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