Re: [gentoo-user] Mysterious failure of ConsoleKit
On 23/12/2010, at 4:18pm, David W Noon wrote: ... I had this problem about a year ago. I fixed it by having Consolekit started explicitly in the boot run-level: rc-update add consolekit boot I did a fresh install this week and I believe this the way Gentoo ships the stage3. I only had cause to give this attention because I was installing for a system that doesn't have a console, and consolekit had to be removed. Stroller.
[gentoo-user] kdm keymap
I use hal. No more xorg.conf. Since I updated kdm to v.4.4.5 it use a QWERTY keymap, when it worked OK in previous 4.4.* version after modifying /etc/hal/fdi/policy/10-x11-input.fdi. I try adding the following 2 lines also in /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi, just in case : merge key=input.xkb.optionstype=stringterminate:ctrl_alt_bksp/merge merge key=input.xkb.layout type=stringfr/merge Of course I also checked french as language in the kdl config panel. Obviously, entering a password using an AZERTY keyboard a QWERTY keymap is not that easy. What can I do ? Couldn't find anything in the doc. And a happy Xmas to you all.
[gentoo-user] gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
Hi, I was trying to update my old x86 rig and ran into this: Merging translations into org.gnome.gconf.defaults.policy. CREATED org.gnome.gconf.defaults.policy mv -f .deps/gconf-defaults.Tpo .deps/gconf-defaults.Po /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -march=native -O2 -pipe -fomit-frame-pointer -Wall -Wl,-O1 -Wl,--as-needed -o gconf-defaults-mechanism gconf-defaults.o gconf-defaults-main.o ../gconf/libgconf-2.la -pthread -ldbus-glib-1 -ldbus-1 -lpthread -lpolkit-gobject-1 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 libtool: link: cannot find the library `/usr/lib/libdbus-glib-1.la' or unhandled argument `/usr/lib/libdbus-glib-1.la' make[3]: *** [gconf-defaults-mechanism] Error 1 make[3]: Leaving directory `/var/tmp/portage/gnome-base/gconf-2.28.1/work/GConf-2.28.1/defaults' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/gnome-base/gconf-2.28.1/work/GConf-2.28.1/defaults' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-base/gconf-2.28.1/work/GConf-2.28.1' make: *** [all] Error 2 emake failed * ERROR: gnome-base/gconf-2.28.1 failed: * compile failure * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 3011: Called gnome2_src_compile * environment, line 2300: Called die * The specific snippet of code: * emake || die compile failure * * If you need support, post the output of 'emerge --info =gnome-base/gconf-2.28.1', * the complete build log and the output of 'emerge -pqv =gnome-base/gconf-2.28.1'. * The complete build log is located at '/var/log/portage/elog/gnome-base:gconf-2.28.1:20101224-141011.log'. * The ebuild environment file is located at '/var/tmp/portage/gnome-base/gconf-2.28.1/temp/environment'. * S: '/var/tmp/portage/gnome-base/gconf-2.28.1/work/GConf-2.28.1' Failed to emerge gnome-base/gconf-2.28.1, Log file: '/var/log/portage/elog/gnome-base:gconf-2.28.1:20101224-141011.log' * GNU info directory index is up-to-date. r...@smoker / # emerge -pv dbus-glib These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-libs/dbus-glib-0.92 USE=-bash-completion -debug -doc -static-libs -test 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB r...@smoker / # As you can see, I have dbus-glib installed. I also thought it may be a version problem so I installed the really unstable one and it still fails. I did some searching but they were all old threads about different versions and no fixes. I also didn't see anything wrong with my USE flags either. What am I missing? Dale :-) :-)
Re: [gentoo-user] gvfs, cameras, and me
On 12/19/2010 09:55 PM, Dale wrote: Andy Wilkinson wrote: So, the only issue that I consistently have in Gentoo anymore is that there exist periods of time (probably coincident with gphoto2 or gvfs upgrades) wherein I can't automount my PTP digital camera (a Nikon D60, if it's relevant) and use gthumb to import my photos. I'm able to use gphoto2 to do so just fine, and so I do, but it bothers me that the way I'd prefer to do things doesn't work the way I'd like it to. Currently I'm in a doesn't work phase, as you may have surmised. To make matters worse, when gvfs/nautilus doesn't see the camera at all, I have no idea at all how to find out what messages might have been sent where, or why gvfs might not be seeing it, or what-have-you. None of the usual suspects (dmesg, /var/log/messages, ~/.xsession-errors) have anything useful. dmesg does at least tell me that I'm seeing the USB device properly. Is there a tried-and-true method of at least troubleshooting this sort of issue, or am I stuck throwing darts at the different gphoto2 and gvfs builds in portage? I've attached emerge --info gvfs gphoto2, for the curious. Thanks, -Andy Firstly, I don't use Gnome and our cameras are different. This may not matter for your setup but thought it worth checking into. I have this for my Canon in make.conf: CAMERAS=canon ptp2 I use the ptp2 and most likely need to remove the other but you may need to set yours to something that your camera uses. CAMERAS=ptp2 just may work. Usually a emerge -pv package will show the options available. It does here anyway. Hope that helps. Dale :-) :-) Alas, changing CAMERAS didn't work. But I'm not surprised, as gphoto2 has always found the camera just fine, regardless of what Gnome thinks. I suspect that my issue is closer to a libgphoto2/gvfs incompatibility, but I've no data on which to test that. I suppose I could just start compiling ~arch masked builds of libgphoto2 and see if any of them stick, but I would love some sort of cleaner answer. Thanks, -Andy
Re: [gentoo-user] Re: gvfs, cameras, and me
On 12/20/2010 06:39 AM, walt wrote: On 12/19/2010 09:25 PM, Andy Wilkinson wrote: To make matters worse, when gvfs/nautilus doesn't see the camera at all, I have no idea at all how to find out what messages might have been sent where, or why gvfs might not be seeing it... I use gnome, but have no camera so I can't give specific advise. But in general I try to get behind the gui by starting an app (like gphoto2) from a command prompt to see what error messages it may print. Some gui apps may have an optional flag like -v or --debug that will print more messages. (Or start it as strace gphoto2 for even more fun.) I've never actually found a use for the various gvfs commandline apps, like gvfs-info et al, but you might be able to use them for debugging this puzzle. Worth fiddling with them, anyway. I've noticed several times that the gentoo-stable gnome is running mismatched versions of gnome apps, and if I just wait long enough the right version of something-or-other will be installed and something broken will start working again. The ~ version of gnome actually has fewer problems that way than the stable version. Running strace on gphoto2 doesn't make a lot of sense to me, as gphoto2 always works just fine. A trace on gthumb also doesn't make sense in my mind, since it seems to correctly be telling me that gvfs doesn't see anything more than it does, though I don't know enough to say for sure that there's no separation. If there was a way I could run a trace on gvfs itself, that might be more profitable, but that sounds big and scary, and like something I'd need help with. I've looked around at the gvfs-*, and most of them seem to want me to know what I want them to look at, and are mostly interested in telling me about literal paths. I haven't found a way to get any of them to say Hey, I see your camera, and it doesn't work because X. Your last paragraph rings truer to me. I just wish I had something concrete to go on. ;) Thanks, -Andy
Re: [gentoo-user] gvfs, cameras, and me
On 12/20/2010 07:53 AM, Paul Hartman wrote: On Sun, Dec 19, 2010 at 11:25 PM, Andy Wilkinson drukar...@gmail.com wrote: So, the only issue that I consistently have in Gentoo anymore is that there exist periods of time (probably coincident with gphoto2 or gvfs upgrades) wherein I can't automount my PTP digital camera (a Nikon D60, if it's relevant) and use gthumb to import my photos. I'm able to use gphoto2 to do so just fine, and so I do, but it bothers me that the way I'd prefer to do things doesn't work the way I'd like it to. Currently I'm in a doesn't work phase, as you may have surmised. To make matters worse, when gvfs/nautilus doesn't see the camera at all, I have no idea at all how to find out what messages might have been sent where, or why gvfs might not be seeing it, or what-have-you. None of the usual suspects (dmesg, /var/log/messages, ~/.xsession-errors) have anything useful. dmesg does at least tell me that I'm seeing the USB device properly. Is there a tried-and-true method of at least troubleshooting this sort of issue, or am I stuck throwing darts at the different gphoto2 and gvfs builds in portage? Hi, Probably more important is libgphoto2 instead of gphoto2 standalone package. libgphoto2 includes the udev rules for digital cameras, for example. (You might need to change the default mode that they set.) Your user needs to be in the plugdev group, too. Does it work as root? If so then maybe it's a permission issue. I don't use any of the software you've mentioned except for gphoto2, so I'm not sure how they work but you can do the usual monitoring udev (using udevadm) and dbus (using dbus-monitor) etc. to see what's going on. Maybe there'll be some error or something will stand out as being obviously wrong. Well, udev shows the device appearing and disappearing just fine, when I turn the camera on and off, and as I've said in my other two responses just now, gphoto2 detects, reads, and downloads from the camera just fine. dbus shows no activity related to the camera whatsoever. I am in plugdev and gvfs works just fine, when it works. It's gone from working to not working and I'm not sure why. What should I run as root to tell if it works as root? Thanks, -Andy
Re: [gentoo-user] gvfs, cameras, and me
On 12/24/2010 07:34 AM, Andy Wilkinson wrote: On 12/19/2010 09:55 PM, Dale wrote: Andy Wilkinson wrote: So, the only issue that I consistently have in Gentoo anymore is that there exist periods of time (probably coincident with gphoto2 or gvfs upgrades) wherein I can't automount my PTP digital camera (a Nikon D60, if it's relevant) and use gthumb to import my photos. I'm able to use gphoto2 to do so just fine, and so I do, but it bothers me that the way I'd prefer to do things doesn't work the way I'd like it to. Currently I'm in a doesn't work phase, as you may have surmised. To make matters worse, when gvfs/nautilus doesn't see the camera at all, I have no idea at all how to find out what messages might have been sent where, or why gvfs might not be seeing it, or what-have-you. None of the usual suspects (dmesg, /var/log/messages, ~/.xsession-errors) have anything useful. dmesg does at least tell me that I'm seeing the USB device properly. Is there a tried-and-true method of at least troubleshooting this sort of issue, or am I stuck throwing darts at the different gphoto2 and gvfs builds in portage? I've attached emerge --info gvfs gphoto2, for the curious. Thanks, -Andy Firstly, I don't use Gnome and our cameras are different. This may not matter for your setup but thought it worth checking into. I have this for my Canon in make.conf: CAMERAS=canon ptp2 I use the ptp2 and most likely need to remove the other but you may need to set yours to something that your camera uses. CAMERAS=ptp2 just may work. Usually a emerge -pv package will show the options available. It does here anyway. Hope that helps. Dale :-) :-) Alas, changing CAMERAS didn't work. But I'm not surprised, as gphoto2 has always found the camera just fine, regardless of what Gnome thinks. I suspect that my issue is closer to a libgphoto2/gvfs incompatibility, but I've no data on which to test that. I suppose I could just start compiling ~arch masked builds of libgphoto2 and see if any of them stick, but I would love some sort of cleaner answer. Thanks, -Andy OK, so I decided to try around with different combinations, and it turns out I actually was running a ~arch version of libgphoto2 (I had unmasked 2.4* for compatibility with gthumb-2.12, iirc). Downgrading from libgphoto2-2.4.10 to -2.4.9 fixed things. Why? :) Thanks, -Andy
[gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
On 12/24/2010 06:18 AM, Dale wrote: Hi, I was trying to update my old x86 rig and ran into this: Merging translations into org.gnome.gconf.defaults.policy. CREATED org.gnome.gconf.defaults.policy mv -f .deps/gconf-defaults.Tpo .deps/gconf-defaults.Po /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -march=native -O2 -pipe -fomit-frame-pointer -Wall -Wl,-O1 -Wl,--as-needed -o gconf-defaults-mechanism gconf-defaults.o gconf-defaults-main.o ../gconf/libgconf-2.la -pthread -ldbus-glib-1 -ldbus-1 -lpthread -lpolkit-gobject-1 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 libtool: link: cannot find the library `/usr/lib/libdbus-glib-1.la' or unhandled argument `/usr/lib/libdbus-glib-1.la' What am I missing? You are missing Christmas Eve while sitting in front of your computer ;-) My first instinct these days is to run lafilefixer --justfixit. If that fails I would try another cup of eggnog. Maybe two. Cheers!
Re: [gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
On Friday 24 December 2010 18:17:27 walt wrote: If that fails I would try another cup of eggnog. Ugh! Sounds awful. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
walt wrote: On 12/24/2010 06:18 AM, Dale wrote: Hi, I was trying to update my old x86 rig and ran into this: Merging translations into org.gnome.gconf.defaults.policy. CREATED org.gnome.gconf.defaults.policy mv -f .deps/gconf-defaults.Tpo .deps/gconf-defaults.Po /bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -march=native -O2 -pipe -fomit-frame-pointer -Wall -Wl,-O1 -Wl,--as-needed -o gconf-defaults-mechanism gconf-defaults.o gconf-defaults-main.o ../gconf/libgconf-2.la -pthread -ldbus-glib-1 -ldbus-1 -lpthread -lpolkit-gobject-1 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 libtool: link: cannot find the library `/usr/lib/libdbus-glib-1.la' or unhandled argument `/usr/lib/libdbus-glib-1.la' What am I missing? You are missing Christmas Eve while sitting in front of your computer ;-) My first instinct these days is to run lafilefixer --justfixit. If that fails I would try another cup of eggnog. Maybe two. Cheers! Everyone sing together now. Dale is a idiot!! Dale is a idiot !! You can stop singing now. lol I thought I had already run this but when I looked back through bash history, I realized I hadn't. I ran revdep-rebuild -i and it rebuilt a lot of things. Then, when I ran emerge -uvDN world again, nothing needed to be done. Sort of weird in a way. All fixed now tho. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
On Friday 24 December 2010 20:05:25 Dale wrote: All fixed now tho. It may be a bit early yet for you, Dale, but Merry Christmas anyway. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
[gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
On 12/24/2010 11:43 AM, Peter Humphrey wrote: On Friday 24 December 2010 18:17:27 walt wrote: If that fails I would try another cup of eggnog. Ugh! Sounds awful. Fear not, I will suffer to drink your share, just to spare you the trial. I raise your-my cup of holiday cheer to toast the health and happiness of the entire gentoo community, including (even) Your Grumpiness :-)
Re: [gentoo-user] Re: gconf-2.28.1 can't find /usr/lib/libdbus-glib-1.la so it won't compile
Peter Humphrey wrote: On Friday 24 December 2010 20:05:25 Dale wrote: All fixed now tho. It may be a bit early yet for you, Dale, but Merry Christmas anyway. Merry Christmas to all. It's never to early on a global list. ;-) Dale :-) :-)