[01:18] <hggdh> that was a marvelous answer, pochu ;-)
[01:25] <pochu> hehe
[01:25] <pochu> I hope it didn't sound too bad :)
[01:26] <hggdh> no, it did not (at least to me)
[02:00] <ember> pochu the patch ftbfs or doesn't apply?
[02:00] <pochu> ember: ftbfs.
[02:01] <ember> with undef ?
[02:06] <pochu> ember: sorry?
[02:09] <ember> pochu the error of the ftbfs?
[02:10] <hggdh> calc, ping
[02:11] <ember> well pochu that ftbfs is due to the autoconf patch
[02:12] <ember> the autoconf patch didn't catch up the launchpad-integration on configure.in and it needs
[02:12] <pochu> ember: oh, right
[02:13] <pochu> ember: sorry about that
[02:13] <pochu> I'll try to fix it tomorrow if I have time
[02:13] <ember> np, thanks
[02:13] <pochu> gtg to bed, too late here
[02:13]  * pochu waves good night :)
[02:14] <ember> good night
[02:38] <calc> hggdh: hi
[02:39] <calc> hggdh: whats up?
[02:40] <calc> hggdh: i'm at a loco meeting so didn't see your message earlier
[02:43] <hggdh> calc, np -- it was about bug 303528
[02:43] <hggdh> but I cleared it up with slangasek -- I was indeed marking wrong
[02:44] <calc> hggdh: oh ok
[02:44] <calc> hggdh: i wasn't sure after hearing that apparently ubuntu desktop team uses fixed committed differently
[02:44] <hggdh> yes, we do
[02:44] <rlaager> So, Fix Committed is upstream or for the package (but not released)?
[02:45] <hggdh> that was my understanding and this was how we always did. But... work has had me out for a while. I will check out with seb tomorrow
[02:46] <hggdh> FWIW, we should have 2.24.2.1 soon out, perhaps before end of next week
[02:46] <hggdh> (I mean upstream)
[02:46] <hggdh> rlaager, correct
[02:47] <rlaager> hggdh: I was asking which of those two options.
[02:48] <hggdh> both... if it is for the upstream task, then fix commited is when they commit to SVN (or whatever); if it is for an Ubuntu task, only when it is in a local
[02:48] <hggdh> SCCS, or in -proposed
[02:49] <hggdh> although I personally do not see how 'fix committed' can ever be used for an upstream task. Ah well
[03:47] <duanedesign> A feature request that is asking for a different arrow  icon depending on whether or not a CD is in the  drive.Would the appropriatte package be nautilus or  human-theme. Is nautilus capable of changing the icon based on the status?
[04:52] <dobey> a different arrow icon? you mean a different icon that also means "eject the drive tray"?
[04:53] <duanedesign> the person who submitted the bug was requesting the ejevt icon be different depending on whether or not a cd was in the drive
[04:54] <dobey> what would the icon be for no disc in the drive?
[04:54] <dobey> it's not like the button on the hardware has a different icon based on whether or not there is a disc there or not
[04:55] <jmarsden> dobey: You could have an arrow over a disc-like thing when there is a disk in the drive, and a plain arrow when the drive is empty?
[04:55] <dobey> it's always the same |> icon
[04:55] <dobey> jmarsden: i really don't think it makes sense to do that
[04:55] <jmarsden> dobey: It is the same now, there is a request to change that ;)
[04:55] <duanedesign> In Intrepid the icon to the left changes from a cd drive to a cd standing up. The orange arrow does not.  I suggested modifying the icon that already changes.
[04:55] <jmarsden> Then add a comment to the bug report explaining your reasoning.
[04:55] <dobey> i know what it is now, and i know what the request is
[04:55] <dobey> what bug?
[04:56] <duanedesign> I already had it changed to wishlist
[04:56] <jmarsden> bug 309146
[04:56] <duanedesign> I am half wanting to know for the report and half because I am new to triage and am trying to learn as much as possible:)
[04:56] <duanedesign> thats it
[05:01] <dobey> sh, erll
[05:01] <dobey> err
[05:01] <dobey> ah, well
[05:02]  * dobey is perhaps "a little more knowledgeable" in the area of icon themes and such
[05:03] <duanedesign> cool thank you
[05:04] <duanedesign> I noticed while testing this that the text also changes to the CD's name (in addition to the icon on the left)
[05:04] <dobey> sort of
[05:04] <dobey> it's not necessarily that it "changes"
[05:05] <dobey> it's more like "the mounted volume appears" and "the drive disappears"
[05:05] <duanedesign> ohhhh
[05:05] <duanedesign> ;)
[05:07] <duanedesign>  thank you again for the help.
[05:07] <dobey> sure
[09:50] <pochu> mvo: thanks for the upload! :)
[09:50] <mvo> pochu:  thanks for the update :)
[09:51] <mvo> ember: I be happy to sponsor tomboy and brasero when the milestone freeze is over
[09:51] <mvo> s/I be/I will e/
[09:59] <mvo> njpatel: hi, netbook-launcher in jaunty probably needs a libgnomeui-2.0 pkgconfig check/addition in jaunty somehwere (just FYI, not urgent or anything)
[10:05] <Flegel> hi all ! =) can you help me with pam ?
[10:12] <njpatel> mvo: Okay thanks, I'll add it to the todo :-)
[11:11]  * mvo hugs pedro_ (just because)
[11:11]  * pedro_ hugs mvo back
[12:58] <crevette> salut seb128
[12:58] <crevette> ca va bien ?
[12:58] <seb128> lut crevette
[12:58] <seb128> oui, et toi?
[12:58] <crevette> ouep, day off encore aujourdhui
[12:58] <crevette> :)
[12:58] <crevette> okay let continue in english
[12:59] <crevette> I've packaged nautilus-cd-burner but It FTBFS
[12:59] <crevette> I did a patch
[12:59] <seb128> what error?
[12:59] <crevette> it uses a non existant gtk function
[13:00] <seb128> which one?
[13:00] <crevette> gtk_dialog_message instead of _new if I recall
[13:00] <crevette> let me find that
[13:00] <seb128> ah ok, did you ping upstream about that?
[13:00] <crevette> yeap it was already fixed
[13:01] <crevette> http://bugzilla.gnome.org/show_bug.cgi?id=564889
[13:01] <seb128> ok, so just backport the change
[13:01] <seb128> rebooting
[13:05] <seb128> re
[13:05] <seb128> crevette: so what is the issue after backporting the change?
[13:05] <crevette> seb128: no one
[13:05] <crevette> it works fine
[13:05] <seb128> cool
[13:05] <seb128> ready to be sponsored now then?
[13:05] <crevette> however I have 2 questions
[13:06] <crevette> now ncb create a menu in Applications-> System
[13:06] <crevette> *creates*
[13:06] <crevette> do we keep it ?
[13:07] <seb128> what does it do? run nautilus-cd-burner?
[13:07] <crevette> yep
[13:07] <seb128> I would say it should be moved to video and sound or accessories
[13:07] <crevette> I've suggested Accesories
[13:07] <crevette> to myself only
[13:07] <crevette> :)
[13:07] <seb128> I would say that too
[13:07] <seb128> we have brasero in video and sound though
[13:07] <crevette> okay
[13:08] <crevette> ah
[13:08] <crevette> true
[13:08] <seb128> well, we install brasero by default
[13:08] <seb128> I would say we don't need to duplicate the feature so maybe don't list the nautilus-cd-burner entry by default
[13:09] <crevette> seb128: yeah but ncb should have removed its entrey form the panel Raccourcis
[13:09] <crevette> in my build it doens't seems to e removed, perhaps it is due to a patch in panel
[13:10] <seb128> the menu is a gnome-panel one
[13:10] <seb128> we didn't package the new version yet
[13:10] <seb128> it's still available in nautilus and used when double clicking on an iso for example
[13:11] <seb128> you can move it to accessories for now we will figure later what to do
[13:11] <crevette> yep
[13:11] <crevette> let's do that
[13:11] <crevette> I do a patch right now, I've some free time
[13:15]  * mvo waves to seb128
[13:15] <seb128> hey mvo!
[13:15] <mvo> seb128: something in the pkgconfig files changes it seems, some of the uploads needed a libgnomeui-dev b-d that was not needed before (just fyi)
[13:16] <mvo> I haven't really digged into it
[13:17] <seb128> mvo: GNOME is trying to reduce the number of libraries used, they are basically stopping using libgnome and libgnomeui when they can
[13:18] <seb128> mvo: it's possible that some packages which use libgnomeui didn't claim the depends correctly and were working because other libs triggered the depends which they stop doing
[13:18] <seb128> mvo: those should be fixed and depends directly on the libs they use
[13:19] <vuntz> crevette: ncb will be removed upstream from the menu. I was just waiting that it gets a desktop file for the standard menu, and it got one now, iirc
[13:19] <crevette> thanks my vuntzounet
[13:19] <crevette> :)
[13:19] <crevette> vuntz: I thought I was laready removed
[13:20] <seb128> we will not get the new gnome-panel this year anyway so no hurry ;-)
[13:20] <seb128> the warning about abi breakage doesn't seem somebody to upload the day before everybody runs in holidays
[13:23] <vuntz> seb128: I wonder how many things can be impacted by the change
[13:23] <vuntz> we fixed 3 issues in gnome, iirc. But they were all errors inside the modules (either they were not checking for libgnomeui in configure, or they were missing some include)
[13:24] <vuntz> fwiw, I have a plan in case the change is too painful
[13:24] <seb128> vuntz: speaking about the libgnomeui depends or the gnome-panel changes?
[13:24] <vuntz> seb128: gnome-panel change
[13:24] <vuntz> did libgnomeui have a change?
[13:25] <seb128> vuntz: no, but what mvo mentionned before, gnome-desktop stopped depending on it which breaks some software which are using libgnomeui but not pkg-config-ing it
[13:25] <vuntz> yeah
[13:25] <vuntz> so, same issue for libpanel-applet
[13:25] <seb128> let's fix the applications
[13:26] <seb128> things which use a lib but doesn't pkg-config it correctly are buggy and should be fixed anyway
[13:26] <vuntz> would be interesting to see the applications depending on gnome-desktop. I wonder what they use in there
[13:26] <seb128> that's not really a breakage
[13:26] <crevette> seb128: you can get the ncb files from https://edge.launchpad.net/~bmillemathias/+archive/
[13:26]  * vuntz is planning to deprecate GnomeDesktopItem so we can remove it in a few cycles
[13:28] <seb128> vuntz: compiz deskbar-applet eel2 eog epiphany-browser gnome-applets gnome-control-center gnome-desktop gnome-panel gnome-python-desktop gnome-screensaver gnome-settings-daemon gnome-utils nautilus trackers
[13:28] <seb128> vuntz: that's what is using gnome-desktop in main
[13:28] <seb128> vuntz: avant-window-navigator awn-extras-applets epiphany-browser galeon gnome-desktop-sharp2 gnome-launch-box gnome-main-menu go-home-applet icewm nautilus-open-terminal netbook-launcher quick-lounge-applet
[13:28] <seb128> vuntz: and that's in universe
[13:29] <vuntz> seb128: using rdepends?
[13:29] <seb128> vuntz: using build-depends
[13:29] <vuntz> oh, build-depends
[13:29] <vuntz> cool
[13:30] <seb128> vuntz: deskbar-applet does
[13:30] <seb128> name=desktop.get_localestring(gnomedesktop.KEY_NAME),
[13:30] <seb128> icon=desktop.get_string(gnomedesktop.KEY_ICON),
[13:30] <seb128> for example
[13:30] <vuntz> bah
[13:30] <vuntz> maybe I'll make patches
[13:30] <seb128> maybe they fixed it already, I've 2.25.1 there
[13:31] <vuntz> how was uds, btw?
[13:31] <seb128> good!
[13:31] <seb128> as usual
[13:31] <seb128> not so many interesting desktop sessions to be honest
[13:32] <seb128> but was nice to see everybody again
[13:32] <seb128> and lot of interesting discussions out of sessions
[13:32] <vuntz> cool
[13:32] <seb128> want to come to the next one? ;-)
[13:33] <vuntz> don't know if I'll have time, if it makes sense, if people will want me, etc. Too early to guess :-)
[13:33] <andreasn> where is it?
[13:33] <andreasn> france?
[13:33] <crevette> andreasn: in your living room :)
[13:33] <andreasn> oh, with the cats and stuff
[13:33] <andreasn> sure, works for me. Need to clean up a bit first though
[13:33] <crevette> France would be nice, I might come
[13:34] <andreasn> I better do that anyway, people coming over tomorrow
[13:34] <seb128> andreasn: no, I would say spain but some people say catalonia is not spain
[13:34] <seb128> vuntz: gnome-utils uses gnome_desktop_item_launch_on_screen()
[13:34] <crevette> arfg
[13:34] <crevette> as usual
[13:34] <vuntz> andreasn: I have to blog about you!
[13:34] <andreasn> vuntz: why?
[13:34] <crevette> vuntz: its gf is pregnant ?
[13:34] <vuntz> andreasn: you'll see :-)
[13:34] <andreasn> I'll blog about you!
[13:35] <andreasn> I have some really cool vuntz quotes that are actually real
[13:35] <vuntz> I have some really cool andreasn quotes that are actually real
[13:35] <seb128> vuntz: most of the gnome-desktop uses are light, I guess it'll be easy to replace those by something else
[13:35] <andreasn> "every day, my first thought is that I'm just so greater than everybody on earth" - Vincent
[13:36] <seb128> vuntz: I can make a list of everything using GnomeDesktopItem if you want
[13:38] <vuntz> seb128: well, if you have really nothing to do, feel free to do so :-)
[13:38] <seb128> vuntz: well, it's only doing an apt-get source on the list I gave you and grep
[13:39] <vuntz> sure
[13:39] <vuntz> actually, it'd be nice to be able to do so for any library
[13:39] <vuntz> "analyze-libusage libwnck", eg
[13:42] <seb128> vuntz: only 9 in main for this one
[13:42] <seb128> and that's counting libwnck itself so rather 8
[13:43] <vuntz> seb128: yep, but it'd be interesting to see what API are used, so that I can know if it's okay to remove an API, eg
[13:43] <seb128> right
[13:43] <seb128> doing "in what source is this api used" should be easy
[13:55] <seb128> vuntz: there is 64 source files listing GnomeDesktopItem in ubuntu
[13:56] <seb128> vuntz: which means 17 sources packages
[13:56] <seb128> that's not too many changes to do
[13:57] <seb128> gnome-python-desktop should probably not count since it's only wrapping it
[13:57] <seb128> vuntz: the main offender seems to be libslab ;-)
[13:59] <vuntz> seb128: heh
[13:59] <seb128> vuntz: gnome-applets only use gnome_desktop_item_launch_on_screen() twice for example, should be easy to change
[13:59] <vuntz> "kill it!" would be my way to go ;-)
[13:59] <seb128>   if ((ditem = gnome_desktop_item_new_from_basename ("gnome-volume-control.desktop", 0, NULL))) {
[13:59] <seb128>     gnome_desktop_item_set_launch_time (ditem, gtk_get_current_event_time ());
[13:59] <seb128>     gnome_desktop_item_launch_on_screen (ditem, NULL,
[13:59] <seb128> for example
[13:59] <seb128> and same in the multiload applet
[14:01] <dobey> hmm
[14:23] <gicmo> seb128!!
[14:24] <seb128> gicmo: !!
[14:24] <seb128> how are you?
[14:27] <gicmo> pretty good, how about you?
[14:28] <seb128> gicmo: got a cold but otherwise good
[14:28] <seb128> I blame the airplane, etc
[14:43] <crevette> seb128: does going in nautilus preferenes makes it crash
[14:43] <crevette> or anyone with latest jaunty
[14:45] <seb128> crevette: no
[14:45] <seb128> crevette: stacktrace?
[15:15] <lapo> hi
[16:59] <pochu> seb128: hey
[16:59] <seb128> hello pochu
[17:00] <gicmo> servus glatzor
[17:00] <pochu> seb128: I think I have a libproxy package ready :)
[17:00] <seb128> pochu: I've just seen you are working on libproxy on #gnome-debian ;-)
[17:00] <seb128> cool
[17:00] <gicmo> anybody going to package me the linux-iphone stuff?
[17:00] <gicmo> ;-)
[17:00] <pochu> seb128: I'm not sure of the plugins split though... I've put the networkmanager, gnome, kde, webkit and xulrunner plugins all in the same binary
[17:00] <seb128> ah right, that too, maybe pochu wants to have a look too ;-)
[17:00] <gicmo> http://matt.colyer.name/projects/iphone-linux/
[17:00] <pochu> so it depends on a lot of libs
[17:00] <seb128> pochu: I'll have a look later and let you know what I think
[17:01] <pochu> seb128: cool, thanks :-)
[17:01] <seb128> pochu: could be worth asking on #gnome-debian too what people think about that
[17:02] <pochu> yeah, gonna do
[17:02] <glatzor> servus gicmo
[17:05] <pochu> can't has iphone :(
[17:06] <pochu>  configure.ac |   11 ++++++-----
[17:06] <pochu> ^-- I think that's my record with a configure patch :)
[17:10] <pochu> and it was already fixed in trunk...
[17:38] <gicmo> ups
[18:31] <norsetto> pochu, good luck with your DD application, you deserve it ;-)
[18:47] <asac> at some point in gnome i was able to see all the windows filesystem
[18:47] <asac> s
[18:47] <asac> that seems to be gone
[18:48] <asac> when was that feature dumped?
[18:51] <gicmo> asac, maybe with the transition from gnome-vfs to gvfs
[18:51] <asac> hmm
[18:51] <dobey> able to see in what sense?
[18:51] <dobey> smb shares? or local vfat/ntfs partitions?
[18:53] <gicmo> dobey, no matter what, my answer still applies ;-)
[18:53] <asac> ntfs
[18:53] <asac> but i think i found it
[18:53] <dobey> gicmo: i don't think local partitions have anything to do with gnome-vfs/gvfs switch :)
[18:54] <dobey> i can see them just fine in intrepid
[18:54] <asac> applets should definitly never allow users to remove from panel if they are locked from panel
[18:54] <asac> thats for sure
[18:54] <gicmo> dobey, sure they do... we redid the whole volume monitoring
[18:54] <asac> my mother removed her gnome menu ... thats messy ... and should never happen ;)
[18:54] <dobey> yeah that's probably true
[18:55] <dobey> gicmo: yes, but hal still enumerates them as disks. we didn't get rid of hal yet :)
[18:55] <gicmo> dobey, well but we hide "system" partitions and have other magic in it
[18:55] <dobey> my xp ntfs partition shows up just fine under computer:///
[18:56] <gicmo> dobey, mount it somewhere special and its gone
[18:56] <dobey> gicmo: as in mount -t ntfs /dev/hda /mnt/blah?
[18:57] <dobey> sure
[18:57] <dobey> but if i double-click it in computer it mounts and i can browse just fine
[18:57] <dobey> my shared vfat partition though, doesn't show up in computer:/// because i mount it in /etc/fstab in /mnt/media, for example
[18:58] <gicmo> yep
[18:58] <dobey> because having to mount manually every time i reboot is a pain in the ass
[18:58] <gicmo> totally meant that
[18:58] <dobey> but i bookmarked my shared partition, so it doesn't really matter either way :)
[19:55] <pochu> norsetto: thanks! I'm waiting to be asigned an AM... luckily I'm patient :-)
[20:18] <norsetto> pochu: yeah, I'm afraid that's the most required qualification for an applicant ;-)