[00:09] <spotter> there appears to be a major problem w/ gnome settings daemon
[00:09] <spotter> filling up my hd w/ output that .xession-errors is catchng
[00:09] <spotter> repeated ** (gnome-settings-daemon:3457): WARNING **: Connection failed, reconnecting...
[00:10] <TheMuso> spotter: Is this karmic? Have you filed a bug?
[00:11] <spotter> karmic
[00:11] <spotter> just figured out what it was
[00:12] <spotter> also noticed gnom-volume-control-applet chewing up all my cpu
[00:41] <funman> hi
[00:42] <funman> i just noticed a bug in karmic related to gnome/pulseaudio interaction, i'm not sure who to bug about it and how to look deeper into it
[00:43] <TheMuso> funman: please file a bug against pulseaudio and it can be taken care of from there.
[00:43] <funman> 287 open bugs on https://bugs.launchpad.net/ubuntu/+source/pulseaudio :/
[00:44] <TheMuso> funman: well if you don't find a bug thats similar to your bug, please file a new one.
[00:45] <funman> the problem is more, will it be looked at considering the number of "new, undecided" bugs
[00:48] <funman> i'll just try to talk with the gnome people
[00:48] <arand> funman: well, if you don't report it it will definitely not be looked at ;)
[00:48] <funman> arand: true :)
[00:51] <funman> 01:50 [gnome] !irc.acc.umu.se *** Banned: botnet (2007/09/02 19.51)
[00:51] <funman> or perhaps i'm not ..
[01:06] <funman> thanks!
[02:14] <billybigrigger> what version of grub is karmic going to end with?
[02:19] <fagan> 2.0
[02:19] <fagan> Its the default at the moment for new installs
[02:24] <billybigrigger> 1.96
[02:24] <billybigrigger> 1.96+20090611-1ubuntu4
[02:25] <billybigrigger> since when was it updated to 2.0?
[02:25] <fagan> Oh my mistake
[02:25] <billybigrigger> 1.96 is the latest in svn
[02:26] <fagan> https://wiki.ubuntu.com/Grub2
[02:26] <billybigrigger> it is dubbed grub2 i know
[02:26] <billybigrigger> yeah, i created that page thanks :P glad it's becoming known :)
[02:26] <fagan> Thats why I got mixed up
[02:26] <billybigrigger> its old, started at a2 and haven't done much with it since
[02:26] <fagan> Bloody long page
[07:17] <ScottK> lool: I'm just uploading libio-compress-perl to resolve the problem we discussed last week.  It took awhile since upstream merged several modules into one package.  It'll also have to go through New and then get promoted to Main.
[09:06] <AnAnt> Hello, can someone sponsor this merge: LP  404561
[09:07] <AnAnt> and should I retitle this bug LP 401816 to a merge request ?
[09:07] <AnAnt> as there is a patch for a merge there
[10:11] <lesshaste>  the touchpad on my toshiba tecra a9 fails intermittently and I see this in dmesg psmouse.c: DualPoint TouchPad at isa0060/serio1/input0 lost sync at byte 1
[10:11] <lesshaste> I have to restart the computer to recover from this
[10:15] <MementoMori> hi
[10:15] <MementoMori> where can I find ext4 kernel headers?
[10:17] <lesshaste> http://bugzilla.kernel.org/show_bug.cgi?id=12577 appears to fix my problem
[10:17] <lesshaste> any chance of including it in jaunty?
[10:17] <lesshaste> or should I email someone about it?
[10:35] <tseliot> lesshaste: can you file a bug on launchpad about it and send a request to the kernel-team mailing list (attach the patch), please?
[10:35] <lesshaste> tseliot, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/365968 I added to there
[10:36] <lesshaste> tseliot, how do I email the kernel-team mailing list?
[10:36] <lesshaste> ok I worked out the mailing list :)
[10:36] <tseliot> lesshaste: subscribe to the mailing list https://lists.ubuntu.com/mailman/listinfo/kernel-team
[10:42] <lesshaste> tseliot, done
[10:43] <tseliot> lesshaste: ok, thanks. I'm sure that someone from the kernel team will get back to you
[10:43] <lesshaste> ok
[10:44] <lesshaste> it's a shame those kernel bugs in launchpad don't get triaged much
[10:44] <lesshaste> I suppose it's a manpower problem
[10:50] <Tonik> will new releases keep the "Delete removes files without asking" behaviour of Nautilus?
[11:23] <YokoZar> hmm, ubuntu-bug ubiquity doesn't work
[11:23] <YokoZar> should probably bother pitti about that
[13:33] <gaspa> I need a rebuild of graphviz package (main), for ocaml transition... it builds in my ppa, apart lpia, which it already does.
[13:33] <gaspa> james_w: are you around?
[13:55] <ogra> Keybuk, does udev have any rules to create framebuffer devices or does that totally rely on the hardcoded stuff in initramfs ? i seem not to be able to find who it would create such devices
[13:55] <ogra> s/who/how/
[13:56] <Keybuk> how do you mean?
[13:57] <ogra> Keybuk, ogra@babbage1:~$ lsmod|grep fb
[13:57] <ogra> mxcfb_ch7026            3876  0
[13:57] <ogra> ogra@babbage1:~$ ls /dev/fb*
[13:57] <ogra> ls: cannot access /dev/fb*: No such file or directory
[13:57] <Keybuk> then that module didn't request one
[13:57] <ogra> that module should create a frambuffer device
[13:58] <ogra> weird, it does so if its compiled in
[13:58] <ogra> (which was the case in jauntys kernel)
[13:58] <Keybuk> probably a bug in the module
[13:58] <Keybuk> anything in /sys/class/framebuffer ?
[13:58] <ogra> ogra@babbage1:~$ ls /sys/class/framebuffer
[13:58] <ogra> ls: cannot access /sys/class/framebuffer: No such file or directory
[13:58] <ogra> nope
[13:59] <Keybuk> there you go then
[13:59] <ogra> ok
[13:59] <ogra> thanks
[13:59] <Keybuk> in theory, udev needs no rules
[13:59] <Keybuk> it will create all devices the kernel asks for
[13:59] <Keybuk> rules are only needed to override the kernel (e.g. changing names or ownership)
[14:00] <ogra> CONFIG_FB_MXC=y ... i guess that needs to be modularized too if the device driver is a module
[14:01] <Keybuk> if it's ARM, I'd sarcastically guess that nobody implemented that bit of the kernel yet <g>
[14:01] <ogra> oh man ... ogra@babbage1:~$ sudo modprobe uvesafb
[14:01] <ogra> uvesafb: failed to execute /sbin/v86d
[14:01] <ogra> why the heck is that even compiled
[14:03] <cody-somerville> mvo, You asked me a question about update-manager, and a dbus service or something the other day. What was that question again?
[14:04] <mvo> cody-somerville: if xuubntu supports shutdown via the gnome-session dbus interface. but as I understand it xubuntu now uses gnome-session too, so my question is mood
[14:04] <mvo> (or answered)
[14:05] <cody-somerville> mvo, gnome-session only runs when logged in as the gdm user
[14:05] <cody-somerville> mvo, so the answer is no, the gnome-session dbus interface is not available in Xubuntu
[14:06] <mvo> cody-somerville: oh, ok
[14:06] <mvo> cody-somerville: thanks, then I need to look at some update-notifier changes again :(
[14:07] <cody-somerville> mvo, Sorry :(
[14:07] <mvo> np
[14:07] <cody-somerville> mvo, I'll investigate if xfce4-session provides a similar interface
[14:07] <ogra> HA !
[14:07]  * ogra found the issue
[14:08] <mvo> cody-somerville: that would be very nice, having something to use on the dbus would be great
[14:08]  * cody-somerville wishes there was an fd-o standard/spec for cross-desktop session manager dbus interfaces like this.
[14:08] <mvo> ++
[14:15] <ogra> hmm, are modules in /etc/modules loaded top to bottom or bottom to top ?
[14:16] <cody-somerville> mvo, doesn't hal provide an interface?
[14:19] <chrisccoulson> cody-somerville - HAL is not used for power management anymore
[14:20] <chrisccoulson> it is consolekit that provides an interface for stopping/restarting, but the issue with using that directly is it doesn't give the session a chance to terminate properly
[14:20] <cody-somerville> How did HAL accomplish that?
[14:21] <chrisccoulson> AFAIK - HAL has never had anything to do with stopping/restarting (only hibernate + suspend)
[14:22] <chrisccoulson> mvo - how did update-notifier work before (I can't remember now)?
[14:23] <seb128> chrisccoulson, it was using the session client interface and gdm I think
[14:23] <seb128> chrisccoulson, ie closing the session and putting gdm in restart mode
[14:23] <chrisccoulson> seb128 - thanks, i thought that was probably the case
[14:26] <cody-somerville> seb128, would gdm-legacy be an okay name for the source and binary package for gdm 2.20.x?
[14:26] <seb128> I would rather use gdm-2.20
[14:27] <cody-somerville> seb128, okay.
[14:36] <ogra> ogra@babbage1:~$ ls /sys/class/graphics/
[14:36] <ogra> fb0  fb1
[14:37] <ogra> HA !
[14:37] <ogra> Keybuk, you were right, the module misses a dep on another module that has to be loaded before
[14:39] <lamont> so out of curiosity, how in the &&%( was backporting debhelper 7 to hardy-backports justified?
[14:40] <lamont> I mean, it's not like it potentially affects the majority of the archive....
[14:40] <lesshaste> I get " shm.c: mmap() failed: Cannot allocate memory" all the time when using pidgin
[14:40] <lesshaste> is this a known problem?
[14:42] <lamont> lesshaste: in karmic?
[14:44] <Keybuk> ogra: fbcon?
[14:45] <ogra> Keybuk, nope, mxcfb_ch7026 needs to depend on mxc_ipuv3_fb
[14:46] <ogra> Keybuk, seems FSL never uses frambuffers modularized :)
[14:46] <ogra> ogra@babbage1:~$ modinfo mxcfb_ch7026|grep depends
[14:46] <ogra> depends:
[14:47] <lesshaste> lamont, jaunty
[14:54] <\sh> hmmm..where is config dir of postgresql-8.3 in jaunty hiding nowadays? normally there was a /etc/postgres  directory in the past...
[15:17] <kkszysiu> Hello. Im making deb package but I dont know how to make tar.gz archive with dir tree started from "."
[15:18] <kkszysiu> like in data.tar.gz
[15:18] <kkszysiu> dir structure starts from . like ./usr/lib...
[15:19] <ion> You’ll want to create a source package (dh_make) and build the deb out of it using dpkg-buildpackage (or the handy wrapper, debuild). #ubuntu-motu should help.
[15:19] <Pici> kkszysiu: Have you read the packaging guide:  http://wiki.ubuntu.com/PackagingGuide  Also, packaging related questions are more on-topic in #ubuntu-motu
[15:28] <superm1> cody-somerville, you are uploading an old gdm to be available side-by-side with 2.26+?
[15:28] <cody-somerville> superm1, side-by-side, no
[15:28] <cody-somerville> superm1, installing 2.20.x will uninstall 2.26
[15:29] <superm1> cody-somerville, yeah that's what i meant
[15:29] <superm1> why not just sort out issues with new gdm
[15:29] <superm1> this seems like a problem in the making..
[15:29] <cody-somerville> superm1, We will eventually but its unlikely such an endeavour would be complete for karmic
[15:29] <superm1> cody-somerville, what are the current issues?
[15:30] <cody-somerville> superm1, its requires gnome-session and gnome-settings-daemon
[15:31] <superm1> cody-somerville, ah right
[15:31] <superm1> well you are going to have issues with the installer not being able to support autologin anymore once you switch to old GDM
[15:31] <cody-somerville> superm1, Could you elaborate?
[15:32] <superm1> cody-somerville, in the appropriate installer component(s), when it offers automatic login reconfigures the custom.conf in /etc/gdm nowadays.  it used to do gdm-cdd.conf, but I don't believe that legacy support remains
[15:33] <cody-somerville> superm1, I guess I'll have to fix that
[15:33] <cody-somerville> superm1, Thanks for pointing that out
[15:33] <superm1> nonetheless, you need a nice way to query what version of gdm is on the livefs if you wanted to use gdm-cdd.conf or custom.conf on demand
[15:34] <superm1> cody-somerville, yup np.  take a look through user-setup, i think most of that happens there nowadays
[15:37] <seb128> cody-somerville, superm1: having gdm2.20 and gdm will make conffile handling trickier too
[15:38] <seb128> ie you will need to support people switching between those
[15:38] <seb128> and the conffile move between binaries and versions
[15:38] <superm1> i'm not encouraging gdm2.20 myself, i'm fine just having gnome-session-bin and gnome-settings-daemon stuck in the install for mythbuntu until xfce has suitable replacements
[15:39] <superm1> we've got a workaround for bug 403291 for now (albeit a bit of an ugly one)
[15:47] <Usama> hello, https://bugs.launchpad.net/ubuntu/+source/icewm/+bug/270019 when it will be decided
[15:47] <Keybuk> decided?
[15:48] <Usama> importance undecided
[15:48] <Usama> it's simple patch that could make it works
[15:49] <lamont> lesshaste: that would make it a question for #ubuntu....
[15:49] <Laney> Usama: I suggest you try and get that patch integrated upstream
[15:49] <Laney> pop by their IRC channel
[15:49] <lesshaste> lamont, really?.. the chances of anyone in #ubuntu even being able to understand the question... :(
[15:49] <Usama> they don't respond
[15:50] <lamont> lesshaste: this would be the channel to discuss your patch to fix the problem
[15:51] <Usama> http://sourceforge.net/tracker/index.php?func=detail&aid=1440618&group_id=31&atid=300031
[15:51] <lesshaste> lamont, I take your point.. although it makes me sad :)
[15:54] <lesshaste> lamont, maybe this is an acceptable question.. I see https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/317537 but in my case I get it just by running pidgin
[15:54] <lesshaste> lamont, should I open a separate bug report?
[15:57] <lamont> lesshaste: either that, or if it matches closely enough, you could just mark the existing bug as also affecting pidgin
[16:08] <lesshaste> lamont, ok but I feel sure it's not a pidgin problem
[16:14] <gaspa> Ampelbein: hi.
[16:14] <Ampelbein> gaspa: hi
[16:15] <gaspa> have you plan to merge ocaml-bjack?
[16:15] <Ampelbein> gaspa: it's pretty far down my list so if you want to take it, feel free to.
[16:15] <gaspa> thanks, it's required to go on with ocaml transition,
[16:16] <Ampelbein> no problem.
[16:16] <gaspa> :)
[17:18] <spotter> would not having pulse audio installed making gnome-volume-control-applet and gnome-settings daemon go crazy?
[17:18] <spotter> i.e. they both keep on repeating to .xsession-errors "WARNING **: Connection failed, reconnecting..."
[17:19] <spotter> hmm. it appears so
[17:21] <seb128> spotter, yes, there is bugs about those and next upload will recommends pulseaudio
[17:21] <spotter> it keeps on trying to run /usr/bin/pulseaudio and open related files
[17:21] <spotter> seb128, this seems like a depends
[17:21] <spotter> it fills up my hd
[17:21] <seb128> no, a recommends
[17:21] <spotter> then it shouldn't output warnings every 1ms
[17:21] <seb128> you are not forced to use the the applet or enable the g-s-d option
[17:21] <spotter> what options in g-s-d?
[17:21] <seb128> the volume control
[17:22] <seb128> it's a plugin you can enable or not in gconf
[17:22] <spotter> hmm
[17:22] <seb128> anyway the excessive pulling is a bug
[17:22] <spotter> well, I can't seem to disable it easily :)
[17:22] <seb128> the gnome-media issue is fixed in git
[17:22] <spotter> so is an ubuntu desktop going to be usable w/ pulse?
[17:22] <seb128> well recommends are thing installed by default you can uninstall if you know what you are doing
[17:22] <seb128> no
[17:22] <spotter> as I was having major issues w/ flash with pulse b4
[17:23] <seb128> or rather yes but you will have no volume control
[17:23] <spotter> I mean usable w/o
[17:23] <seb128> you need pulseaudio to get volume control
[17:23] <seb128> that's a GNOME choice
[17:23] <spotter> but you read it right
[17:23] <spotter> have the flash issues been fixed? (or dont know?)
[17:23] <seb128> dunno
[17:24] <seb128> ultimately flash is an adobe problem if you use the closed source adobe version
[17:24] <spotter> I can deal without volume control at least on this machine (thinkpad w/ hardware buttons)
[17:24] <spotter> didn't fedora make a non pulse mixer?
[17:25] <spotter> thought I read something in lwn
[17:25] <seb128> dunno, that's fedora who pushed to pulseaudio requirement over GNOME
[17:25] <spotter> what gconf do I change for g-s-d
[17:25] <seb128> I would find ironic if they wrote a non pulse version too
[17:25] <seb128> ie they just rewrote the capplet to be pulseaudio only
[17:25] <seb128> that's probably what you read about
[17:26] <spotter> right, and people complained as it killed their audio
[17:26] <spotter> so they put a non pulse one in for those who need it
[17:26] <seb128> I would be surprised
[17:26] <seb128> we had a non pulse version before in GNOME
[17:26] <seb128> ubuntu patched jaunty to still use it
[17:27] <seb128> the fedora guys said they would want such hack upstream and that audio stack and drivers should be fixed
[17:27] <seb128> but there is plenty of non pulse mixers around
[17:27] <seb128> in ubuntu too
[17:27] <seb128> spotter, /apps/gnome_settings_daemon/plugins/media-keys/active
[17:27] <spotter> anyways, know the gconf key i need to change?
[17:27] <spotter> ah
[17:27] <spotter> :)
[17:28] <spotter> hmm
[17:28] <spotter> that just killed g-s-d :)
[17:28] <seb128> restart it?
[17:28] <spotter> did
[17:29] <seb128> and?
[17:29] <spotter> though didn't seem to affect widget in xchat
[17:29] <spotter> no more noise
[17:29] <spotter> didn't redo widgets in any app running
[17:29] <spotter> weird
[17:31] <spotter> any idea how to remove gnome-volume-control-applet?
[17:32] <seb128> spotter, go to system, preferences, session
[17:32] <seb128> and uncheck the corresponding line
[17:32] <seb128> or startup application it's named
[17:35] <cody-somerville> seb128, gnome-keyring-daemon installs a autostart file to /etc/xdg/autostart - that shouldn't happen anymore right because pam takes care of it now?
[17:35] <seb128> cody-somerville, pam is only used when you don't set autologin no?
[17:35] <seb128> ie in the autologin case you need the autostart
[17:35] <spotter> seb128: this is what I remember http://lwn.net/Articles/330432/
[17:36] <cody-somerville> seb128, correct
[17:36] <spotter> thanks
[17:37] <spotter> hopefulyl now wont end up with a 4GB .xsession-errors file after one day
[17:37] <spotter> :)
[17:37] <cody-somerville> seb128, I have three gnome-keyring-daemon processes running - do you imagine that could cause problems?
[17:37] <seb128> spotter, you should better use pulseaudio and try to get it working
[17:38] <seb128> ie better to use energy to solve issues than to roll back to old technologies to avoid having to do the work
[17:38] <spotter> seb128: except I cant deal w/ firefox hanging every time I close a tab that ran flash
[17:38] <seb128> cody-somerville, I doubt it other people would have noticed
[17:38] <spotter> I could avoid flash
[17:38] <spotter> but unfortunately, want it for some things
[17:39] <spotter> need either chrome or firefox process model to come around so this wont be an issue :)
[17:39] <billybigrigger> dtchen, ping
[22:18] <cody-somerville> hmm...
[22:18] <cody-somerville> why is /usr/sbin not in my PATH anymore?
[22:20] <seb128> soren, hi, could you look at bug #403216 which is waiting for sponsoring?
[22:39] <seb128> soren, could you also look at bug #391224?
[23:17] <kozz> where should packages that contains python code install the files?
[23:17] <kozz> because coherence installs the files in /usr/share/coherence/ so I have to set PYTHONPATH to that directory for coherence so work
[23:17] <kozz> are the files installed in the wrong directory or is there some PATH that need to be adjustet
[23:18] <kozz> looks like most packages have their files installed in /usr/lib/python2.6/dist-packages
[23:18] <DktrKranz> kozz: it's a known issue. I talked to coherence co-maint about it, he has to provide a public module via a new python-coherence package
[23:21] <kozz> DktrKranz: right, was no bug about it on launchpad so I though it could be something on my machine only, some path that hadn't been updated during the upgrade or similar
[23:21] <kozz> thanks for the info
[23:24] <DktrKranz> np
[23:56] <ebroder> Is there any way to suppress certain messages with notify-osd?
[23:57] <ebroder> e.g. the system-config-printer messages that a job has completed?