[gentoo-user] Re: @preserved-rebuild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Hartman wrote: On Thu, Sep 24, 2009 at 1:25 PM, James wirel...@tampabay.rr.com wrote: Hello, I keep getting this mesaage on one particulary system: existing preserved libs: package: sys-libs/readline-6.0_p3 * - /lib64/libreadline.so * - /lib64/libreadline.so.5 * - /lib64/libreadline.so.5.2 * used by /usr/bin/calgebra (kde-base/kalgebra-4.2.4) So I've rebuilt kalgegra, readline and revdep-rebuild comes up clean. I ran 'emerge @preserved-rebuild' numerous times and still I get this error message. Ideas on cleaning this up? It just happens on one system out of a dozen/plus gentoo boxes I manage.. Rather than rebuilding kalgebra, unmerge it completely then emerge it again. It might be a problem with the emerge process for that package not using the latest version for some reason, so it is rebuilding against the old libs (which therefore remain preserved). Also, try removing /lib64/libreadline.so (not .so.5 or .so.5.2 !) first, so that kalgebra is forced to link against /usr/lib64/libreadline.so (which ends up pointing at /lib64/libreadline.so.6). My guess is that for some reason the linker is looking in /lib64 before checking /usr/lib64, and finding the wrong file first. - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq73xcACgkQOypDUo0oQOqriACfSrdCwExsBbmkSYLXqVQALWxT Yd4An2VAYc0Gy5Slx94QeKKbV+gceqeg =rgNN -END PGP SIGNATURE-
[gentoo-user] Re: hald failed to start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fe...@crowfix.com wrote: Bummer. I upgraded X and followed all the steps, it did come up, but hald won't start, so I have to ssh in and kill X to get my screen back even as a tty. Seems a shame to go thru all that X upgrade stuff and have something else fail. Here are the versions: sys-apps/hal-0.5.13-r2 x11-base/xorg-server-1.6.3.901-r2 This is the only error message in /var/log/messages: Sep 19 02:32:36 crowfix /etc/init.d/hald[4485]: ERROR: hald failed to start Nothing I can see in dmesg. The X log is pretty unhelpful: (EE) config/hal: couldn't initialise context: unknown error (null) This is a ~amd64 system. It fails the same on both 2.6.30-r6 and 2.6.31. I guess what I would really like is some way to get more info on why hald won't start. I ran it manually with --verbose=yes --use-syslog and got 8699 lines of syslog, only 9 of which had error in them. 7 of those were for lid, battery, etc -- laptop stuff. Only 2 looked like real errors: Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.936 [E] hald_runner.c:671: Error running 'hald-addon-storage': org.freedesktop.DBus.Error.Disconnected: Connection was disconnected before a reply was received Sep 19 02:46:45 crowfix hald[5888]: 02:46:45.944 [E] hald_runner.c:671: Error running 'hald-addon-hid-ups': org.freedesktop.DBus.Error.Disconnected: Connection is closed Does this mean anything to somebody? Is there a better way to get more useful info from hald? Did I forget to read some update notice? While I don't have quite enough information to be sure, it looks like a problem with dbus. Unfortunately, I'm not sure how to determine if this is the case, or what should be done if that *is* the case. - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq09QcACgkQOypDUo0oQOr4mgCgkOZGlBg4x3G0tXcnpt7LwVcy g1sAnRqykMcPTyxvnUyohjn3mPzBL2po =MCaV -END PGP SIGNATURE-
[gentoo-user] Re: udev and init.d. Should it be running now?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: Hi folks, I was browsing around and noticed that I now have a udev in /etc/init.d/. I checked, it is not running but udevd is not running either. See below: r...@smoker / # /etc/init.d/udev status * status: stopped r...@smoker / # r...@smoker / # ps aux | grep udev root 30451 0.0 0.0 1888 504 pts/0R+ 16:04 0:00 grep --colour=auto udev r...@smoker / # This is the baselayout that is installed: [I--] [ ] sys-apps/baselayout-1.12.11.1 I seem to recall that baselayout 2 is going to be a service thing but since I am on baselayout 1, should this be running? It seems to belong to the udev package tho according to this: r...@smoker / # equery belongs /etc/init.d/udev [ Searching for file(s) /etc/init.d/udev in *... ] sys-fs/udev-141 (/etc/init.d/udev) r...@smoker / # You can see from that what udev version is installed too. I also checked the elogs and I see no mention of it being changed to a service or that it needs to be added to a runlevel. Also, keep in mind, everything works fine. I just don't want to add it to boot or default runlevels and then break something. Thanks for any advice. I searched the forums and udev on g.o but didn't see anything relevant. Dale :-) :-) In baselayout-1, udev is started directly by baselayout itself, outside of any init scripts. In baselayout-2/openrc, an initscript is needed to start udev. If you actually read the script, you may notice that the script will immediately fail if you attempt to run it on a baselayout-1 system, as it isn't needed. If/when you upgrade to baselayout-2/openrc, it will automatically be added to the boot runlevel, but only if baselayout-1 had been previously installed. In short, don't worry about it. :) (this didn't appear to send the first time, so resending...) - -- Jonathan Callen (ABCD) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqpeCgACgkQOypDUo0oQOppywCfa3+jnwddXZfocNqvDeWbbjGC 3UAAoL7b9ElKq+72QpFwtrW/hpSWVUOD =3KGk -END PGP SIGNATURE-