Re: [gentoo-user] Sharing printers via Cups
On 2/12/2021 4:00 AM, Michael wrote: [snip] Then we have this on line 292: D [11/Feb/2021:13:08:36 -0700] [Job 11] hpcups (application/vnd.cups-raster to printer/ENVY, cost 0) This is the hplip printer driver in action, using a MIME format for CUPS to transmit and print raster imaged pages. Question: Why is this driver in play? Even if the physical printer is an HP, it is neither connected to Janus, nor Athena. No, it's not. But the windows printer driver expects the client to do all the rendering and deliver only finalized printer instructions when it receives network jobs. I suppose I could change it to a generic PostScript driver and tell Windows to do the rendering... On lines 331 & 332: I [11/Feb/2021:13:08:36 -0700] [Job 11] Started filter /usr/libexec/cups/ filter/hpcups (PID 92258) I [11/Feb/2021:13:08:36 -0700] [Job 11] Started backend /usr/libexec/cups/ backend/smb (PID 92259) Although the CUPS back end on Athena is using SMB - as it should, the input filter is hpcups. Then on lines 461, 462 we have the outcome of using the wrong filter: D [11/Feb/2021:13:08:39 -0700] [Job 11] prnt/hpcups/HPCupsFilter.cpp 581: cupsRasterOpen failed, fd = 5 D [11/Feb/2021:13:08:39 -0700] [Job 11] PID 92258 (/usr/libexec/cups/filter/ hpcups) stopped with status 1. CUPS on athena can't use it and subsequently, the SMB connection fails too on lines 689, 690: E [11/Feb/2021:13:08:45 -0700] [Job 11] Connection failed: NT_STATUS_IO_TIMEOUT E [11/Feb/2021:13:08:45 -0700] [Job 11] SMB connection failed! I suggest you configure CUPS in Janus to use a different print driver: First try 'IPP everywhere' the latest /driverless/ printing option. With 'IPP everywhere' CUPS will communicate with IPP enabled printers and interrogate them on the fly to generate and use the requisite PPD capabilities configuration. Hmmm. Didn't see IPP everywhere as a "driver" but i really didn't look past the HP drivers. But I question if even that will work. Sounds like when Athena tries to render the page into printer instructions it's dying, with the cupsRasterOpen failed (and what kind of an error message is that? Tell me something I might be able to use to FIX the issue!). If this doesn't work, then try 'RAW' and leave it to Athena's CUPS server to submit the raw data for printing to its back end (Windows Printer via SAMBA). The logs should indicate if there is a problem somewhere along the chain. I'll try this and let you know. I'm actually about to head for bed as I write this, so I'll check on it Tomorrow (Sunday). -- Dan Egli On my test server
Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?
On 2/13/21 9:38 PM, Dan Egli wrote: Frankly, I find there's still too many programs that want 32bit libraries to go full no-multilib. Are the programs that you're referring to things that are installed through something other than emerge? I'd naively assume that anything emerged on a system with no-multilib would be 64-bit. What am I missing? -- Grant. . . . unix || die
Re: [gentoo-user] Going through these one by one.
On 11/19/20 1:36 PM, Steven Lembark wrote: Based on: 2020-04-22 Python 3.7 to become the default target I'd have thought that using: PYTHON_TARGETS="python2_7 python3_7" PYTHON_SINGLE_TARGET="python3_7" and emerge --depclean; emerge -1vUD @world; emerge --depclean; should have updated my system. I'd done a fairly recent "emerge @world" and it completed so I'd have thought that everything was up to date. The depclean step gave me: * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world At this point pretty much anything I update runs into: !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) Did you run emerge --sync before emerge -1vUD @world? The Python 3.7 change is old news -- by now it's already migrated to 3.8 on my system.
Re: [gentoo-user] Going through these one by one.
On 2/13/21 8:42 PM, Dan Egli wrote: On 2/13/2021 2:41 PM, Steven Lembark wrote: [snip] Bumps into not having sys-apps/portage-::gentoo: # $emerge dev-db/pgmodeler Calculating dependencies... done! !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) Portage- is risky since it's VERY MUCH still developmental. BUT, if you really want it, add this to your package.accept_keywords: sys-apps/portage ** Include the two stars. That will override missing keyword. It may be better to specify a full token rather than a shortcut. In that case use: =sys-apps/portage- ** The portage- suggestion seems like a red herring to me. More likely the reason the portage ebuild does not satisfy the dependency is because it is installed with different python_targets/python_single_target than what the consuming package wants.
Re: [gentoo-user] Going through these one by one.
On 2/13/2021 2:41 PM, Steven Lembark wrote: [snip] Bumps into not having sys-apps/portage-::gentoo: # $emerge dev-db/pgmodeler Calculating dependencies... done! !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) Portage- is risky since it's VERY MUCH still developmental. BUT, if you really want it, add this to your package.accept_keywords: sys-apps/portage ** Include the two stars. That will override missing keyword. It may be better to specify a full token rather than a shortcut. In that case use: =sys-apps/portage- ** -- Dan Egli On my test server
Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?
I think there will always be some things that want /usr/lib. That said, I'm guessing you started with a no-multilib tarball? Frankly, I find there's still too many programs that want 32bit libraries to go full no-multilib. Maybe in a few more years as the last of the 32bit only machines die off and are replaced with 64 bit machines. On 2/13/2021 12:33 PM, Valmor F. de Almeida wrote: Hello, I use the global flags USE="elogind alsa -multilib -abi_x86_32" and I thought this would prevent 32bit libraries to be installed. For example I have (from glibc) both: /usr/lib/libutil.so /usr/lib64/libutil.so this causes problems with some packages outside portage that I would like to install. The install fails (or is incomplete) because it is trying to link a 32bit incompatible library, e.g.: /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libutil.so when searching for -lutil Is there a way to have only /usr/lib64 in gentoo or is this not possible? I do use export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH in my shell startup file. Thanks for inputs. -- Valmor -- Dan Egli On my test server
Re: [gentoo-user] Sharing printers via Cups
On 2/12/21 4:00 AM, Michael wrote: Samba uses the native MSWindows 'Active Directory Domain Services' over TCP port 445 to resolve IP addresses when printing over Samba. I question the veracity of this. My understanding is that name to ip resolution, particularly in Active Directory environments, is that it is all DNS based. -- Grant. . . . unix || die
Re: [gentoo-user] Going through these one by one.
On Mon, 25 Jan 2021 19:01:36 + Neil Bothwick wrote: > On Mon, 25 Jan 2021 13:04:26 -0500, Steven Lembark wrote: > > > 20 years I've been using Gentoo, I'm about to remove it because I > > have not been able to maintain it since the whole python 2.7 > > deprecation process started. > > > > Given my /usr/portage/package.accept_keywords is down to a > > single line: > > > > */* ~amd64 > > So you're basically running an ~arch system, why not set in in > make.conf? Because I'm not normally running an arch system. I am desparate after months of being able to install or upgrade anything on this machine. Runing ~amd64 was one of the straws I grasped at during the process. > > At this point pretty much anything I try to update bumps into: Bumps into not having sys-apps/portage-::gentoo: # $emerge dev-db/pgmodeler Calculating dependencies... done! !!! All ebuilds that could satisfy "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]" have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/portage-::gentoo (masked by: missing keyword) (dependency required by "dev-java/java-config-2.2.0-r4::gentoo" [installed]) (dependency required by "sys-devel/gettext-0.20.2::gentoo" [installed]) (dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed]) (dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [installed]) (dependency required by "sys-devel/automake-1.16.3-r1::gentoo" [ebuild]) (dependency required by "sys-devel/libtool-2.4.6-r6::gentoo" [installed]) (dependency required by "sys-libs/zlib-1.2.11-r2::gentoo[minizip]" [installed]) (dependency required by "dev-lang/perl-5.30.3-r1::gentoo" [installed]) (dependency required by "sys-devel/autoconf-2.69-r5::gentoo" [installed]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?
Hello, I use the global flags USE="elogind alsa -multilib -abi_x86_32" and I thought this would prevent 32bit libraries to be installed. For example I have (from glibc) both: /usr/lib/libutil.so /usr/lib64/libutil.so this causes problems with some packages outside portage that I would like to install. The install fails (or is incomplete) because it is trying to link a 32bit incompatible library, e.g.: /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libutil.so when searching for -lutil Is there a way to have only /usr/lib64 in gentoo or is this not possible? I do use export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH in my shell startup file. Thanks for inputs. -- Valmor
Re: [gentoo-user] problems with dracut
On Sat, 13 Feb 2021 12:19:42 -0500, Rich Freeman wrote: > > On Fri, Feb 12, 2021 at 9:39 AM John Covici wrote: > > > > Hi. I am having problems running dracut 0.51-r2 and 0.50-r2. The > > problem is that I have two install_items lines like this > > install_items+= /etc/modprobe.d/zfs.conf > > install_items+= /etc/systemd/system/initrd-switch-root.service > > > > I'd keep the two separate lines and add --debug to the command line > (and anything else verbosity-related, consider strace if that doesn't > give you clues). Your issue is with generation and not boot (right > now), so just focus on the actual build process. > > Haven't seen this issue and will take a look as I run dracut+zfs, but > any debugging output you can get out of this will probably help. I did a debug and even the highest log level, but this is so early in the process that was not much to go on. I also did an strace, but could not find where it was trying to open the files in question -- lots of child processes, so maybe I missed it -- I will have to see if there is a way to have strace look at those. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] problems with dracut
On Fri, Feb 12, 2021 at 9:39 AM John Covici wrote: > > Hi. I am having problems running dracut 0.51-r2 and 0.50-r2. The > problem is that I have two install_items lines like this > install_items+= /etc/modprobe.d/zfs.conf > install_items+= /etc/systemd/system/initrd-switch-root.service > I'd keep the two separate lines and add --debug to the command line (and anything else verbosity-related, consider strace if that doesn't give you clues). Your issue is with generation and not boot (right now), so just focus on the actual build process. Haven't seen this issue and will take a look as I run dracut+zfs, but any debugging output you can get out of this will probably help. -- Rich
Re: [gentoo-user] problems with dracut
I have some more information. If I chmod 777 on /etc/modprobe.d/zfs.conf it says options command not found, options is the first word in the file which is options zfs zfs_arc_max=0x1 Now if I put the files together on one line I get /etc/dracut.conf:install_items+= "/etc/modprobe.d/zfs.conf /etc/systemd/system/initrd-switch-root.service" dracut: WARNING: +=" ": should have surrounding white spaces! dracut: WARNING: This will lead to unwanted side effects! Please fix the configuration file. /etc/dracut.conf: line 54: /etc/modprobe.d/zfs.conf /etc/systemd/system/initrd-switch-root.service: No such file or directory It seems to be treating it as one file. If I separate the files into two install_items lines, I get what I described in the original message. On Fri, 12 Feb 2021 09:39:38 -0500, John Covici wrote: > > Hi. I am having problems running dracut 0.51-r2 and 0.50-r2. The > problem is that I have two install_items lines like this > install_items+= /etc/modprobe.d/zfs.conf > install_items+= /etc/systemd/system/initrd-switch-root.service > > and dracut says permission denied on both of them. They are owned by > root and are world readable and containing directories look good. I > even did an strace, but did not find where it tried to open those > files. I have been using dracut for years and never had this problem > till recent versions. > > Thanks in advance for any suggestions. > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici wb2una > cov...@ccs.covici.com > -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com