[00:13] <Keybuk> vuntz: of course, I can't take a screenshot
[00:13] <Keybuk> if I go to an empty viewport, and click it, I get all my apps
[00:14] <Keybuk> if I click it again, I get only 3
[00:17] <vuntz> weird
[00:17]  * vuntz wonders if there's another wm using viewport
[00:18] <vuntz> sawfish, maybe
[00:18] <vuntz> or maybe compiz does work on my laptop now...
[06:33] <Hobbsee> ubotu: part
[06:33] <Hobbsee> (george is already in here, and i don't have access)
[06:36] <Amaranth> George: test
[06:37] <Hobbsee> !help
[06:37] <George> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[06:37] <Hobbsee> works
[06:37] <Amaranth> Hobbsee: I could just ban George :P
[06:37] <Amaranth> bug 67834
[06:38] <George> Launchpad bug 67834 in kdebase "add an option to disable the system bell system-wide" [Wishlist,Confirmed] https://launchpad.net/bugs/67834
[06:38] <Amaranth> then again...
[06:38] <Hobbsee> Amaranth: if you like.  both do it.
[06:38] <Hobbsee> Amaranth: this ubotu doesn't work with !info basket, etc, though.
[06:38] <Hobbsee> although it'll tell you if something isn't in ubuntu
[06:38] <Amaranth> nah, this seems to work for the only thing it ever gets used for
[06:38] <Amaranth> bug 49346
[06:38] <George> Launchpad bug 49346 in metacity "Gnome mistakes window closing confirmation as frozen programme. (dup-of: 29584)" [Undecided,Invalid] https://launchpad.net/bugs/49346
[06:39] <George> Launchpad bug 29584 in metacity "False reports of "Window not responding" error" [Low,Confirmed] https://launchpad.net/bugs/29584
[06:40] <Hobbsee> George:  bug #172300
[06:40] <George> Launchpad bug 172300 in linux-source-2.6.22 "Unable to boot 7.10 on abit ib9 due to ata xfermode" [Medium,Confirmed] https://launchpad.net/bugs/172300
[06:51] <dholbach> good morning
[06:56] <Amaranth> @schedule
[06:56] <George> Schedule for Etc/UTC: 19 Mar 21:00: Server Team | 26 Mar 21:00: Server Team | 28 Mar 04:00: MOTU
[08:46] <seb128> hey hey hey mvo gicmo
[08:48] <seb128> gicmo: your nautilus-cd-burner changes work correctly ;-)
[08:48] <mvo> hey seb128!
[08:49] <gicmo> seb128: cool, totally strange that they left that call in there, could you attach the patch to the bug?
[08:49] <seb128> gicmo: sure
[08:49] <seb128> gicmo: I manage to lock nautilus apparently though
[08:50] <gicmo> oh
[08:50] <seb128> gicmo: does http://paste.ubuntu.com/5860/ looks like a locked situation?
[08:50] <seb128> gicmo: I tried to open several folder etc on the sftp location while I was disconnect
[08:50] <seb128> that didn't block nautilus which is good ;-)
[08:51] <seb128> but when I reconnected it did the actions queued apparently
[08:52] <seb128> DOH
[08:52] <seb128> don't keep fingers on ctrl-alt to switch workspace after typing
[08:52] <seb128> or don't delete a char while you are doing so rather ;-)
[08:52] <gicmo> hehe
[08:53] <gicmo> looks like its blockin in dbus
[08:53] <seb128> anyway, after being connected again it opened several directories on which ones I clicked during the disconnect time
[08:53] <seb128> and then got greyed (ie, the compiz way to tell you the app is not responding)
[08:54] <lool> seb128: was happening to me all the time; I decided to add DontZap to my config when I was tired of losing my work :)
[08:54] <seb128> lool: we should do that by default ;-)
[08:54] <lool> I proposed that a while back!
[08:55] <lool> But I was told many users kill their session in this way, especially when it's hung
[08:55] <seb128> which is true
[08:56] <seb128> we got quite some complain because gdm was not coming back properly after ctrl-alt-del in some cycle
[08:56] <gicmo> seb128: hmm tricky
[08:57] <seb128> gicmo: don't bother too much with this one, that was just in case there was something obvious there
[08:58] <gicmo> k
[09:02] <huats> morning everyone
[09:02] <huats> :)
[09:03] <crevette> heu huats
[09:08] <huats> hello crevette mvo and of course seb128
[09:08] <huats> :)
[09:08] <mvo> hey huats
[09:08] <seb128> lut huats
[09:14] <pitti> kwwii: I just noticed that with the new gdm theme the "incorrect password blabla" line is partially covered by the input line; it should be somewhere else
[09:14] <pitti> kwwii: is this on your radar already or shall I file a bug?
[09:14] <seb128> pitti: there is several duplicates from this one already
[09:14] <seb128> I'm going to kick the next user bugging gdm about it
[09:14] <seb128> ;-)
[09:14] <kwwii> pitti: there is already a bug on that (and I will fix it)
[09:14]  * pitti shuts up
[09:14] <pitti> kwwii: danke
[09:14]  * pitti hugs seb128
[09:15]  * seb128 hugs pitti
[09:15] <kwwii> I'll have the tweaked package ready a bit later :-)
[09:15] <seb128> that's annoying, they all send bugs on gdm
[09:15]  * pitti currently tests pretty much everything in the live system
[09:15] <seb128> pitti: how buggy is it?
[09:15] <pitti> pretty good actually
[09:15] <pitti> PK works again, all apps that I tested so far work
[09:15] <seb128> cool
[09:16] <pitti> bug 203612 is a bit nasty
[09:16] <pitti> but just cosmetic, too
[09:16] <ubotu> Launchpad bug 203612 in displayconfig-gtk "Screens & Graphics menu item in wrong section" [Medium,Confirmed] https://launchpad.net/bugs/203612
[09:16] <pitti> all in all we are in a pretty good shape
[09:16] <seb128> pitti: I though it had been removed from the menus?
[09:16] <pitti> (this can't be right, it's too good....)
[09:16] <pitti> removed entirely? why should it?
[09:17] <pitti> it's my live saver to get a correct resolution, and I guess for many other people, too?
[09:17] <pitti> System -> Administration is a good place for it?
[09:17] <Amaranth> oh, i thought Screens&Graphics went away
[09:17] <seb128> pitti:
[09:17] <seb128>  displayconfig-gtk (0.3.8ubuntu1) hardy; urgency=low
[09:17] <seb128>  .
[09:17] <seb128>    * Disable displayconfig-gtk in menus (replaced by Screen Resolution tool)
[09:18]  * pitti wonders WTH a "802.1X protected wired network" is
[09:18] <pitti> asac: ^ current network-manager
[09:18] <seb128> pitti: bryce argued that it's too buggy and not useful now that we have the xrandr 1.2 capplet
[09:18] <Amaranth> yeah, since it's really only needed for bulletproofx
[09:18] <pitti> but if X misdetects the resolution, xrand doesn't help at all
[09:18] <Amaranth> the xrandr 1.2 thing doesn't work for nvidia but then again screens & graphics doesn't do the right thing for nvidia either :)
[09:18] <pitti> (e. g. vmware only has 800x600 due to a bug in X.org somewhere)
[09:19] <seb128> Amaranth: bryce wants to use the nvidia tool for those
[09:19] <pitti> well, either way, it shouldn't be in Apps -> Other
[09:19] <seb128> pitti: well, iz xorg bug
[09:19] <Amaranth> yeah, nvidia-settings is better :)
[09:19] <seb128> no it shouldn't
[09:19] <pitti> seb128: right; but even if this particular one is fixed, we'll always have some
[09:20] <pitti> "cannot fix detected screen resolution" is the top #1 complaint from the people around me why they did not install Ubuntu permanently
[09:20] <pitti> granted, it got much better in hardy
[09:21] <pitti> seb128: ah, and tomboy crashes
[09:21] <pitti> (when trying to quit it)
[09:22] <pitti> and the tracker search tool doesn't allow me to enable tracker
[09:22] <seb128> pitti: you should enable it from system, preferences, indexing
[09:22] <seb128> pitti: well, I'm not the one to argue with, but I really don't like this displaygtk-config
[09:22] <seb128> I had bad comments about it and I think it's quite buggy
[09:23] <pitti> I tend to agree
[09:26] <pitti> seb128: hm, System Tools -> Hardware Testing... I don't think we want that there either ,right?
[09:26] <pitti> System -> Administration, for all users?
[09:27] <seb128> pitti: yeah, cr3 mailed me about that yesterday
[09:27] <seb128> pitti: I'm not sure to be honest
[09:27] <seb128> pitti: I'm pondering moving things back to applications, system tools
[09:27] <seb128> system, preferences has too many items now
[09:28] <pitti> hm, but they mostly fit well into the idea of "system administration" IMHO
[09:28] <pitti> hwtest doesn't, right
[09:28] <seb128> and vmware, virt, etc install items in applications, system tools
[09:28] <seb128> which means you quickly get this submenu back when installing softwares anyway
[09:28] <pitti> right, gnome-device-manager is, too (universe, though)
[09:29] <pitti> it just looks a bit weird to have just one entry in the menu
[09:29] <pitti> but *shrug*
[09:29] <pitti> seb128: as long as it has been discussed, I'm fine
[09:29] <pitti> just want to make sure it's not an oversight
[09:29]  * pitti hugs seb128
[09:30] <seb128> pitti: I didn't reply to cr3, but we will not let one item there
[09:31] <seb128> either we move back things which were there
[09:31] <seb128> ie, gnome-system-monitor
[09:31] <seb128> or we move the hardware testing somewhere else
[09:31] <seb128> not sure what is the best yet
[09:31] <seb128> I'll likely put that on the desktop team meeting agenda
[09:34] <pitti> oh, system monitor is a great idea
[09:34]  * pitti doesn't even find that in the menu
[09:34] <pitti> it's applet-only ATM?
[09:35] <pitti> wow, we have a "Network Manager Editor" now
[09:36] <pitti> . o O { that doesn't really belong into the main menu IMHO; would be better in right-click nm-applet menu }
[09:36] <pitti> seems I'm in a nitpicking mood today
[09:46] <asac> pitti: i have seen some discussion about that
[09:47] <asac> but i don't have any details
[09:47] <asac> will try to look it up when i have some time
[09:47] <Amaranth> pitti: can you make jockey set UseCompositeWrapper for nvidia too?
[09:47]  * Amaranth should really file a bug :)
[09:48] <pitti> Amaranth: sure, but please file a bug and give some explanations
[09:48] <pitti> Amaranth: will that cause any regressions for other hardware or performance?
[09:49] <Amaranth> it might be a performance hit but it just makes the nvidia driver use something from the X server (that i'm guessing other drivers use) instead of doing stuff by itself
[09:49] <Amaranth> apparently Qt apps are basically unusable with the driver we have if you don't enable this
[09:50] <Amaranth> with compiz, i mean
[10:14] <Keybuk> pitti: it is in the right-click NM menu, isn't it?
[10:14] <pitti> Keybuk: oh, indeed it is
[10:15] <pitti> so why is it repeated in the menu?
[10:15] <seb128> because right click is not discoverable
[10:16] <seb128> but I agree on this one, it should not be in the menu
[10:17] <Keybuk> the fact that NM has both left and right click menus is, of course, a different issue
[10:17] <Keybuk> (and an idiotic one)
[10:17] <pitti> . o O { session startup in a fresh vmware installation is delightfully fast again! }
[10:18] <pitti> asac: what is a 802.1X protected wired network? Can we change that string to something mere mortals can understand?
[10:18] <asac> pitti: huh? didn't you get my answer or did i forget to hit enter? ... i currently have no idea what it is. i just rememberd that someone was happy that it worked now on NM list
[10:19] <asac> where do you read that string?
[10:19] <pitti> asac: ah, there; sorry
[10:19] <pitti> asac: left click on nm-applet
[10:19] <pitti> seb128: ah, recently you were asking me about floppy, right?
[10:20] <asac> i dont see anything there right now. guess have to remove my entry from eni. will do so after a short breakfast
[10:20] <pitti> seb128: it just occurred to me that in vmware I can have a fake floppy, and I indeed get that "invalid hal function signature yadayada" error when I select it in the places menu
[10:20] <seb128> pitti: yes, I would like to know if those are working in nautilus now
[10:20] <seb128> pitti: and using the computer location?
[10:20] <seb128> pitti: that's weird because the method is available now
[10:20] <pitti> seb128: there it correctly says "no media in the driver"
[10:21] <pitti> s/driver/drive/
[10:21] <seb128> hum
[10:21] <seb128> would be interesting to try with a floppy in the drive
[10:21] <seb128> to see if it gets mounted
[10:22] <asac> pitti: http://en.wikipedia.org/wiki/802.1x ... so its authenticated wired apparently (like one could guess)
[10:23] <asac> now breakfast
[10:25] <Amaranth> so no one can sniff your wired connection?
[10:25] <pitti> seb128: let me find/download a floppy image
[10:25] <seb128> pitti: thanks
[10:26] <pitti> hm, that vmware isntance does not have a floppy...
[10:26]  * pitti shuts down and adds one
[10:27] <slomo_> seb128: ah, please sync banshee 0.13.2+dfsg-8 from debian :) adds mtp and gnome-settings-daemon 2.22 support
[10:27] <slomo_> seb128: and last-exit 5-2
[10:27] <seb128> pitti: is that ok to do universe syncs now?
[10:28] <pitti> seb128: sure
[10:28] <pitti> seb128: ah, convenient: vmware offers me to create an empty floppy image :)
[10:28] <seb128> ah, cool
[10:36] <pitti> seb128: hmmm
[10:36] <pitti> so I created and mformat'ed the floppy
[10:36] <pitti> and mount /media/floppy works (standard fstab entry)
[10:37] <pitti> but computer place still says 'no media' and places menu has that weird hal signature error
[10:37] <seb128> ok, so it's still buggy
[10:37] <pitti> gnome-mount -vbd /dev/fd0 works at least
[10:39] <pitti> same result when I remove the fstab entry
[10:41] <pitti> seb128: hm, seems to be pretty much bug 188256 for floppies
[10:41] <ubotu> Launchpad bug 188256 in nautilus "empty CD-ROM Drive doesn't do anything when clicked" [Wishlist,Fix released] https://launchpad.net/bugs/188256
[10:42] <seb128> pitti: right
[10:42] <pitti> it's mentioned in the second-last comment
[10:42] <seb128> pitti: https://bugs.edge.launchpad.net/ubuntu/+source/gvfs/+bug/197954 too
[10:42] <ubotu> Launchpad bug 197954 in gvfs "Hardy: Unable to scan Floppy Drive for media changes" [Low,Triaged]
[10:43] <seb128> pitti: once the floppy mounted you can browse it though?
[10:44] <pitti> when I use gnome-mount -d /dev/fd0, then the Places menu gets a secodn icon "disk" with a floppy icon (in addition to "Floppy drive")
[10:44] <pitti> same in the computer place
[10:44] <pitti> the disk icon opens nautilus with the floppy contents
[10:45] <pitti> floppy drive icon continues to be broken
[11:16] <slomo_> seb128: oh, and after freeze you can merge glib and sync gvfs please ;)
[11:17] <seb128> slomo_: glib is not buggy then? you told me yesterday to wait
[11:17] <lapo> ciao
[11:17] <slomo_> seb128: the bug was somewhere else as expected but i just wanted to be sure :) (n-m had memory corruption, causing a segfault in a glib function)
[11:18] <slomo_> seb128: also all those patches are upstream now (or will later today)
[11:18] <seb128> slomo_: alright
[11:18] <seb128> slomo_: what patches?
[11:18] <seb128> slomo_: I did send the gio nfs one upstream today
[11:18] <slomo_> seb128: the nfs4 patch?
[11:18] <seb128> yes
[11:18] <slomo_> ok, none of the others? :)
[11:18] <slomo_> i meant 80_static-mutex-aliasing-warnings.patch and 81_c99-inline-warnings.patch
[11:18] <seb128> I've enough to carry zillion of changes because Josselin doesn't bother sending what he does upstream
[11:19] <seb128> slomo_: no, I was going to look at the other later but if you do it that's good ;-)
[11:20] <slomo_> ok ;)
[11:20] <seb128> slomo_: btw did you port the single click patch for nautilus to the new version?
[11:20] <slomo_> i dropped it iirc
[11:21] <seb128> ok, cool
[11:21] <seb128> because it's creating issues
[11:21] <slomo_> seb128: how was the file called? :)
[11:22] <seb128> slomo_: 05_places-sidebar_single-click.patch
[11:22] <slomo_> oh, that is still applied (and didn't need porting)
[11:22] <slomo_> sorry
[11:23] <slomo_> what issues does it create?
[11:23] <seb128> slomo_: bug #189110
[11:23] <ubotu> Launchpad bug 189110 in nautilus "nautilus erroneous error message opening Samba share - can't display Samba drive" [Undecided,Fix released] https://launchpad.net/bugs/189110
[11:23] <seb128> slomo_: and right clicking on a location to copy things for example makes it switch to the location
[11:24] <slomo_> ok, thanks... will take a closer look at the patch and disable for next upload unless it's possible to fix it easily; )
[11:24] <seb128> thanks
[11:26] <slomo_> i hate all these patches :)
[11:26] <seb128> me too
[11:27] <seb128> we should really profite of alex being active to get things upstream or drop the distro changes if they are not appropriates
[11:28] <slomo_> yes, just needs someone to do it... most nautilus patches were in bugzilla though
[11:30] <seb128> alex doesn't use bugzilla a lot, too much things there
[11:30] <seb128> better to ask him on IRC or use the nautilus list
[11:33] <slomo_> yes, that's my plan
[11:33] <slomo_> :)
[11:33] <slomo_> seb128: apart from that he will have much less time for such things starting in 10 days (i thought you got the mail too?)
[11:34] <seb128> slomo_: yes
[11:34] <seb128> slomo_: that's why we should try to get changes upstream now ;-)
[11:35] <slomo_> seb128: yes, later... need to get some food now and then i'll do it :P
[11:35] <Amaranth> what happens in 10 days?
[11:36] <seb128> Amaranth: alex goes on paternity leaves for some months
[11:36] <Amaranth> ah
[11:36] <Amaranth> i thought that was a couple months ago
[11:46] <slomo_> seb128: any reason why you didn't commit the nfs4 patch yet? :)
[11:47] <seb128> slomo_: I'm not a glib maintainer and nobody approved it yet
[11:48] <slomo_> seb128: can't alex approve at least gio related things? well, someone will probably look at it and if not i'll ask mclassen later when i've all patches prepared ;)
[11:49] <seb128> slomo_: alex read the gio bug mails and approve patches usually, I just don't want to bother him every 15 minutes on IRC, I'll let him deal with the bug when he wants rather, there is no hurry ;-)
[12:18] <seb128> lool: did you get the cheese update uploaded?
[12:20] <lool> seb128: It was incomplete
[12:20] <lool> seb128: missing b-deps bumps and changelog information
[12:21] <lool> seb128: I can easily complete the update in some minutes if you need it at any time
[12:21] <pedro_> slomo_: hello, have you seen this bug 199496 ?
[12:21] <ubotu> Launchpad bug 199496 in tomboy "Tomboy.exe crashed with SIGSEGV in exit()" [Medium,Confirmed] https://launchpad.net/bugs/199496
[12:21] <seb128> lool: I don't really need it, but would be nice to have the GNOME 2.22 version
[12:22] <seb128> lool: I was just wondering because you said it would be uploaded by tuesday
[12:22] <slomo_> pedro_: known gtk# or mono bug
[12:23] <slomo_> pedro_: assuming it happened when exiting tomboy
[12:23] <pedro_> yes same one
[12:23] <slomo_> no fix known yet but it's nothing to worry about too much
[12:23] <slomo_> just annoying because of apport ;)
[12:23] <pedro_> hehe ok, thanks
[12:23] <lool> seb128: I said we should set the deadline to tuesday, but then I backed up when I recalled about the freeze
[12:24] <lool> seb128: To be clear: set the deadline, and I'll honor it :)
[12:24] <lool> seb128: I've passed the info to tremolux, and he output the update over the WE, but it was slightly incomplete
[12:24] <lool> Hence the back and forth
[12:24] <lool> If it's too long for you, tell me, I'll finish it
[12:28] <seb128> lool: next week would be nice
[12:29] <lool> seb128: next Monday?
[12:29] <lool> seb128: I'll pass down the target to tremolux
[12:29] <lool> seb128: Feel free to escalate to me any time you want it
[12:30] <slomo_> seb128: /usr/share/gnome/applications/defaults.list <--- is this a debian invention?
[12:30] <lool> slomo_: Isn't this XDG stuff?
[12:30] <lool> desktop-file-utils
[12:30] <seb128> lool: monday is a holiday, there is no really hurry, just try to get it uploaded next week if you can, thanks ;-)
[12:31] <seb128> slomo_: yes
[12:31] <slomo_> lool: yes... but i mean this location, other location are XDG, right
[12:31] <lool> seb128: Oh *right* \o/
[12:31] <lool> holidays \o/
[12:31] <slomo_> seb128: ok, not going upstream :)
[12:31] <seb128> slomo_: no
[12:31] <seb128> slomo_: that should be dropped from debian too if you ask me
[12:32] <slomo_> seb128: why exactly?
[12:33] <seb128> because it creates extra diff and should be done in a standard way
[12:33] <seb128> that has been discussed on the xdg lists some weeks ago
[12:34] <seb128> I'm not sure that KDE is using defaults.list anyway
[12:34] <slomo_> ok, did you drop it for ubuntu?
[12:34] <seb128> we never had it in ubuntu
[12:34] <slomo_> heh
[12:34] <seb128> that's something josselin did for debian I think
[12:34] <seb128> but I never agreed with it
[12:35] <seb128> and kubuntu didn't complain either so I think it's a non issue
[12:35] <slomo_> yes... how are default applications for a mimetype selected in ubuntu?
[12:35] <seb128> as they are upstream
[12:35] <seb128> using the defaults.list but not in a gnome subdir
[12:36] <slomo_> seb128: what are the other paths? i know the one in the home directory but is there a system wide too?
[12:36] <seb128> /usr/share/applications/defaults.list is the standard one
[12:37] <slomo_> ah, non-existing here... so it does automagic somehow? ;)
[12:37] <seb128> no, josselin patched the debian gnome to look at the debian specific location
[12:38] <slomo_> is there a /usr/share/applications/defaults.list in ubuntu?
[12:38] <seb128> yes
[12:38] <seb128> we ship it in desktop-file-utils though
[12:38] <seb128> not in gnome-vfs as debian
[12:39] <slomo_> ok, gives more or less the same problem though, just a different patch
[12:39] <seb128> what problem?
[12:40] <slomo_> these are all gnome applications... now if someone uses for example xfce he will have gnome applications as default unless he sets something different and not what xfce offers
[12:40] <slomo_> (same for kde if they use it too)
[12:40] <slomo_> not sure if this is important
[12:41] <seb128> we go no complain from kubuntu so I guess KDE is using something else
[12:44] <seb128> slomo_: there is a mail on the xdg lists stating "KDE uses InitialPreference. GNOME uses defaults.list."
[12:44] <slomo_> ok
[12:46]  * slomo_ isn't happy with having gnome specific things in glib... but /usr/share/gnome is even worse :)
[13:08] <slomo_> seb128: 18_disable_signal_handler.patch  <--- talked with alex about this one already? :)
[13:09] <seb128> slomo_: I just noticed that I forgot to drop it when I read your changelog
[13:09] <seb128> slomo_: alex fixed it differently upstream, the patch can be dropped
[13:09] <slomo_> seb128: thanks
[13:09] <slomo_> ok, i have everything ready now to flood alex with patches :P
[13:10] <seb128> ;-)
[13:17] <slomo_> vuntz: ping? :)
[13:20] <slomo_> vuntz: gnome-menus currently installs /etc/xdg/menus/applications.menu and similar things... ubuntu/debian already adds "gnome-" as prefix to them, what do you think about getting this upstream? :)  needs a small fix in gnome-panel too... and resolves a conflict with kde (which has a kde-applications.menu, not sure if it's called applications.menu upstream too)
[13:21] <vuntz> slomo_: I've thought about this
[13:21] <slomo_> vuntz: ...but? :) it looks like a small change that shouldn't cause any problems at all
[13:21] <vuntz> slomo_: problem is that people who have edited their menus will lose their changes if we change the name of those files
[13:21] <slomo_> oh
[13:22] <slomo_> ok, that's bad then :)
[13:23] <slomo_> vuntz: any ideas how to solve that better?
[13:23] <seb128> slomo_: btw, ubuntu doesn't add gnome- there
[13:23] <seb128> slomo_: that's another change josselin did in debian I disagreed about
[13:23] <slomo_> oh, i didn't know you dropped that patch
[13:23] <slomo_> why did you disagree? except what vuntz said?
[13:24] <seb128> slomo_: and I think Amaranth recommended against it because it was creating issues for menu edition or something
[13:24] <seb128> slomo_: because it was breaking thing and a distro specific behaviour
[13:24] <seb128> slomo_: it requires to patch applications to use the right naming
[13:25] <vuntz> slomo_: it's hard to fix now
[13:25] <slomo_> ok, so not beautiful forever or until gnome 3.0 ;)
[13:26] <vuntz> slomo_: well, I'd love to fix this
[13:27] <slomo_> vuntz: ok, what about the gnome-panel-logout application patch? :)
[13:28] <seb128> vuntz: btw, could you review http://bugzilla.gnome.org/show_bug.cgi?id=505488?
[13:28] <ubotu> Gnome bug 505488 in gconf "gconfd does not unblock signals properly" [Normal,Unconfirmed]
[13:32] <vuntz> seb128: gconf?
[13:33] <vuntz> slomo_: I'm not fond of this patch. Will be fixed properly in 2.23
[13:33] <seb128> vuntz: nobody is maintaining it upstream
[13:33] <slomo_> vuntz: ok, good enough for me :)
[13:33] <seb128> vuntz: so I figured you might be able to review the patch and commit since that's a small one ;-)
[13:33] <seb128> vuntz: I'll try kmaraas otherwise
[13:35] <vuntz> seb128: I don't understand the patch
[13:35] <vuntz> seb128: isn't gconfd.c only used for gconfd? What's the relation with the library?
[13:35] <seb128> lool: ^
[13:36] <seb128> vuntz: https://bugs.edge.launchpad.net/ubuntu/+source/gconf/+bug/188007
[13:36] <ubotu> Launchpad bug 188007 in gconf "gconfd does not unblock signals properly" [Medium,Triaged]
[13:36] <seb128> vuntz: there is some details there, not sure if that's useful to you though
[13:36] <slomo_> isn't gconfd forked from the library?
[13:37] <vuntz> slomo_: hmm. In GNOME, no
[13:37] <lool> vuntz: gconfd is autospawned by the lib
[13:37] <lool> vuntz: such a gconfd inherits whatever state the process had
[13:37] <vuntz> slomo_: I mean, yes, but it's started by gconf-sanity-check
[13:37] <lool> As it's a fork() + exec()
[13:38] <vuntz> anyway, it can't harm
[13:44] <seb128> vuntz: thanks!
[13:48] <lool> Pff we have ugly patches in gconf
[13:50] <seb128> lool: which one?
[13:50] <lool> The syslog one
[13:50] <lool> The other one isn't too ugly, it's just hurd cruft; can probably be merged upstream as is
[13:53] <seb128> right
[13:57] <soulc> cd burning software?
[13:58] <seb128> soulc: hi, you want to go on #ubuntu
[14:00] <soulc> want is desktop concerned with?
[14:02] <seb128> getting work done
[14:02] <seb128> that's not an user chan
[14:02] <seb128> rather a chan to discuss work we are doing
[14:03] <soulc> ah ok
[14:03] <soulc> so #ubuntu will work for me huh?
[14:07] <vuntz> Amaranth: http://bugzilla.gnome.org/show_bug.cgi?id=520726 doesn't apply here
[14:08] <ubotu> Gnome bug 520726 in general "make left and up viewport moves work" [Normal,Unconfirmed]
[14:08] <vuntz> is there any other patch that you apply before this one?
[14:11] <vuntz> ah, maybe the patch from bug 520704
[14:18] <vuntz> seb128: I think you can kill 80_from_bugzilla_add_action_above.patch in libwnck
[14:18] <seb128> vuntz: thanks
[14:19] <vuntz> I remember thinking it should be killed a few months ago, but you might need to check why ;-)
[14:19] <seb128> Amaranth: ^ confirming? ;-)
[14:20] <vuntz> ok, no real important patches for libwnck
[14:33] <slomo_> pedro_: hi :) want to file FF exception requests for gtk-sharp2, gnome-sharp2 and gnome-desktop-sharp2 and a main inclusion report for the latter (f-spot wants gtkhtml)? :)
[14:33] <slomo_> pedro_: would get us rid of gtkhtml3.8 from main among other things
[14:38] <pedro_> well if that fixed the crashes
[14:43] <mvo> slomo_: http://paste.ubuntu.com/5871 <- interessting for you? (dapper->hardy)
[14:44] <slomo_> pedro_: doesn't fix the crashes... but makes pitti happy and will make it more likely that people can use our gtk# for the complete hardy supported time
[14:46] <lool> vuntz: Would you mind merging the hurd support patch in gconf?  http://svn.debian.org/wsvn/pkg-gnome/desktop/unstable/gconf/debian/patches/25_gconf-path-max-hurd.patch?op=file&rev=0&sc=0
[14:46] <lool> Since you seem to be on a patch merging day :)
[14:48] <vuntz> lool: not now (finishing some gnome-desktop bugzilla crawling and then meeting in 10 minutes)
[14:48] <vuntz> lool: but you can ping me later :-)
[14:51] <lool> Sure
[14:52] <kwwii> mvo: what was the sytax for adding a bug number to a commit message again? (LP: #bugnumber)?
[14:58] <mvo> kwwii: yeah, "LP: #number" will work
[14:59] <kwwii> thanks
[15:02] <kwwii> mvo: remeber all the time we spent changing the gtk theme stuff to include clearlooks and murrine? Now it is time to revert that :-)
[15:03] <mvo> kwwii: meh - sounds like fun. so what is the new plan? do we go back to humanlooks?
[15:03] <kwwii> mvo: yes
[15:03] <mvo> hmmm
[15:03] <mvo> ok
[15:03] <mvo> why?
[15:03] <kwwii> mvo: I guess we can just take the older version of the pacakge, or?
[15:04] <mvo> kwwii: yeah, just doing that might be the easiest way
[15:04] <kwwii> mvo: because someone likes it better (and there are good reasons like the scrollbars, progress bars, etc)
[15:05] <mvo> heh, ok :)
[15:05] <kwwii> if it was up to me we would be using darklouche or such
[15:05] <kwwii> :-)
[15:06] <kwwii> and now everyone knows why it is not up to me :p
[15:08] <mvo> slomo_: if you don't have time to look mono overwrite issue, I'm happy to do it, just let me know
[15:09] <slomo_> mvo: would be nice if you could do it
[15:17] <slomo_> seb128: ok, so we only have one patch in nautilus left that is not upstream... well, after alex branched and i committed the last ready one :)
[15:18] <seb128> slomo_: yeah, I've read the chan activity
[15:18] <seb128> we had quite some buggy patches, what did you do with those, dropped them now?
[15:18] <slomo_> yes
[15:19] <slomo_> well, disabled them for now if they're still valid
[15:19] <seb128> ok
[15:19] <slomo_> attached the last versions to the bug and explained what needs to be done to get it into nautilus
[15:19] <kwwii> btw, if someone wants to take a look at the gdm bug fix, it is in bzr and the source package is here:
[15:20] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.26.dsc
[15:20] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.26_source.build
[15:20] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.26_source.changes
[15:20] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.26.tar.gz
[15:37] <slomo_> lool: what shall we do about glib now? simply ignore joss and do the XDG_DATA_DIRS hack in gnome-session? ;)
[15:37] <slomo_> lool: and a separate package for the defaults of course
[15:42] <lool> slomo_: Yeah; Joss just doesn't want to lose face, but you can ignore him now, he kind of admitted XDG_DATA_DIRS in g-s is the only clean way we found for now
[15:43] <lool> slomo_: Perhaps glib could be generally more clever, but it would take a while to spec and implement cleverness on such stuff
[15:44] <lool> slomo_: For instance, we could teach glib about where it's running in ("this is a GNOME session") and teach it to prefer .desktop files for GNOME
[15:44] <lool> (I'm just listing crazy ideas; I'm not actually proposing to do this)
[15:44] <lool> But if you look at it today, the glib patch is pure uglyness for something which should really be achieved with an env var
[15:44] <slomo_> lool: ok, will do that then... what would you suggest for the gnome defaults? simply ship with gnome-core? :)
[15:44] <slomo_> yes, i really hate the current glib patch
[15:45] <lool> I don't like shipping the defaults in a particular package; it doesn't really make sense to me
[15:45] <slomo_> for gnomevfs it could stay as it is now, i don't care... the defaults should just be shipped by another package
[15:45] <lool> But for now, you could ship them in gnome-session as it's probably the only thing which will use that XDG dir
[15:46] <lool> On the longer term, it would be doable to have a trigger (haha) generate the defaults based on sensible info; perhaps from the packages or from the existing desktop files
[15:46] <slomo_> ok, noted and will do once later... and upload once glib moved to testing
[15:46] <slomo_> hehe, triggers... maybe next century :)
[15:47] <seb128> having the defaults.list is a lib or desktop applications sucks
[15:48] <seb128> because it means changing it is not as cheap as it should be
[15:49] <lool> seb128: Yeah, exactly
[16:20] <nxvl> mvo: are you still working on Bug #33505 ??
[16:20] <ubotu> Launchpad bug 33505 in apt "BADSIG errors using transparent http proxies" [High,Confirmed] https://launchpad.net/bugs/33505
[18:40] <pochu> seb128: hey, I already have my new desktop! ;-)
[18:40] <seb128> pochu: ah, good ;-)
[18:40] <pochu> seb128: btw totem-plugins should depend on python-gdata, which is needed for the youtube plugin
[18:41] <seb128> pochu: no it should not, that's an universe package and the youtube plugin is quite buggy
[18:41] <pochu> seb128: ah, then suggest it? :)
[18:42] <pochu> it WFM btw
[18:42] <seb128> pochu: I think I'll split the package, move the binary to universe and add depends there
[18:42] <seb128> pochu: very weird, it was broken due to the gnomevfs changes, gicmo fixed it and the patch has been uploaded to debian and ubuntu but it's blocked by the freeze
[18:43] <pochu> then the plugin won't be installed by default?
[18:43] <seb128> I'll revisit the choice once I've tried with the gnomevfs fix
[18:43] <pochu> seb128: I don't have sound though, but that's because I don't have speakers yet ;-)
[18:43] <seb128> try searching for ubuntu and play the library example
[18:43] <seb128> does it work?
[18:44] <pochu> Ubuntu @ The library?
[18:44] <pochu> Could not open location; you might not have permission to open the file.
[18:44]  * pochu wonders why...
[18:49] <pochu> seb128: search for "within temptation" and watch the "Stand my ground" videoclip
[18:53] <seb128> pochu: I didn't say none was working ;-)
[18:53] <pochu> seb128: ah, ok :)
[18:53] <seb128> pochu: but most of the ubuntu ones are broken for example
[18:53] <seb128> pochu: and you need the gst-plugins-bad installed
[18:53] <seb128> pochu: so it can't work out of the box
[18:53] <pochu> :(
[18:53] <pochu> that's a cool plugin ;)
[18:53] <seb128> right
[18:54] <seb128> we don't have mp3 working out of the box neither
[18:54] <seb128> it's useful too ;-)
[18:54] <seb128> patents suck
[18:54] <seb128> but we have to do with those
[18:54] <pochu> right, but at least we have the easy-codec-installation :)
[18:55] <seb128> I'll have a look at the youtube plugin again after beta anyway
[18:55] <pochu> great
[18:56] <seb128> pochu: if you are looking at things to do you are welcome to look at all the uploads slomo did to debian and see what we can sync or merge easily
[18:56] <seb128> we can likely lower the delta and sync some packages easily after beta
[18:56] <slomo_> seb128: the side pane one click patch was updated... and IMHO it looks good now, didn't test it yet though
[18:56] <pochu> plugins-bad is in universe btw... perhaps when the required plugin gets some work and is promoted to -good...
[18:56] <slomo_> seb128: http://bugzilla.gnome.org/show_bug.cgi?id=355760  if you want to test... :)
[18:56] <ubotu> Gnome bug 355760 in Sidebar Panel: Places "Side pane items shouldn't require a double click to open the location" [Minor,New]
[18:57] <seb128> slomo_: does it fix the double click smb error and the left click action?
[18:57] <seb128> right click I mean, and apparently it does
[18:57] <pochu> lool, seb128: what was that upnp python module we needed a MIR for? I don't have the logs from the last week or so
[18:58] <slomo_> seb128: well, it has the same behaviour as if you set nautilus to single click everywhere
[18:58] <pochu> hey slomo_
[18:58] <seb128> well, that's not the default so not many people notice
[18:58] <seb128> pochu: I think python-coherence should be promoted, would be nice to look at that ;-)
[18:58] <slomo_> pochu: if you want, merge gnomevfs :) and gstreamer stuff... and gtk-sharp2/gnome-sharp2/gnome-desktop2 (needs FF exception and the latter need MIR) :)
[18:59] <seb128> slomo_: oh you didn't upload the gnome-vfs change to hardy? I though you did
[18:59] <seb128> you decided to just work on debian and let other people do the ubuntu merges now? :-(
[18:59] <seb128> we need to recrute new contributors ;-)
[19:00] <slomo_> seb128: i'll upload gnomevfs after freeze to see if the patch is fine until then
[19:00] <slomo_> seb128: and if pochu doesn't want to do that stuff i've to do it ;)
[19:01]  * pochu is on holidays :)
[19:02] <seb128> slomo_: you don't "have to" do anyway, but help to merge debian updates is welcome
[19:02] <seb128> I'll do what I can but there is lot to do and not so many people active at the moment
[19:02] <slomo_> seb128: well, i don't have to but i want to :)
[19:03] <seb128> thanks ;-)
[19:05] <pochu> slomo_: I can do the gstreamer merges today or tomorrow
[19:06] <pochu> slomo_: we are in sync for -base, aren't we? so can't we just sync it? (I didn't look at the changes yet as I'm cathing with the mail though, so I don't know what changed ;)
[19:06] <slomo_> pochu: yes, base can be synced
[19:06] <slomo_> as can all the others too iirc, except core
[19:08] <seb128> pochu: we have to delay syncs to after the freeze, they don't go to the queue but are directly accepted
[19:08] <seb128> but feel free to make a list and ping me after beta ;-)
[19:08] <gicmo> re
[19:10] <pochu> seb128: sure, I'll make a list when I process sid-changes ;)
[19:10] <pochu> hey ember
[19:41] <lool> seb128, pochu: I'm also looking at getting python-coherence promoted for elisa
[19:41] <lool> I think I told people around here to try the RB uPnP plugin; it's now quite capable
[19:41] <lool> pitti: ^
[19:42] <lool> pitti: In general, python-coherence would enhance the RB plugin and elisa :)
[22:37] <pitti> lool: hm, sounds like a new feature to me
[22:37] <pitti> lool: I explained my gut feeling in the MIR bug
[23:14] <pochu> pitti: where's that bug? I see no bugs for coherence in lp