Re: [gentoo-user] What's with foomatic-filters and cups-filters?
Good morning, Andreas! On Sun, Jun 08, 2014 at 07:15:36PM +0200, Andreas K. Huettel wrote: > Am Sonntag, 8. Juni 2014, 17:48:09 schrieb Alan Mackenzie: > > . What is all this trying to tell me? I've tried for over an hour to > > make sense of it, but my eyes just glaze over. My best guess is that > > cups-filters and foomatic-filters are packages which can't be installed > > together. But I _need_ foomatic-filters - otherwise my printer doesn't > > print. Or do I? cups-filters seems to be needed by cups. > > What _are_ cups-filters and foomatic-filters? emerge -s is little help > > here. Why do I need both of them? > * cups-filters is a former part of cups that provides file format conversions > (among other things). Basically it (also) makes sure that everything is > internally converted to PDF. It's not part of CUPS (as maintained by Apple) > anymore, but hard-required by CUPS on Linux (and maintained by the Linux > Foundation). > * foomatic-filters is a set of printer drivers, basically. > * Some time ago the cups-filters maintainers took over maintainership of the > foomatic-filters part for CUPS as well, and integrated it cleanly into cups- > filters. That's the reason for the blocker; recent cups-filters contain the > newest foomatic code available. The former separate foomatic-filters package > is now unmaintained. Thanks! That was brilliantly clear and informative. > So, we have the following possibilities for installation: > 1) normal CUPS user, recommended, this is what comes by default (unless you > do > something stupid such as USE="-*") > net-print/cups > net-print/cups-filters[foomatic] This is what I now have. > 2) NOT recommended, dead code, unmaintained: > net-print/cups > net-print/cups-filters[-foomatic] > net-print/foomatic-filters > 3) for the stone age people out there, NOT recommended, dead code, > unmaintained: > any other printing system, e.g. lprng > net-print/foomatic-filters I had lprng when I first installed Gentoo (2010). It just worked (with apsfilter(?s) rather than foomatic). Was forced, with regret, to switch to cups when libreoffice stopped supporting traditional print spoolers. > So, what's wrong in your case? No idea, but after longish not-updating things > do get hard for emerge to unravel. My recommendation is, since foomatic- > filters and cups-filters are only needed for printing and emerge runs fine > without them, force-remove both and let emerge figure out the right package > set from scratch. This worked! I now have printing. > [This basically works with any blocker as a last resort, but can be *very* > dangerous for packages that are needed by the core system. You definitely > don't want to remove gcc or glibc this way, for example. :)] > emerge -aC net-print/cups-filters net-print/foomatic-filters > emerge -uDNavt --backtrack=100 world I've not plucked up the courage for the world emerge, yet. But the original bug was that I had to get --debug output from emerge to see that it was the foomatic/cups stuff that was clashing. This wasn't contained in the normal, somewhat obscure, emerge error messages. > Cheers, > Andreas > -- > Andreas K. Huettel > Gentoo Linux developer (council, kde) > dilfri...@gentoo.org > http://www.akhuettel.de/ -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] What's with foomatic-filters and cups-filters?
Hi, Alan. On Sun, Jun 08, 2014 at 11:47:32PM +0200, Alan McKinnon wrote: > For Alan Mackenzie's benefit, a little back story: > The whole topic of printing is a mess, no single mere mortal can wrap > their wits around it. > Long long ago a printer was a piece of hardware you plugged into a > serial or parallel port, the kernel found it and you were good to go. > Whoopee! > Because more than one user could use the printer and this causes > conflicts, print servers were written: the server controlled the printer > hardware and you submitted your print job to the server, and that took > care of all the messy parts. To do it over the network was just as easy, > modify the print server to also listen on a network port. > This server was the classic "lp" suite of tools. > Many years ago, HP developed a fancy printing language for their laser > printers called PostScript[1]. Wasn't it Adobe? > Think of it as a giant image format, it doesn't describe what the > printed page looks like, it really is simple code that tells the > printer how to print the page, including graphics and such. And so the > era of complicated drivers was begun. > These laser printers needed gobs of memory and big cpus to deal with > PostScript, in the 386 era it was common to have a printer much more > powerful than your computer. > Enter other vendors and Windows. Just like with sound cards, vendors > wrote their own drivers adding "features" done in software. This makes > sense if you can't get PostScript to do double-sided printing or scale > down so two pages fit on one page, doesn't make so much sense if you > just want to avoid paying HP a PostScript license. > After a while, HP got around to updating PostScript (or maybe it was > Apple's code all long - I forget...) and called it PCL (Printer Control > Language), needing new drivers. > meanwhile, printers shifted over to USB away from parallel ports and > this needed new drivers. Plus there's two way to do it: do the USB part > of the printing in userspace and only use the kernel for regular USB > work, or put the whole thing in the kernel. Needing more drivers. last I > looked, there were still some serious issues with the options to have it > all in the kernel. This is the CONFIG_USB_PRINTER, which if I remember correctly, must be either on or off depending on other things you might have configured. I have been confused about this in the past. Incidentally, my printer has a parallel port which was still in use until I got my new box in 2009. > On the print server side, the devs were getting real busy. We had > classic lp, then came lprng, then something else I forget and finally an > upstart crowd wrote CUPS (Common Unix Printing System), eventually > bought by Apple. Ironically, there's now nothing common about it and > it's for iOS not Unix. Such is life. With the latest major version > update Apple ripped out all the bits we find so useful and still declare > the software is "for Unix". I wasn't aware of that. This is a variant of MS's "Embrace, extend" and shows the dangers inherent in allowing commercial firms like Apple (or Redhat?) to take control of infrastructure bits of the system. I used lprng until ~2 years ago, when libreoffice stopped supporting classical print spoolers. lprng just worked, unlike all the kerfuffle with cups. > Firms like Canon had developed big expensive network-enabled stand-alone > printers. You'd think this is as easy as fitting an embedded OS with a > print server to replace a dedicated PC with USB/parallel ports... I've > had to deal with junk that despite being branded PostScript would only > work with it's own Windows drivers. 50 Linux users of all sorts and > different distros could not get this bitch to work. Presumably, there'll be a PostScript validation suite which probably costs much more than the printer you wanted to validate. > Enter the age of network printing protocols. We have IPP running on port > 631, something else that is supposedly HTML with huge amounts of extra > printer-specific stuff, JetDirect, and many more things I've long ago > forgotten about. Plus Samba to share a printer the way Windows does it. Yes. Lots of complication, with no benefit for users like me. :-( > Did I mention PPDs? Printer Definition files that describe > how to drive a printer using a standard dscription file. Awesome. Where > do you get these things? Oh I dunno there's foomatic, cups built-ins, > gutenprint, magicfilter and some magic thing from HP called hplip that I > once found worked for an Epson inkjet! > Andreas did a fine job above of describing a map to get around this > driver stuff, including all the many wonderful ways these driver ebuilds > have to block each other to get installed at all. Indeed. > And I haven't even touched on CUPS' "feature" that requires you to > delete and re-add back all your printers after any remerge. Ask Dale > about this, he's the resident expert and he's even figured out how t
[gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
Hi, Gentoo!
The latest episode of my months long update saga.
I do
emerge -p --color y util-linux | less -F
, and get the following on my screen:
[ebuild U ] sys-apps/util-linux-2.24.1-r2 [2.22.2]
USE="bash-completion%* pam%* python%* -caps% -cytune% -fdformat% -tty-helpers%"
PYTHON_SINGLE_TARGET="python2_7%* -python3_2% -python3_3% (-python3_4)"
PYTHON_TARGETS="python2_7%* python3_3%* -python3_2% (-python3_4)"
* Error: The above package list contains packages which cannot be
[blocks B ] =sys-apps/util-linux-2.23 (">=sys-apps/util-linux-2.23"
is blocking sys-apps/sysvinit-2.88-r4)
* installed at the same time on the same system.
. The up to date versions of these two packages are sysvinit-2.88.r7 and
util-linux-2.24.1-r2.
Am I right in thinking that the first of these "blocks B" lines is saying
that the latest util-linux is incompatible with the latest sysvinit -
that util-linux needs _less_ than sysvinit-2.88.r7? This feels like a
bug.
What about the second "blocks B" line. It seems to be saying that the
_old_ version util-linux-2.23 is blocking the _new_ sysvinit. Why is
this comparison being done this way?
This all seems crazy. Keeping Gentoo up to date shouldn't be this
difficult.
--
Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
On Mon, 9 Jun 2014 11:28:03 +, Alan Mackenzie wrote:
> emerge -p --color y util-linux | less -F
>
> , and get the following on my screen:
>
> [ebuild U ] sys-apps/util-linux-2.24.1-r2 [2.22.2]
> USE="bash-completion%* pam%* python%* -caps% -cytune% -fdformat%
> -tty-helpers%" PYTHON_SINGLE_TARGET="python2_7%* -python3_2%
> -python3_3% (-python3_4)" PYTHON_TARGETS="python2_7%* python3_3%*
> -python3_2% (-python3_4)"
> * Error: The above package list contains packages which cannot be
> [blocks B ] (" sys-apps/util-linux-2.24.1-r2) [blocks B ]
> >=sys-apps/util-linux-2.23 (">=sys-apps/util-linux-2.23" is blocking
> >sys-apps/sysvinit-2.88-r4)
> * installed at the same time on the same system.
>
> . The up to date versions of these two packages are sysvinit-2.88.r7
> and util-linux-2.24.1-r2.
>
> Am I right in thinking that the first of these "blocks B" lines is
> saying that the latest util-linux is incompatible with the latest
> sysvinit - that util-linux needs _less_ than sysvinit-2.88.r7? This
> feels like a bug.
>
> What about the second "blocks B" line. It seems to be saying that the
> _old_ version util-linux-2.23 is blocking the _new_ sysvinit. Why is
> this comparison being done this way?
Because you are only upgrading util-linux, so portage is trying to
install it alongside the older sysvinit you have installed (the latest
stable version is 2.88-r7). If you emerge -u @system, portage should
resolve it correctly, it is your trying to update interdependent packages
piecemeal that results in the blocker.
--
Neil Bothwick
Did you hear about the blind prostitute? You have to hand it to her.
signature.asc
Description: PGP signature
[gentoo-user] webkit-gtk-2.2.6 - ERROR: compile
I have a problem with compiling: webkit-gtk-2.2.6 ... Running automake --add-missing --copy --foreign --force-missing ... Fixing OMF Makefiles ... Disabling deprecation warnings ... ERROR: compile ERROR: net-libs/webkit-gtk-2.2.6::gentoo failed (compile phase): emake failed If you need support, post the output of `emerge --info '=net-libs/webkit-gtk-2.2.6::gentoo'`, the complete build log and the output of `emerge -pqv '=net-libs/webkit-gtk-2.2.6::gentoo'`. The complete build log is located at '/var/log/portage/net-libs:webkit-gtk-2.2.6:20140609-125952.log'. For convenience, a symlink to the build log is located at '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/temp/build.log'. The ebuild environment file is located at '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/temp/environment'. Working directory: '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/work/webkitgtk-2.2.6' S: '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/work/webkitgtk-2.2.6' -- Joseph
Re: [gentoo-user] webkit-gtk-2.2.6 - ERROR: compile
On 06/09/14 07:03, Joseph wrote: I have a problem with compiling: webkit-gtk-2.2.6 ... Running automake --add-missing --copy --foreign --force-missing ... Fixing OMF Makefiles ... Disabling deprecation warnings ... ERROR: compile ERROR: net-libs/webkit-gtk-2.2.6::gentoo failed (compile phase): emake failed If you need support, post the output of `emerge --info '=net-libs/webkit-gtk-2.2.6::gentoo'`, the complete build log and the output of `emerge -pqv '=net-libs/webkit-gtk-2.2.6::gentoo'`. The complete build log is located at '/var/log/portage/net-libs:webkit-gtk-2.2.6:20140609-125952.log'. For convenience, a symlink to the build log is located at '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/temp/build.log'. The ebuild environment file is located at '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/temp/environment'. Working directory: '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/work/webkitgtk-2.2.6' S: '/var/tmp/portage/net-libs/webkit-gtk-2.2.6/work/webkitgtk-2.2.6' The log file is complaining about "ruby" /usr/bin/ruby ./Source/JavaScriptCore/offlineasm/generate_offset_extractor.rb ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h /usr/bin/ruby: no such file to load -- auto_gem (LoadError) make: *** [DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h] Error 1 * ERROR: net-libs/webkit-gtk-2.2.6::gentoo failed (compile phase): -- Joseph
Re: [gentoo-user] webkit-gtk-2.2.6 - ERROR: compile
On Mon, 9 Jun 2014 07:10:47 -0600, Joseph wrote: > The log file is complaining about "ruby" > > /usr/bin/ruby ./Source/JavaScriptCore/offlineasm/generate_offset_extractor.rb > ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm > DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h > /usr/bin/ruby: no such file to load -- auto_gem (LoadError) > make: *** [DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h] Error 1 > * ERROR: net-libs/webkit-gtk-2.2.6::gentoo failed (compile phase): You either don't have ruby installed (unlikely) or it is installed but no version is selected. hat could happen if your previously selected ruby was uninstalled. What is the output from eselect ruby list -- Neil Bothwick Adolescence, n.: The stage between puberty and adultery. signature.asc Description: PGP signature
Re: [gentoo-user] Systemd upower
On Tue, Jun 03, 2014 at 05:11:32PM +0200, Silvio Siefke wrote:
> On Tue, 3 Jun 2014 09:29:35 -0500 Canek Peláez Valdés
> wrote:
> > If I understood correctly, you need to:
> > emerge -C sys-power/upower
> > emerge -1v sys-power/upower-pm-utils
> > and then update world as usual.
> Yes is correct, i has find out after read ebuilds from the packages which
> need upower.
I do this:
emerge --unmerge upower
emerge -1vp sys-power/upower-pm-utils
, and I still get portage threatening to merge that other init system:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] dev-python/lxml-3.3.5 USE="threads -beautifulsoup3 -doc
-examples" PYTHON_TARGETS="python2_7 python3_3 -python3_2 (-python3_4)" 3,387 kB
[ebuild N ] sys-apps/systemd-212-r5:0/2 USE="acl filecaps
firmware-loader gudev introspection kmod pam policykit python seccomp -audit
-cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux) (-ssl) {-test}
-vanilla -xattr" ABI_X86="(64) (-32) (-x32)" PYTHON_SINGLE_TARGET="python2_7
-python3_2 -python3_3" PYTHON_TARGETS="python2_7 python3_3 -python3_2" 2,659 kB
[ebuild N ] sys-apps/gentoo-systemd-integration-4 52 kB
[ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection -doc
-ios" 416 kB
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-208)
Total: 5 packages (5 new), Size of downloads: 6,513 kB
Conflict: 2 blocks (2 unsatisfied)
Would somebody please help me sort this out. What am I doing wrong?
Where is systemd coming from? I look in upower-pm-utils-0.9.23.ebuild,
and the only reference to systemd seems to be right at the beginning:
EAPI=5
inherit eutils systemd
(, plus a couple of inconsequential references near the end.) I'm not
quite sure exactly what "inherit" means here, but the FM (man (5) ebuild)
says:
Inherit is portage's maintenance of extra classes of functions that
are external to ebuilds and provided as inheritable capabilities and
data. They define functions and set data types as drop-in replacements,
expanded, and simplified routines for extremely common tasks to
streamline the build process. Call to inherit cannot depend on conditions
which can vary in given ebuild. Specification of the eclasses contains
only their name and not the .eclass extension. Also note that the
inherit statement must come before other variable declarations unless
these variables are used in global scope of eclasses.
, which, being vague, leaves me still unsure what "inherit" means. ;-(
Is there any documentation anywhere of what "inherit" actually DOES?
What am I doing wrong?
> Thanks for help & Nice Day
> Silvio
--
Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] webkit-gtk-2.2.6 - ERROR: compile
On 06/09/14 14:18, Neil Bothwick wrote: On Mon, 9 Jun 2014 07:10:47 -0600, Joseph wrote: The log file is complaining about "ruby" /usr/bin/ruby ./Source/JavaScriptCore/offlineasm/generate_offset_extractor.rb ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h /usr/bin/ruby: no such file to load -- auto_gem (LoadError) make: *** [DerivedSources/JavaScriptCore/LLIntDesiredOffsets.h] Error 1 * ERROR: net-libs/webkit-gtk-2.2.6::gentoo failed (compile phase): You either don't have ruby installed (unlikely) or it is installed but no version is selected. hat could happen if your previously selected ruby was uninstalled. What is the output from eselect ruby list -- Neil Bothwick Adolescence, n.: The stage between puberty and adultery. I think it is working, it is still compiling but I switched to ruby19 eselect ruby list Available Ruby profiles: [1] ruby18 * [2] ruby19 (with Rubygems) [3] ruby20 (with Rubygems) -- Joseph
Re: [gentoo-user] Systemd upower
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/09/2014 11:34 AM, Alan Mackenzie wrote:
> On Tue, Jun 03, 2014 at 05:11:32PM +0200, Silvio Siefke wrote:
>> On Tue, 3 Jun 2014 09:29:35 -0500 Canek Peláez Valdés
>> wrote:
>
>>> If I understood correctly, you need to:
>
>>> emerge -C sys-power/upower
>>> emerge -1v sys-power/upower-pm-utils
>
>>> and then update world as usual.
>
>> Yes is correct, i has find out after read ebuilds from the packages which
>> need upower.
>
> I do this:
>
> emerge --unmerge upower
> emerge -1vp sys-power/upower-pm-utils
>
> , and I still get portage threatening to merge that other init system:
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] dev-python/lxml-3.3.5 USE="threads -beautifulsoup3 -doc
> -examples" PYTHON_TARGETS="python2_7 python3_3 -python3_2 (-python3_4)" 3,387
> kB
> [ebuild N ] sys-apps/systemd-212-r5:0/2 USE="acl filecaps
> firmware-loader gudev introspection kmod pam policykit python seccomp -audit
> -cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux) (-ssl)
> {-test} -vanilla -xattr" ABI_X86="(64) (-32) (-x32)"
> PYTHON_SINGLE_TARGET="python2_7 -python3_2 -python3_3"
> PYTHON_TARGETS="python2_7 python3_3 -python3_2" 2,659 kB
> [ebuild N ] sys-apps/gentoo-systemd-integration-4 52 kB
> [ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
> ABI_X86="(64) (-32) (-x32)" 0 kB
> [ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection
> -doc -ios" 416 kB
> [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
> sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)
> [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
> sys-fs/udev-208)
>
> Total: 5 packages (5 new), Size of downloads: 6,513 kB
> Conflict: 2 blocks (2 unsatisfied)
It would be helpful to build with --tree so we can get some idea of what
is depending on systemd.
>
> Would somebody please help me sort this out. What am I doing wrong?
> Where is systemd coming from? I look in upower-pm-utils-0.9.23.ebuild,
> and the only reference to systemd seems to be right at the beginning:
>
> EAPI=5
> inherit eutils systemd
This is pulling in an eclass to use it's code in the ebuild. You can
see them in /usr/portage/eclass/*.eclass
Thanks,
Zero
>
> (, plus a couple of inconsequential references near the end.) I'm not
> quite sure exactly what "inherit" means here, but the FM (man (5) ebuild)
> says:
>
> Inherit is portage's maintenance of extra classes of functions that
> are external to ebuilds and provided as inheritable capabilities and
> data. They define functions and set data types as drop-in replacements,
> expanded, and simplified routines for extremely common tasks to
> streamline the build process. Call to inherit cannot depend on conditions
> which can vary in given ebuild. Specification of the eclasses contains
> only their name and not the .eclass extension. Also note that the
> inherit statement must come before other variable declarations unless
> these variables are used in global scope of eclasses.
>
> , which, being vague, leaves me still unsure what "inherit" means. ;-(
> Is there any documentation anywhere of what "inherit" actually DOES?
>
> What am I doing wrong?
>
>> Thanks for help & Nice Day
>> Silvio
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJTld5hAAoJEKXdFCfdEflKeOAQAIcjAiB4F8B8j79Nfe0OPdV6
S2s3k1gjTomWzBEp5HMmVUEwzNkdOxoKE/1nOg+joodfTRuDb3KqzmD90ExoQbyU
goU9Fs80RjkJgNorh3Qv5M84QrtOmtUyny0lBb4n6yzpaJCjjSrXoWhknE8lntvu
U/0KhqeDLmLpPtoSYy/dxaLNxqbPUvIPkIwmumlRWzHrxOhfWiXPiFNzZ1U2ZEwi
BwK2+rO00RAcsN00w4JIUimtJhhCNE4pjIUrErJXGdBRmB7zn4JTaBsfS0K6VyP3
8GPWpBNb+pAdeGz+sKfwvarH+/g1FvK6WY6SPw/d7jdO673IOLXgacY9MyL7IfrW
7olBIq8LFs3B/oC2btDu96RcEGKJ5ghiTiLBbnRV9NezbPxRN9XX5iPnDMqFv/o2
+xFKQkeGtDDAu9BaBHg09cQZOdZi8XoqquzIJNvqqqFUMimk43fLChX1/itc28P6
q6Kj2VV8vIE6HeSmN9KAG/5XuYEvZkDGbuS92SJ4L7n7DvK1IXgmM1cKJQku0C7L
VSM5GLYhKw0G0k8wRaJO/h32N7yGLCuaxiJ9kg2PpipSSDhPYDsGv+58ulAsS27a
kcDjP44lL8TRt9bHAVcNr45R5GDvh28TLF6I8K8nvwAM+77hSglzlEKS8EsYVxDF
PKpH/jfaqC9GzaweE0hr
=QIFF
-END PGP SIGNATURE-
Re: [gentoo-user] Systemd upower
On 06/09/2014 06:34 PM, Alan Mackenzie wrote:
> On Tue, Jun 03, 2014 at 05:11:32PM +0200, Silvio Siefke wrote:
>> On Tue, 3 Jun 2014 09:29:35 -0500 Canek Peláez Valdés
>> wrote:
>>> If I understood correctly, you need to:
>>> emerge -C sys-power/upower
>>> emerge -1v sys-power/upower-pm-utils
>>> and then update world as usual.
>> Yes is correct, i has find out after read ebuilds from the packages which
>> need upower.
> I do this:
>
> emerge --unmerge upower
> emerge -1vp sys-power/upower-pm-utils
>
> , and I still get portage threatening to merge that other init system:
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] dev-python/lxml-3.3.5 USE="threads -beautifulsoup3 -doc
> -examples" PYTHON_TARGETS="python2_7 python3_3 -python3_2 (-python3_4)" 3,387
> kB
> [ebuild N ] sys-apps/systemd-212-r5:0/2 USE="acl filecaps
> firmware-loader gudev introspection kmod pam policykit python seccomp -audit
> -cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux) (-ssl)
> {-test} -vanilla -xattr" ABI_X86="(64) (-32) (-x32)"
> PYTHON_SINGLE_TARGET="python2_7 -python3_2 -python3_3"
> PYTHON_TARGETS="python2_7 python3_3 -python3_2" 2,659 kB
> [ebuild N ] sys-apps/gentoo-systemd-integration-4 52 kB
> [ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
> ABI_X86="(64) (-32) (-x32)" 0 kB
> [ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection
> -doc -ios" 416 kB
> [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
> sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)
> [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
> sys-fs/udev-208)
>
> Total: 5 packages (5 new), Size of downloads: 6,513 kB
> Conflict: 2 blocks (2 unsatisfied)
>
> Would somebody please help me sort this out. What am I doing wrong?
> Where is systemd coming from? I look in upower-pm-utils-0.9.23.ebuild,
> and the only reference to systemd seems to be right at the beginning:
>
> EAPI=5
> inherit eutils systemd
>
> (, plus a couple of inconsequential references near the end.) I'm not
> quite sure exactly what "inherit" means here, but the FM (man (5) ebuild)
> says:
>
> Inherit is portage's maintenance of extra classes of functions that
> are external to ebuilds and provided as inheritable capabilities and
> data. They define functions and set data types as drop-in replacements,
> expanded, and simplified routines for extremely common tasks to
> streamline the build process. Call to inherit cannot depend on conditions
> which can vary in given ebuild. Specification of the eclasses contains
> only their name and not the .eclass extension. Also note that the
> inherit statement must come before other variable declarations unless
> these variables are used in global scope of eclasses.
>
> , which, being vague, leaves me still unsure what "inherit" means. ;-(
> Is there any documentation anywhere of what "inherit" actually DOES?
>
> What am I doing wrong?
>
>> Thanks for help & Nice Day
>> Silvio
Can you please verify that:
(1). sys-power/upower is gone by running this:
equery l (that's a lower case 'l') sys-power/upower
(2). sys-power/upower-pm-utils has been installed:
equery l sys-power/upower-pm-utils
(3). the 'p' flag does not actually install anything:
emerge(1)
--pretend (-p)
Instead of actually performing the merge, simply
display what
*would* have been installed if --pretend weren't used.
So if step 2 results in the negative, you may want to run the command
line without the 'p' flag, like so:
emerge -av1 sys-power/upower-pm-utils
Re: [gentoo-user] What's with foomatic-filters and cups-filters?
>Are you still here, still listening? Ye gods, this mail is 5x longer >than I thought it would be. I personally have given up on printing >period. I either randomly hit useful looking buttons in KDE's config >widget hoping it will work, or at work I print to PDF, put it on a USB >dongle and wander over to my wife's desk saying please print this on >your windows machine. I usually get printing working from Linux before I get it working on MS Windows. Then again. Some printers accept a USB stick with PDFs and can print them natively. Those aren't too expensive either. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Systemd upower
Hello, Rick, thanks for the reply.
On Mon, Jun 09, 2014 at 12:18:41PM -0400, Rick "Zero_Chaos" Farina wrote:
> On 06/09/2014 11:34 AM, Alan Mackenzie wrote:
> > I do this:
> > emerge --unmerge upower
> > emerge -1vp sys-power/upower-pm-utils
> > , and I still get portage threatening to merge that other init system:
> > These are the packages that would be merged, in order:
> > Calculating dependencies... done!
> > [ebuild N ] dev-python/lxml-3.3.5 USE="threads -beautifulsoup3
> > -doc -examples" PYTHON_TARGETS="python2_7 python3_3 -python3_2
> > (-python3_4)" 3,387 kB
> > [ebuild N ] sys-apps/systemd-212-r5:0/2 USE="acl filecaps
> > firmware-loader gudev introspection kmod pam policykit python seccomp
> > -audit -cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux)
> > (-ssl) {-test} -vanilla -xattr" ABI_X86="(64) (-32) (-x32)"
> > PYTHON_SINGLE_TARGET="python2_7 -python3_2 -python3_3"
> > PYTHON_TARGETS="python2_7 python3_3 -python3_2" 2,659 kB
> > [ebuild N ] sys-apps/gentoo-systemd-integration-4 52 kB
> > [ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
> > ABI_X86="(64) (-32) (-x32)" 0 kB
> > [ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection
> > -doc -ios" 416 kB
> > [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
> > sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)
> > [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
> > sys-fs/udev-208)
> > Total: 5 packages (5 new), Size of downloads: 6,513 kB
> > Conflict: 2 blocks (2 unsatisfied)
> It would be helpful to build with --tree so we can get some idea of what
> is depending on systemd.
OK. emerge -1vpt sys-power/upower-pm-utils gives me:
These are the packages that would be merged, in reverse order:
Calculating dependencies ... done!
[ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection -doc
-ios" 416 kB
[ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
ABI_X86="(64) (-32) (-x32)" 0 kB
[nomerge ] virtual/libgudev-208 USE="introspection -static-libs"
ABI_X86="(64) (-32) (-x32)"
[nomerge ] sys-apps/systemd-212-r5:0/2 USE="acl filecaps
firmware-loader gudev introspection kmod pam policykit python seccomp -audit
-cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux) (-ssl) {-test}
-vanilla -xattr" ABI_X86="(64) (-32) (-x32)" PYTHON_SINGLE_TARGET="python2_7
-python3_2 -python3_3" PYTHON_TARGETS="python2_7 python3_3 -python3_2"
[ebuild N ] sys-apps/gentoo-systemd-integration-4 52 kB
[ebuild N ]sys-apps/systemd-212-r5:0/2 USE="acl filecaps
firmware-loader gudev introspection kmod pam policykit python seccomp -audit
-cryptsetup -doc -gcrypt -http (-kdbus) -lzma -qrcode (-selinux) (-ssl) {-test}
-vanilla -xattr" ABI_X86="(64) (-32) (-x32)" PYTHON_SINGLE_TARGET="python2_7
-python3_2 -python3_3" PYTHON_TARGETS="python2_7 python3_3 -python3_2" 2,659 kB
[ebuild N ] dev-python/lxml-3.3.5 USE="threads -beautifulsoup3
-doc -examples" PYTHON_TARGETS="python2_7 python3_3 -python3_2 (-python3_4)"
3,387 kB
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking
sys-fs/udev-208)
[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking
sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)
Total: 5 packages (5 new), Size of downloads: 6,513 kB
Conflict: 2 blocks (2 unsatisfied)
. Taking a hint from the emerge man page, and adding --update, I get:
These are the packages that would be merged, in reverse order:
Calculating dependencies ... done!
[ebuild N ] sys-power/upower-pm-utils-0.9.23 USE="introspection -doc
-ios" 416 kB
[ebuild N ] virtual/libgudev-208 USE="introspection -static-libs"
ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild U ] sys-fs/udev-212-r1 [208] USE="acl firmware-loader gudev
introspection kmod -doc (-selinux) -static-libs (-openrc%*)" ABI_X86="(64)
(-32) (-x32)" 2,660 kB
[ebuild U ]sys-apps/hwids-20140317 [20130915.1] USE="udev" 1,585 kB
[ebuild U ]sys-apps/kmod-17 [15] USE="python%* tools zlib -debug
-doc -lzma -static-libs (-openrc%*)" PYTHON_TARGETS="python2_7%* python3_3%*
-python3_2% (-python3_4)" 1,450 kB
Total: 5 packages (3 upgrades, 2 new), Size of downloads: 6,110 kB
, which seems like what I wanted in the first place.
Then again, I call
emerge -1vpuND --color y --tree sys-power/upower-pm-utils 2>&1 | less -F
, things go pear shaped again, with:
These are the packages that would be merged, in reverse order:
Calculating dependencies . .. ..
done!
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-lang/perl:0
(dev-lang/perl-5.16.3::gentoo, ebuild
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
Am Montag, 9. Juni 2014, 13:28:03 schrieb Alan Mackenzie: > Hi, Gentoo! > > The latest episode of my months long update saga. > [snip] > > This all seems crazy. Keeping Gentoo up to date shouldn't be this > difficult. You are making it artificially complicated by doing it piecewise. Whenever you try to update only part of your tree, emerge cannot do changes anywhere else, which means that other stuff can block your intended changes. emerge can do a lot more if you let it run over the whole world set. [which doesnt mean that blockers are impossible then. just that emerge has a lot more free hand to work around them.] emerge -uDNavt --backtrack=100 world -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
On 09/06/2014 21:15, Andreas K. Huettel wrote: > Am Montag, 9. Juni 2014, 13:28:03 schrieb Alan Mackenzie: >> Hi, Gentoo! >> >> The latest episode of my months long update saga. >> > [snip] >> >> This all seems crazy. Keeping Gentoo up to date shouldn't be this >> difficult. > > You are making it artificially complicated by doing it piecewise. Whenever > you > try to update only part of your tree, emerge cannot do changes anywhere else, > which means that other stuff can block your intended changes. > > emerge can do a lot more if you let it run over the whole world set. > > [which doesnt mean that blockers are impossible then. just that emerge has a > lot more free hand to work around them.] > > emerge -uDNavt --backtrack=100 world > +1 to just letting portage work with world. What I have found useful when trying to do what Alan is attempting, is to select a chunk of packages at a time (like say all of kde, then a bunch of daemons). If I get a block, drop it and try the next chunk. Don't try fiddle, just proceed with things that will update without tripping over everything else. In this way you can whittle down the gigantic list of things portage wants to update bit by bit till a world update gets to a manageable length. Still easier to just do everything at once -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
Hi, Andreas. On Mon, Jun 09, 2014 at 09:15:48PM +0200, Andreas K. Huettel wrote: > Am Montag, 9. Juni 2014, 13:28:03 schrieb Alan Mackenzie: > > Hi, Gentoo! > > The latest episode of my months long update saga. > [snip] > > This all seems crazy. Keeping Gentoo up to date shouldn't be this > > difficult. > You are making it artificially complicated by doing it piecewise. Whenever > you > try to update only part of your tree, emerge cannot do changes anywhere else, > which means that other stuff can block your intended changes. I tried to break it down into manageable pieces when doing the whole world at once gave too many errors. > emerge can do a lot more if you let it run over the whole world set. > [which doesnt mean that blockers are impossible then. just that emerge has a > lot more free hand to work around them.] I've not got blockers at the moment. They might come back again later. > emerge -uDNavt --backtrack=100 world emerge -vtpuND --backtrack=100 --color y world 2>&1 | less gives me this (without deletia): These are the packages that would be merged, in reverse order: Calculating dependencies ... done! !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/icu:0 (dev-libs/icu-51.1::gentoo, installed) pulled in by dev-libs/icu:0/51.1= required by (media-libs/harfbuzz-0.9.23::gentoo, installed) (dev-libs/icu-52.1::gentoo, ebuild scheduled for merge) pulled in by dev-libs/icu:=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (dev-libs/libxml2-2.9.1-r4::gentoo, ebuild scheduled for merge) dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-lang/perl-5.12.4-r1::gentoo, installed) pulled in by dev-lang/perl:0/0= required by (net-print/cups-filters-1.0.53::gentoo, installed) app-text/poppler:0 (app-text/poppler-0.24.3::gentoo, installed) pulled in by app-text/poppler:0/43=[cxx,jpeg,lcms,tiff,xpdf-headers(+)] required by (net-print/cups-filters-1.0.53::gentoo, installed) (app-text/poppler-0.26.1::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. emerge: there are no ebuilds to satisfy "media-libs/libpng:0/0=". (dependency required by "app-text/poppler-0.24.3" [installed]) (dependency required by "net-print/cups-filters-1.0.53" [installed]) (dependency required by "net-print/cups-1.7.1-r1" [installed]) (dependency required by "x11-libs/gtk+-2.24.23[cups]" [ebuild]) (dependency required by "www-client/firefox-bin-24.5.0" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) !!! The ebuild selected to satisfy ">=dev-libs/libattica-0.4.2" has unmet requirements. - dev-libs/libattica-0.4.2::gentoo USE="-debug -qt4 (-qt5) -test" The following REQUIRED_USE flag constraints are unsatisfied: exactly-one-of ( qt4 qt5 ) (dependency required by "kde-base/kdelibs-4.12.5" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) . dev-libs/icu is a low(ish) level system utility. Why should I, as a user, have to worry about icu-51.1 and icu-52.1? That's the job of the package manager. The fact that portage has, somehow, got its internal records into a state where it wants to merge both of these is surely a bug. Is this, perhaps, the situation that revdep-rebuild used to solve so inelegantly? Likewise, I have libpng-1.6.10, the latest version, installed. Why "there are no ebuilds to satisfy "media-libs/libpng:0/0="" isn't something I feel I should have to worry about. I don't even know what ":0/0=" means, although I remember other Alan explaining it to me in an email back in Februrary. I feel a victim of portage's flexibility and rich feature set, much like I feel a victim of CUPS's flexibility and rich feature set. At the moment, I'm determined not to become a victim of systemd's flexibility and rich feature set. I long for infrastructure components which are simple and robust. (I put openrc and lprng into that category.) I have never done anything adventurous with portage, only
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
Hi Alan, first of all, which portage version are you using? Even if you are otherwise always running a stable system, in this case it might be useful to update portage (only) to ~arch. The errors that you are seeing are in an area of the dependency resolver that people are actively working on now, and nearly all gentoo devs are running ~arch portage. Add sys-apps/portage ~amd64 in /etc/portage/package.accept_keywords, then emerge -a1u portage Then, let's first fix the REQUIRED_USE issue from the end of the log. This is something portage cannot do on its own. > !!! The ebuild selected to satisfy ">=dev-libs/libattica-0.4.2" has > unmet requirements. - dev-libs/libattica-0.4.2::gentoo USE="-debug -qt4 > (-qt5) -test" > > The following REQUIRED_USE flag constraints are unsatisfied: > exactly-one-of ( qt4 qt5 ) > > (dependency required by "kde-base/kdelibs-4.12.5" [ebuild]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) I suggest you set the qt4 use flag for libattica (since qt5 is not in the tree yet), e.g. add dev-libs/libattica qt4 to /etc/portage/package.use Then try again... Things might work now. If not, try backtrack 1000. If not, ... better send the new error message. Alternatively, > app-text/poppler:0 > > (app-text/poppler-0.24.3::gentoo, installed) pulled in by > app-text/poppler:0/43=[cxx,jpeg,lcms,tiff,xpdf-headers(+)] required > by (net-print/cups-filters-1.0.53::gentoo, installed) > > (app-text/poppler-0.26.1::gentoo, ebuild scheduled for merge) pulled > in by (no parents that aren't satisfied by other packages in this slot) All the other messages are caused by the subslot rebuild mechanism: If you check in detail, from the "two different packages" pulled in, the old one always has a "subslot setting", e.g. app-text/poppler:0/43 (the "/43") and the new required version has a different subslot (not printed unfortunately, but app-text/poppler-0.26.1 has "/46"). Similar reasoning applies to ICU, Perl, and libpng. This is the area actively under improvement that I mentioned above. Basically the difference between "/44" and "/46" tells portage "After upgrading poppler, rebuild everything that links against it". While the automated rebuilds are a very nice thing (they make revdep-rebuild and perl-cleaner obsolete), they also make figuring things out for portage very very difficult. So, one last resort is to switch them off. Not recommended for regular operation, just if there is absolutely no way to get around problems. emerge -vtpuND --backtrack=100 --color y --ignore-built-slot-operator-deps y world What happens now? (If you run this command without the -p you will have to run "emerge @preserved-rebuild" and "perl-cleaner --all" immediately afterwards, maybe more than once. Just like in old times.) Cheers from Regensburg, Andreas -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] What's with foomatic-filters and cups-filters?
On 09/06/2014 12:28, Alan Mackenzie wrote: > Hi, Alan. > > On Sun, Jun 08, 2014 at 11:47:32PM +0200, Alan McKinnon wrote: >> For Alan Mackenzie's benefit, a little back story: [...] >> Many years ago, HP developed a fancy printing language for their laser >> printers called PostScript[1]. > > Wasn't it Adobe? Yes, I believe you are right. this old brain isn;t what it used to be [...] >> meanwhile, printers shifted over to USB away from parallel ports and >> this needed new drivers. Plus there's two way to do it: do the USB part >> of the printing in userspace and only use the kernel for regular USB >> work, or put the whole thing in the kernel. Needing more drivers. last I >> looked, there were still some serious issues with the options to have it >> all in the kernel. > > This is the CONFIG_USB_PRINTER, which if I remember correctly, must be > either on or off depending on other things you might have configured. I > have been confused about this in the past. Incidentally, my printer has > a parallel port which was still in use until I got my new box in 2009. That's the one. Very very confusing at the time and I recall it clearly - the kernel config help text was as far from helpful as one can get. Lucky for me, I found a howto by someone who understood and that sorted it for me. [...] >> And I haven't even touched on CUPS' "feature" that requires you to >> delete and re-add back all your printers after any remerge. Ask Dale >> about this, he's the resident expert and he's even figured out how to >> get hplip to work. > > I don't seem to need hplip at the moment. My emerge of cups last night > (to 1.7.1) didn't need me to reinstall my printer. As I understand it hplip installs drivers for HP printers and is able to figure out what you have and which driver you need. I doubt it is a dependency of anything, it looks more like something you install if you want it and need it [...] > My main problem was with emerge. The fact that various printing packages > were blocking eachother was only apparent in the 147k line debug output, > not in the normal messages printed to stdout/stderr. You have the bad luck to have picked exactly the wrong time to update a Gentoo box after a long time away. A *lot* has happened in the tree over the past several months, especially sub-slots that have now come into their own. Sub-slots are actually a good idea, and time will tell if the implementation is also a good idea. There's many benefits, not least of which is that every huge package your have like libreoffice probably doesn't need updating every time a line of code changes in icu. Not needing @preserved-rebuild is a small bonus, not something I care much about. And I don't mind running perl-cleaner once a year with a major version perl upgrade. I *do* mind forgetting to run perl-cleaner and being caught out - sub-slots help with that. Unfortunately portage has always been a tad obtuse with it's output, and leans heavy towards a fatal design flaw to the user - too much of the internal implementation shows up in the output wording. Recent !arch version deal with this, that "no parents that aren't satisfied in this slot" message is gone (no-one ever knew what that meant) and is replaced with clever output that prints version numbers and operators (<, >= and so on) in colour with neat carat symbols "^" below, that point to what is important. I strongly recommend you set portage to use ~arch, it is good code these days and while it doesn't remove the complexity of the tree, it does make a much better job of telling you what is going on and what it needs from you to proceed. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge util-linx; util-linux and sysvinit block eachother.
On Mon, 9 Jun 2014 21:04:30 +, Alan Mackenzie wrote: > > You are making it artificially complicated by doing it piecewise. > > Whenever you try to update only part of your tree, emerge cannot do > > changes anywhere else, which means that other stuff can block your > > intended changes. > > I tried to break it down into manageable pieces when doing the whole > world at once gave too many errors. Except that by breaking it down it becomes less manageable for portage. You are asking portage to manage dependencies with one hand tied behindit back. If emerge -u @world is too long a list, update @system first, which will take care of sysvinit and util-linux. -- Neil Bothwick Always remember to pillage before you burn. signature.asc Description: PGP signature
[gentoo-user] Re: problems with gnome-keyring-daemon
On 06/08/2014 11:01 PM, cov...@ccs.covici.com wrote: > Hi. I have a problem where sometime after reboot, I get hundreds of > processes gnome-keyring-daemon --deamonize and this is without even > running gdm or gnome at all! They complain about not being able to find > the display, but they all sit there and it may slow down my box, or at > least I am sure I should not have such. Last time this happened I > killed them with seemingly no ill effect, but does anyone know the cause > for this and how to stop? I don't mind if I am using gnome, to have > however many are necessary, but it seems kind of strange without gnome, I have exactly one instance of gnome-keyring-daemonize after booting up (no X session, just booting to console). I remember many months ago answering "yes" to some installation dialog asking me if I want to authenticate during bootup using gnome-keyring, but sadly I can't remember now who asked me that question :( The only clue I can think of is here: #grep -rI gnome /etc/pam.d/ /etc/pam.d/system-login:authoptionalpam_gnome_keyring.so /etc/pam.d/system-login:passwordoptionalpam_gnome_keyring.so /etc/pam.d/system-login:session optionalpam_gnome_keyring.so auto_start There are more gnome-keyring entries in /etc/xdg/autostart/ but IIUC those are used only by X desktop programs. Maybe(?) Which logs does gnome-keyring-daemon complain to about the missing display?
Re: [gentoo-user] Re: problems with gnome-keyring-daemon
walt wrote: > On 06/08/2014 11:01 PM, cov...@ccs.covici.com wrote: > > Hi. I have a problem where sometime after reboot, I get hundreds of > > processes gnome-keyring-daemon --deamonize and this is without even > > running gdm or gnome at all! They complain about not being able to find > > the display, but they all sit there and it may slow down my box, or at > > least I am sure I should not have such. Last time this happened I > > killed them with seemingly no ill effect, but does anyone know the cause > > for this and how to stop? I don't mind if I am using gnome, to have > > however many are necessary, but it seems kind of strange without gnome, > > I have exactly one instance of gnome-keyring-daemonize after booting up > (no X session, just booting to console). > > I remember many months ago answering "yes" to some installation dialog > asking me if I want to authenticate during bootup using gnome-keyring, > but sadly I can't remember now who asked me that question :( > > The only clue I can think of is here: > > #grep -rI gnome /etc/pam.d/ > /etc/pam.d/system-login:authoptionalpam_gnome_keyring.so > /etc/pam.d/system-login:passwordoptionalpam_gnome_keyring.so > /etc/pam.d/system-login:session optionalpam_gnome_keyring.so > auto_start > > There are more gnome-keyring entries in /etc/xdg/autostart/ but IIUC > those are used only by X desktop programs. Maybe(?) > > Which logs does gnome-keyring-daemon complain to about the missing display? It is in my journal and it talks about not being able to connect to dbus or something -- I don't have it in front of me right now. I will take the autostart out and see if that fixes things -- thanks a lot. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] postgresql-9.1 start - ERROR
After upgrade when I try to start postgresql I get error: /etc/init.d/postgresql-9.1 start * Starting PostgreSQL ... * start-stop-daemon: did not create a valid pid in `/var/lib/postgresql/9.1/data/postmaster.pid' * Check the log for a possible explanation of the above error. * /var/lib/postgresql/9.1/data/postmaster.log [ !! ] * ERROR: postgresql-9.1 failed to start What is is looking for? -- Joseph
Re: [gentoo-user] postgresql-9.1 start - ERROR
On 06/09/14 22:08, Joseph wrote: After upgrade when I try to start postgresql I get error: /etc/init.d/postgresql-9.1 start * Starting PostgreSQL ... * start-stop-daemon: did not create a valid pid in `/var/lib/postgresql/9.1/data/postmaster.pid' * Check the log for a possible explanation of the above error. * /var/lib/postgresql/9.1/data/postmaster.log [ !! ] * ERROR: postgresql-9.1 failed to start What is is looking for? more information from: /var/lib/postgresql/9.1/data/postmaster.log LOG: database system was shut down at 2014-06-08 09:05:33 MDT LOG: database system is ready to accept connections LOG: autovacuum launcher started WARNING: pgstat wait timeout WARNING: pgstat wait timeout LOG: received smart shutdown request LOG: autovacuum launcher shutting down LOG: shutting down LOG: database system is shut down FATAL: exceeded maxAllocatedDescs (16) while trying to open directory "/usr/share/zoneinfo" FATAL: exceeded maxAllocatedDescs (16) while trying to open directory "/usr/share/zoneinfo" FATAL: exceeded maxAllocatedDescs (16) while trying to open directory "/usr/share/zoneinfo" FATAL: exceeded maxAllocatedDescs (16) while trying to open directory "/usr/share/zoneinfo" -- Joseph
