[06:22] <dholbach> good morning
[06:50] <ajmitch> hi dholbach
[06:51] <dholbach> hiya ajmitch :)
[07:23] <geser> Hi ajmitch
[09:27] <dholbach> hiya seb128, hey mvo
[09:27] <mvo> hey dholbach, seb128!
[09:27] <seb128> hello dholbach mvo
[10:08] <abli> Hi! having installed hardy, and kubuntu-desktop on it apparently automounting in gnome broke: it works if I use a kde session, but in gnome sessions if I plug in the usb thumbdrive, it doesn't get mounted. judging from dmesg it gets recognized correctly. What should I check?
[10:09] <abli> also, running 'pmount /dev/sdf1' manually mounts it. Why doesn't it get mounted automatically?
[10:09] <abli> is there any logfile I should check?
[10:13] <seb128> abli: hi, try #ubuntu for user questions
[10:18] <abli> seb128, tried there 3 times already, but got no answer. seemed like this would be above the level of a normal "user question"
[10:19] <seb128> use http://answers.launchpad.net/ubuntu
[10:20] <abli> ok. I'll try that.
[10:21] <seb128> the automounting is done by nautilus in GNOME
[10:21] <seb128> works for other people, maybe some kubuntu software is running and breaking it for GNOME or something
[10:27] <abli> seb128, I don't think I am the only one who has kubuntu-desktop installed and wants to be able to switch between kde and gnome. The really fustrating thing is that I don't see any usable error message. Not in syslog or .xsession-errors or elsewhere
[10:29] <seb128> does automounting for other devices work correctly in GNOME?
[10:30] <abli> I don't have anything else handy. I will try it out
[10:31] <abli> I don't see any kde-related program when logging out from kde then logging back in a gnome session
[10:32] <seb128> does it happen if you log directory into GNOME after boot?
[10:33] <abli> yes. automount doesn't work even when logging into GNOME after boot.
[10:34] <abli> (so my best guess is that installing kde broke some global setting in hal or dbus or wherever.)
[10:35] <abli> But even though I have full diffs of the contents of /etc before and after installing kubuntu-desktop I still can't see what might have went wrong.
[10:35] <seb128> it was working before?
[10:35] <abli> I didn't test it directly after installing, but it works when using the installer cd as a live cd.
[10:36] <abli> so based on that 'kubuntu-desktop broke it' might be wrong, but it is my best guess
[10:36] <seb128> does it work using an another user on the same box?
[10:37] <seb128> could be an user setting change
[10:39] <abli> nope. same sympthoms: it is recognized but not mounted. Clicking on the devices entry in "Places" (to mount it) doesn't do anything (i.e. doesn't work and no error message)
[10:40] <seb128> can you run lshal > log before and after plugging the key and copying a diff -u on paste.ubuntu.com then?
[10:40] <seb128> also do lshal --monitor and note what is written when plugging the key
[10:41] <abli> ok. just a sec
[10:45] <abli> plug in, wait, click on 'mount' then remove: http://paste.ubuntu.com/8014/
[10:45] <abli> the before-and-after plugging in: http://paste.ubuntu.com/8015
[10:46] <abli> and it is a Kingston DataTraveler thumbdrive
[10:51] <seb128> does gnome-mount --verbose -d /dev/sdf1 works correctly?
[10:54] <mvo> seb128: I think we need to do something about the scrollkeeper error, we get more and more duplicates it seems :/
[10:55] <seb128> mvo: agreed, but what?
[10:55] <mvo> heh :)
[10:55] <seb128> I've been running it for hours in valgrind
[10:55] <seb128> and never got an error
[10:56] <mvo> oh :( and upstream is not responsive?
[10:56] <seb128> we got a low number of bugs compared to the number of people upgrading, so that's not easy
[10:56] <seb128> there is no upstream for years
[10:56] <seb128> we started switching to rarian
[10:56] <mvo> and the version number is the same for years too
[10:56] <mvo> hmmm
[10:56] <seb128> we should have tried rarian-compat but that's too intrusive change for hardy now
[11:00] <abli> seb128, it just prints the version number ('gnome-mount 0.8') but doesn't mount anything (and doesn't print any error messages)
[11:01] <abli> seb128, ouch, it wasn't actually pluged in when i tried that. just a sec.
[11:03] <abli> but yes, same result: just the version number, no errors but no mounting either.
[11:03] <crevette> hell
[11:03] <crevette> o
[11:03] <abli> (and no gui error dialog)
[11:04] <seb128> abli: gnome-mount -v -b -d /dev/sdf1 rather
[11:05] <abli> hah! error messages at last!
[11:05] <seb128> which one?
[11:05] <abli> it says "PermissionDeniedByPolicy"
[11:06] <seb128> is your user in the group plugdev?
[11:06] <abli> yes it is.
[11:07] <seb128> does polkit-gnome-authorization works?
[11:08] <seb128> there is a storage category and an option to mount removable drives file systems
[11:08] <abli> according to System -> Administration -> Authorizations, org.freedesktop.hal.storage.mount-removable is set to 'Yes' for "Active Console" but "no" to "Anyone" and "Console"
[11:09] <seb128> ok, that's normal
[11:09] <seb128> and is ck-list-sessions listing a session correctly?
[11:10] <abli> yes, ck-list-sessions is ok.
[11:10] <seb128> active = TRUE?
[11:10] <abli> hmm. no. it is FALSE.
[11:10] <seb128> that's the issue
[11:10] <seb128> the rights are granted only to the active session
[11:10] <abli> right. What sets the 'active session'
[11:11] <abli> How is that flag set?
[11:11] <seb128> that's out of my knowledge now, maybe ask on #ubuntu-devel, there is some people there who know better how consolekit is working
[11:11] <seb128> do you use gdm as a login manager?
[11:11] <abli> yep.
[11:12] <abli> I'll ask on #ubuntu-devel. Thanks, you helped a lot.
[11:12] <seb128> you are welcome
[11:13] <seb128> was indeed quite technical for #ubuntu ;-)
[13:53] <pitti> re
[13:55] <seb128> wb pitti
[14:04]  * Hobbsee huggles the pitti and the seb128
[14:04] <seb128> hey Hobbsee
[14:04] <seb128> how are you?
[14:04]  * pitti hugs back seb128 and Hobbsee
[14:04] <Hobbsee> :)
[14:04] <Hobbsee> seb128: good.  gotta love being harassed on release day.
[14:04] <seb128> ;-)
[14:14] <Ludwik> Hi, I have a quick (and I hope easy) question. I'm a network administrator for a High School in Warsaw, Poland. We run most of our computers on Ubuntu. Unfortunately there is a bug between compiz and our compaq computers, and when effects are enabled (by default in 8.04) the display turns into garbage. I'd just like to know how to disable effects system wide
[14:16] <seb128> mvo: ^
[14:23] <mvo> Ludwik: easiest is either to remove compiz or log into failsafe gnome and then go to preferencences/apperance/visual effects
[14:26] <Ludwik> mvo: I didn't wan't to remove compiz, because I think it will remove the ubuntu-desktop meta package (won't it?). I've just found something about adding this to xorg.conf:
[14:26] <Ludwik>  Section "Extensions"
[14:26] <Ludwik>         Option "Composite" "Disable"
[14:26] <Ludwik>  EndSection
[14:26] <Ludwik> I'm not sure is it relevent, though
[14:26] <Ludwik> (*relevant)
[14:28] <mvo> Ludwik: compiz is "just" a recommends to ubuntu-desktop, it should be possible to remove it without removing ubuntu-desktop
[14:28] <seb128> should be possible to set a gconf default too no?
[14:29] <seb128> mvo: what you did for dapper upgrades
[14:29] <mvo> that, that too
[14:29] <Ludwik> mvo: Oh, thanks. I didn't know. I'll try to remove compiz and see.
[14:29] <mvo> gconf: /desktop/gnome/applications/window_manager/default <- to metacity should work too
[14:30] <seb128> Ludwik: you can add a file to /usr/share/gconf/defaults to set a gconf default and then run sudo update-gconf-defaults
[14:35] <Ludwik> Thanks, I think removing compiz might be a better soultion, though. The user accounts and configuration files are imported from a central server using nis, and they already have many configuration options set.
[14:36] <Ludwik> Many of them were even used before on machnies that had working compiz
[14:39] <mvo> Ludwik: if the screen is garbage, what graphic cards do the machines have? could you post the lspci -nn output?
[14:39] <mvo> hey number1!
[14:40] <pedro_> hello mvo!
[14:41] <Ludwik> mvo: Intel 82815 Chipset Graphics Controller
[14:42] <Ludwik> mvo: it's not all garbage, but every action (like move of the mouse) generates a lot of a garbage on a screen.
[14:43] <mvo> Ludwik: could you plese check if the "intel" or the "i810" driver is used (in /var/log/Xorg.0.log) and report a bug please? just the basic information against xserver-xorg-driver-{intel,i810} (depending on which one is in use?
[14:43] <mvo> thanks
[14:44] <mvo> Ludwik: with the pciid if possible, then we can blacklist it in our compiz script
[14:53] <Ludwik> mvo: Ok, I'm not sure I know where to look. Is the following lines from Xorg.0.log it?
[14:53] <Ludwik> (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
[14:53] <Ludwik> 	i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
[14:53] <Ludwik> 	E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ,
[14:53] <Ludwik> 	965GM, 965GME/GLE, G33, Q35, Q33, Intel Integrated Graphics Device
[14:53] <Ludwik> (II) Primary Device is: PCI 00:02:0
[14:53] <mvo> Ludwik: that looks like the "intel" one, please include the Xorg.0.log file in full, if it was the wrong package, we can just reassign it :)
[14:54] <Ludwik> ok
[15:16] <Ludwik> mvo: This is my first launchpad bug report, but here it is - https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/221920
[15:18] <mvo> Ludwik: looks very good, thanks! the output of "lspci -nn" would be great to have too
[15:20] <Ludwik> mvo: Ok, I'll add it in a minute
[15:21] <mvo> Ludwik: thanks!
[15:24] <Ludwik> mvo: (added)
[15:24] <mvo> thanks!
[16:53] <seb128> mvo: any idea about bug #221977?
[16:53] <ubotu> Launchpad bug 221977 in gnome-control-center "Cannot enable compiz with the fglrx driver (ATI X1600)" [Undecided,New] https://launchpad.net/bugs/221977
[17:16] <mvo> seb128: yes, I talked with martin about it
[17:16] <seb128> mvo: is that a g-c-c issue?
[17:16] <seb128> hey hggdh
[17:16] <hggdh> yo seb128, how's life?
[17:17] <mvo> seb128: no, jockey/compiz more likely, but we need to fix it for .1
[17:17] <seb128> hggdh: good thanks ;-) what about you?
[17:17] <hggdh> still in Paris... but I *will* go home next week :-)
[17:17] <seb128> ;-)
[17:18] <seb128> how is Paris?
[17:18] <hggdh> amazingly, sunny today -- I think this is the very first day without rain since February...
[17:18] <hggdh> and being the usual Paris
[17:19] <seb128> the weather is nice here too ;-)
[17:19] <seb128> hggdh: oh, btw bug-buddy is know to display wrong path, it displays things crashing in /usr/libexec when they are in /usr/lib
[17:20] <hggdh> seb128: ah.... so the poor guy was right... but I still cannot understand what he wants
[17:20] <seb128> hggdh: I read one comment where you asked to the submitter if he was using the ubuntu version
[17:20] <seb128> I've been confused by that too ;-)
[17:20] <seb128> hggdh: no news from upstream about the e-d-s eating cpu issue?
[17:20] <hggdh> read the last comment. If you can, please translate it to me... seems to be an English-related language
[17:21] <hggdh> no. Andre had set it to blocker, and I hoped this would kick oneone up there
[17:22] <hggdh> I still think this is more related to underlying lib than Evo, but I cannot prove it any way -- I do not have the issue :-(
[17:22] <seb128> hggdh: do you have the bug number,
[17:22] <seb128> ?
[17:22] <seb128> for the comment to translate
[17:22] <hggdh> hold on
[17:23] <hggdh> seb128: bug 209468
[17:23] <ubotu> Launchpad bug 209468 in evolution "unsure of nature xubuntu ISSUE" [Medium,Incomplete] https://launchpad.net/bugs/209468
[17:24] <hggdh> this comment here: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/209468/comments/10
[17:25] <seb128> hggdh: he seems to have upgrade issues or something
[17:25] <seb128> he should use the support tracker
[17:26] <hggdh> yes, from Edgy, it seems. I will add a note to go to Support
[17:27] <hggdh> problem is, I do not even understand what is the problem
[17:29] <seb128> hggdh: he might just be trolling, don't waste too much time for the non useful bugs
[17:30] <hggdh> I think he is a real user, with a writing disability (or, at least, I am willing to give him the chance of a doubt). Anyways, I closed it
[17:31] <hggdh> but -- back to the E-D-S loop: any suggestion for the users that see it? we need more data, but I do not -- now -- even know what to ask for
[17:31] <hggdh> seb128: ^^
[17:33] <hggdh> per secretlondon's tests, we know that if we kill evolution-alarm-notify, E-D-S also dies. I do not think this should happen
[17:34] <seb128> hggdh: I'm wondering if that's due to the fact that we start evolution-alarm-notify on session startup, maybe ask them to move /etc/xdg/autostart/evolution-alarm-notify.desktop somewhere else
[17:35] <seb128> hggdh: we added that sometime to workaround the "calendar notification are not sent if evolution has not been started yet"
[17:36] <seb128> still there is a bug or race somewhere, but not easy to find where
[17:36] <hggdh> seb128: you mean e-a-n is being started way too early, and (perhaps) causing a hiccup? Hum. Interesting. I think I can play around with it a bit.
[17:36] <seb128> maybe running e-d-s under valgrind would show something
[17:36] <seb128> right
[17:37] <hggdh> the problem is we cannot get into valgrind that early in the session setup... but I will try changing my settings a bit to see what happens. Maybe I can reproduce it
[17:37] <seb128> hggdh: why not?
[17:38] <hggdh> just starting e-d-s under valgrind will slow it down until all startup is done
[17:38] <hggdh> very good chance of kicking the race away
[17:38] <seb128> right, but might be worth trying anyway
[17:38] <seb128> maybe it'll show some error
[17:39] <hggdh> will try it. After all, I am getting to be a valgrind expert :-(