[08:44] <crevette> good morning
[08:47] <seb128> lut crevette
[08:47] <crevette> salut seb128
[08:48] <crevette> do you have ny report on widget coruption on gtk with intel ?
[08:49] <crevette> I do have that specifically on epiphant
[08:49] <crevette> epiphnay
[08:49] <seb128> no
[08:49] <seb128> I'm using an intel card right now but no such issue
[08:50] <crevette> okay, we see with X guys
[08:50] <crevette> I'll see
[09:05] <huats> morning
[09:50] <lapo> hi
[09:53] <seb128> hey lapo
[09:53] <seb128> lut huats
[09:53] <huats> hey seb128
[09:53] <seb128> huats: new gcalctool available
[09:56] <huats> seb128: yep
[09:56] <huats> I know
[09:56] <huats> seb128: I'll take car of it today
[10:11] <seb128> hi Ampelbein
[10:11] <Ampelbein> seb128: hi
[10:11] <seb128> Ampelbein: thanks for your excellent bug triage work ;-)
[10:12] <Ampelbein> seb128: thanks. i'm currently trying to build seahorse 2.23.92 with pbuilder.
[10:12] <Ampelbein> seb128: if successful, i will also do seahorse-plugins
[10:12] <seb128> cool
[10:12] <Ampelbein> so far, no problem ;-)
[10:13] <seb128> Ampelbein: GNOME usually rolls new tarballs often that's why we don't bother backporting non critical fixes in unstable series
[10:13] <Ampelbein> ok, i did not know that. now i do, thanks to you.
[10:14] <seb128> you can find the schedule on the GNOME wiki, they have a webcal too
[10:17] <Ampelbein> now i have one question: should i open a new bug with the upgrade-request, set to in progress and attach the .dsc .orig.tar.gz, .the diff.gz and the .changes to it?
[10:18] <Ampelbein> or should i provide a debdiff to the last version in intrepid?
[10:20] <seb128> open a bug, subscribe ubuntu-main-sponsors
[10:20] <seb128> attach the diff.gz and the dsc or the debdiff, that's equivalent
[10:20] <seb128> usually we use .diff.gz and .dsc for desktop updates
[10:20] <seb128> we know where to find the tar.gz so no need to attach this one ;-)
[10:21] <Ampelbein> ok, thanks.
[10:21] <seb128> also bonus point if you open the bug, add the lp number in the changelog and attach a diff.gz which closes the bug ;-)
[10:21] <Ampelbein> ok, thats no problem.
[10:27] <Ampelbein> seb128: bug #267681
[10:27] <Ampelbein> thats where i attached it.
[10:27] <seb128> Ampelbein: thanks, looking
[10:33] <seb128> lool: wants to do the xdg-user-dirs-gtk update for debian? it's only translations update
[10:34] <lool> seb128: commit it in Debian, I'll sponsor it to unstable if it's only translation updates
[10:34] <seb128> lool: ok thanks
[10:34] <Debs626> Hey guys
[10:35] <seb128> hi Debs626
[10:35] <Debs626> need some help finding some ubuntu radio streaming softw, something like SAM Broadcaster
[10:35] <seb128> Debs626: not the right channel, try #ubuntu
[10:36] <Debs626> ooops sorry my bad
[10:36] <Debs626> #ubuntu
[10:36] <seb128> Ampelbein: the seahorse update looks good I'll sponsor it
[10:36] <Ampelbein> seb128: thanks.
[10:37] <seb128> Ampelbein: thank you for the work on it ;-)
[10:39] <Ampelbein> seb128: another thing, regarding bug #140424, the fullscreen-plugin comes shipped with eog-package. so i think the bug should be fix released?
[10:40] <seb128> Ampelbein: ah right, I though they made a new eog-plugins thing
[10:42] <seb128> Ampelbein: btw don't worry if you get build failure mails about seahorse, the buildds are broken due to the gcc update at the moment but the builds will be retried when those are fixed
[10:43] <Ampelbein> yeah, i figured this out when i tried to put a package in my ppa. was wondering what i could have possibly done wrong but then the guys in -devel pointed me to the issue ;-)
[10:57] <asac> http://blogs.technet.com/robert_hensing/archive/2008/09/03/breaking-out-of-the-chrome-sandbox-2-interesting-vulns-in-24-hours-got-ie8.aspx
[10:57] <asac> http://www.informationweek.com/news/internet/google/showArticle.jhtml?articleID=210500290
[10:57] <asac> http://blogs.zdnet.com/security/?p=1858
[10:57] <asac> ^^ chrome security issues ;)
[10:59] <asac> wow ... first reports the carpet bombing issue which was fixed long ago in safari and and firefox .... so how do things flow back to webkit?
[11:02] <NCommander> asac, bad merging and lack of regression testing
[11:03] <asac> NCommander: hehe. well maybe they should use bzr or git then ;)
[11:03] <seb128> hey NCommander
[11:03] <seb128> NCommander: how is going the gtkmm update? ;-)
[11:04]  * NCommander grumbles
[11:04] <NCommander> Not well
[11:04] <NCommander> Its on the todo list with "Get rid of insombia"
[11:05] <seb128> NCommander: should I find somebody else to do it?
[11:05] <NCommander> seb128, hold on, I have it almost done, let me see here
[11:05] <seb128> alright
[11:12] <NCommander> seb128, pangomm was accepted, right?
[11:12] <seb128> NCommander: yes
[11:13] <seb128> gicmo: hey hey
[11:13] <NCommander> seb128, I can't get it with apt-get
[11:13] <NCommander> seb128, https://edge.launchpad.net/ubuntu/intrepid/+queue - please clear the binaries through NEW :-P!
[11:14] <NCommander> seb128, once that's done I can properly test the gtkmm update which is just about done, it builds anyway, but I can't make sure I got all the depends right until its fully accepted
[11:14] <gicmo> seb128: ALTER!
[11:15]  * NCommander for some reason thinks of slashdot
[11:16] <NCommander> gicmo, you've encountered a random slashdotting :-P
[11:16] <seb128> gicmo: alter!
[11:17] <NCommander> ALTER USER NCommander GRANT ROLE "archive_admin" :-P
[11:18] <NCommander> seb128, how goes clearing pangomm's binaries out of the new queue?
[11:18] <seb128> NCommander: was finishing on something else
[11:18] <seb128> NCommander: accepted
[11:19]  * gicmo looks puzzle
[11:19] <gicmo> d
[11:19] <NCommander> seb128, ok, I have gtkmm done
[11:19] <NCommander> (I just had to finish the tweaks to the control file)
[11:19] <NCommander> Once they're in the archive and installable, I'll test build and shove this somewhere
[11:22] <NCommander> seb128, maybe its just me, but isn't it a little crazy to have to individually ACCEPT new binaries into the archive from existing source packages?
[11:23] <seb128> NCommander: yeah probably, we usually just "queue accept pangomm" to accept all the binaries in one command
[11:23] <NCommander> seb128, sounds like fun, no web based interface to queue administration I take it?
[11:23] <seb128> NCommander: there is a web interface but I like the command line one better
[11:24] <seb128> NCommander: the queue page has checkbox you can just click the items to accept and click on the accept button
[11:24] <NCommander> Next you'll tell me there is an emacs major mode :-)
[11:34] <glatzor> hello mvo
[11:59] <mvo> hey gl
[12:02]  * pochu waves!
[12:25] <seb128> hey pochu, how are you?
[12:25] <pochu> hi seb128 :) very well, just finished my exams!
[12:26] <seb128> pochu: ah good ;-)
[12:26] <pochu> seb128: what about you?
[12:26] <seb128> pochu: did that go well for you?
[12:26] <seb128> pochu: lot to do but good otherwise
[12:26] <pochu> I had 2, and I'll pass 1, so 50% ;)
[12:26] <pochu> so I'm ready to start working :)
[12:26] <seb128> cool
[12:27] <pochu> I'm currently merging pygtk/pygobject Ubuntu changes back to Debian
[12:27] <seb128> pochu: are you going to do the vinagre update?
[12:27] <seb128> pochu: what changes? debian doesn't have the new gtk
[12:28] <seb128> brb restarting session
[12:29] <pochu> heh I just finished for 2.23.92
[12:30] <pochu> seb128: yeah I can do it (vinagre)
[12:30] <pochu> seb128: I'm packaging the new pygobject/pygtk for experimental, and merging the other changes so we can sync
[12:31] <seb128> pochu: pygtk requires the new gtk which is not available in debian
[12:33] <gicmo> seb128: ejecting the cd drive doesnt work anymore ;-/
[12:33] <seb128> gicmo: what do you mean?
[12:34] <pochu> seb128: woops, right
[12:34] <pochu> seb128: so I'll have to do the update or poke slomo to do it
[12:34] <seb128> pochu: I think slomo is on holidays
[12:34] <pochu> OTOH since you already did it in Ubuntu it shouldn't be too hard to merge it back to Debian, I guess
[12:34] <seb128> pochu: good luck for the update, it's non trivial, the directfb backend needs fixing
[12:35] <gicmo> seb128: pressing the eject key on my mac keyboard used to open the drive
[12:35] <gicmo> seb128: doesnt do it anymore
[12:35] <pochu> hmm, I guess I can break it in experimental... :-)
[12:35] <seb128> pochu: I applied incorrect changes to the directfb backend to workaround the issue because we don't use it in ubuntu but that will require proper fixing in debian
[12:35] <seb128> pochu: I'm not sure that's a good idea to upload something broken no
[12:35] <pochu> what is directfb used for?
[12:36] <seb128> gicmo: does ejecting in the ui works?
[12:36] <seb128> pochu: the debian installer
[12:36] <seb128> gicmo: does using gnome-mount to eject works?
[12:36] <gicmo> nope
[12:36] <pochu> seb128: you're right, it's better not to break it
[12:36] <gicmo> "There is probably no media in the drive'
[12:36] <seb128> weird
[12:37] <seb128> gicmo: is there a media in the drive?
[14:08] <ember> hey
[14:22] <vuntz> mvo: hi
[14:22] <mvo> hey vuntz!
[14:22] <vuntz> mvo: iirc, you were the one who implemented .desktop file translation updates with gettext, am I right?
[14:23] <mvo> vuntz: no, sorry. either seb128 or pitti implemented it IIRC
[14:23] <seb128> vuntz: pitti did
[14:23] <vuntz> ah, bad memory. And I'm not as old as you ;-)
[14:23] <vuntz> pitti: my dear friend :-)
[14:23] <pitti> what, what?
[14:23]  * vuntz hugs mvo 
[14:23] <seb128> pitti: but you can ask questions on the chan
[14:24] <seb128> ups
[14:24] <seb128> vuntz: ^
[14:24] <pitti> oh, that
[14:24] <pitti> vuntz: yes, that was my fault
[14:24] <vuntz> seb128: yeah, just wanted to ping the right person on first try ;-)
[14:24] <seb128> vuntz: next time then ;-)
[14:24] <vuntz> pitti: hopefully, you'll remember a bit all your thoughts about this
[14:24] <pitti> vuntz: we originally proposed it as a proper desktop XDG standard extension, but it was rejected (stupidly, IMHO), so we had to go with X-Ubuntu-Gettext-Domain
[14:25] <vuntz> nod
[14:25] <vuntz> I'm adding this to openSUSE too
[14:25] <pitti> great
[14:25] <pitti> it should really become just "Gettext-Domain:", and added to the standard as optional field
[14:25] <vuntz> it's based on your patches, with a few changes I believe
[14:26] <vuntz> so, I think you use gettext when possible, and the inline translation as a fallback?
[14:26] <vuntz> but how does it work when the user edits a .desktop file
[14:27] <pitti> vuntz: https://wiki.ubuntu.com/LangpacksDesktopfiles FYI for some history text
[14:27] <vuntz> there's some kind of conflict here to determine what's the proper translation to use (the one in gettext was not modified by the user; the one in the .desktop file implies that we stop using gettext and thus lose the updated translations for other keys)
[14:27] <pitti> vuntz: fallback> exactly, we want the gettext translations to get preference, so that we can actually update them post-release
[14:28] <vuntz> any reason to not prefer the inline translations and strip all translations from .desktop files by default?
[14:29] <pitti> vuntz: for this use case that would be better, of course (user-edited translations)
[14:29] <pitti> vuntz: and by now we could probably do the same, since pretty much all packages are adapted
[14:30] <vuntz> nod
[14:30] <seb128> that would break translated menus on liveCD when the language packs are not installed, but there is no real point to have translated menus when applications are not ;-)
[14:31] <pitti> seb128: right, that's rather confusing, and it mostly looks like if hte translations were generally there, but are poorly translated
[14:31] <vuntz> I don't have an Ubuntu VM right now, but does it just work when you edit a comment in a .desktop file?
[14:31] <vuntz> I don't remember seeing such an issue when I was using Ubuntu
[14:31] <vuntz> but I can't see how it can work
[14:32] <pitti> vuntz: I can rename them with the right-click menu option if you mean that
[14:32] <pitti> which is what users will do, I suppose
[14:32] <seb128> vuntz: how do you edit it? nautilus? we patched it to write a different Name= and Comment= and not Name[locale] Comment[locale]
[14:33] <vuntz> seb128: ah
[14:33] <seb128> vuntz: I told you when we discussed the patch some time ago ;-)
[14:33] <vuntz> that would explain the thing
[14:33] <vuntz> forgot about it
[14:33] <vuntz> man, this is getting ugly ;-)
[14:33] <seb128> indeed
[14:33] <vuntz> but no other choice
[14:34] <pitti> it would indeed be cleaner to not having translations at all by default, but when we introduced the patches we needed some transitional provisions
[14:34] <vuntz> pitti: yeah, I understand. We're facing the same issue right now :-)
[14:38] <seb128> that would also fix the "can break icons" case
[14:38] <vuntz> do you guys have a list of modules you had to patch to have this gettext-enabled world?
[14:39] <vuntz> seb128: unfortunately, no in most cases. FWIW, in the patches I have, gettext translations are only enabled for Name/Comment/GenericName (iirc)
[14:39] <vuntz> seb128: I'm saying no because the .desktop files usually don't have Icon[fr], but just Icon
[14:39] <seb128> vuntz: cdbs does quite some patching for us so not really
[14:40] <pitti> vuntz: the three original ones are mentioned in the wiki document, but it doesn't include the "Name=" change hack seb128 mentioned
[14:40] <seb128> vuntz: ah right
[14:40] <pitti> vuntz: list of modules> oh, you mean patches to apply for getting the support for it, or packages to rebuild for adding the tag to .desktop/.server/etc files?
[14:40] <vuntz> pitti: yeah, I took those three patches already ;-)
[14:41] <vuntz> pitti: the former
[14:41] <vuntz> pitti: I'd guess that not everybody is using glib/gnome-desktop to read .desktop files
[14:42] <pitti> vuntz: indeed KDE doesn't, of course, that was https://wiki.ubuntu.com/LangpacksDesktopfilesKDE
[14:42] <pitti> I didn't implement it, though, worth asking Riddell
[14:43] <pitti> vuntz: and we don't care about non-glib/kdelibs programs, they'll just continue to use the old inline translations (if there are actually projects which do it on their own)
[14:44] <pitti> we care about XFCE, but that's using glib
[14:44] <vuntz> pitti: ah, well. Was wondering what would break if we strip translations from the .desktop files
[14:44] <vuntz> ok
[14:44] <vuntz> thanks for the help
[14:44] <pitti> I guess one can do it locally with some seddery and test
[14:44] <vuntz> we should probably try adding Gettext-Domain to the spec
[14:45] <pitti> I guess there *will* be at least one in the 25000 something packages which will break with that
[14:45] <vuntz> with a note that it's mostly useful for distributors
[14:45] <pitti> it would be useful for upstream as well
[14:45] <pitti> simplify the build system a bit, make the installed files smaller, and remove redundancy
[14:45] <vuntz> well
[14:45] <pitti> vuntz: it's still on our long-term wishlist to do the same to gconf help, etc.; there's a huge potential there
[14:46] <vuntz> nod
[14:46] <vuntz> we'll want to do it too
[14:46] <pitti> 68M/var/lib/gconf/defaults/
[14:46] <pitti> (there's a bug about it with some details)
[14:49] <seb128>  
[14:49] <seb128> anybody doing version updates, ask on the chan first to not duplicate work
[14:49] <seb128> ember: ^
[14:50] <ember> not doing anything, just updated sj
[14:51] <seb128> right, that's why I tell it, before people start duplicating work again
[14:51] <mpt> mvo, did you see the message about tidying up the codec purchase option?
[14:52] <pitti> 'purchase'?
[14:52] <mvo> mpt: yes, but I haven't had a chance to work on it yet, sorry :(
[14:52] <mpt> vuntz, hi, did you get my message about the hackfest? Gmail's confusing and I'm not sure whether it got sent
[14:52] <vuntz> seb128: fwiw, the Icon issue would be fixed if we translated things with a translation context
[14:53] <mpt> mvo, ok
[14:53] <vuntz> mpt: hrm, I think I didn't
[14:53] <seb128> vuntz: right, I though about that but that's sort of a workaround
[14:53] <vuntz> mpt: or it got caught as spam
[14:55] <vuntz> mpt: but I was supposed to ping you today about this :-)
[14:57] <mpt> ok, re-replying
[15:07] <mpt> mvo, do you know if the same system is also used for DVDs?
[15:08] <mvo> mpt: I think it does, I'm not sure however
[15:08] <mpt> pitti, https://wiki.ubuntu.com/CodecInstallationIntrepid
[15:08] <mvo> hey glatzor!
[15:09] <glatzor> hello mvo!
[15:09] <glatzor> You enjoyed your holidays?
[15:11] <mvo> glatzor: yes, very much so, it was great
[15:12] <glatzor> hopefully we can talk about at ubucon
[15:12] <mvo> oh, right - ubucon! when is it again?
[15:12] <glatzor> Mvo: I will know the day after tomorrow if I can come for sure
[15:12] <glatzor> 17,18 and 19th october
[15:13] <glatzor> mvo, oh my god one of my patients is ringing all the time. I will get mad here soon :)
[15:13] <mvo> :(
[15:13] <glatzor> Luckily I have to a Zivi who does all the running tasks :)
[15:13] <mvo> glatzor: you are at work right now?
[15:14] <glatzor> mvo, having my break and pushing my latest packagekit changes from today's train ride :)
[15:15] <mvo> heh :) cool!
[15:18] <seb128> hey tedg
[15:19] <seb128> tedg: not sure if you read your bug mails but bug #266931 is something you should look at, it seems to be due to your changes
[15:20] <tedg> seb128: Yeah, was reading that yesterday.  Seems to be only on the Live CD.
[15:20] <tedg> seb128: Is GDM running on the live CD?
[15:20] <seb128> tedg: yes, it's using the gdm autlogin I think, you might want to confirm though
[15:21] <glatzor> mvo, so the break is over. See you!
[15:21] <tedg> seb128: Is there a way to build a Live CD with a debug version?  Is there a good way to debug the Live CD (I've never tried before)
[15:21] <mvo> bye glatzor!
[15:22] <seb128> tedg: the liveCD is a standard system, you can apt-get install a dbg package or dpkg -i a deb you build
[15:23] <tedg> seb128: Oh, okay, I didn't think I could write to it.  I thought it was read only.
[15:24] <seb128> pochu: http://download.gnome.org/sources/gnome-utils/2.23/gnome-utils-2.23.92.tar.gz
[15:24] <pochu> seb128: alright, will do it in a bit
[15:24] <seb128> cool
[15:25] <tedg> seb128: Also, is the archive open, if so, can you sponsor the GPM in my PPA?
[15:26] <tedg> seb128: Oddly upstream didn't include Mario's patch.  Unsure why, I did though.
[15:26] <tedg> seb128: Hopefully in the next release.
[15:26] <seb128> tedg: which one? the timeout one?
[15:26] <seb128> it's in svn
[15:26] <seb128> tedg: you might need to change your ppa version to include merge the change mdz uploaded this morning
[15:27] <seb128> tedg: and you should open sponsoring bugs and subscribe ubuntu-main-sponsors when you have updates ready so people know about that, mdz backported a patch because you gave no news about the update
[15:28] <tedg> tedg: Okay.
[15:36] <mpt> vuntz, sent
[15:38] <seb128> the wiki is used again to do updates, feel free to work on any update listed there as unclaimed
[15:39] <vuntz> mpt: got it
[15:49] <pochu> seb128: I can do vino and vinagre when they are out
[15:50]  * pochu kicks ember for submitting bug 260550 ;)
[15:50] <pochu> ember: this was very funny :) --> The "Emilio's gonna beat me to death release"
[15:50] <pochu> you should have put it in the changelog :P
[16:05] <ember> lol
[16:08] <ember> btw welcome back pochu
[16:08] <pochu> :)
[16:08] <pochu> seb128, soren: looks like we will need gtk-vnc 0.3.7 for Vinagre 2.24
[16:11] <pochu> which is bug-fix plus "New features: o Add API to allow down-scaling to be enabled (Jonh Wendell) "
[16:11] <pochu> I'll look into the update
[16:12]  * soren hugs pochu
[16:13]  * pochu feels the love in the air ;)
[16:32] <tedg> seb128: The patch that mdz added was already in the upstream release.
[16:32] <tedg> seb128: I'll update the changelog though to make sure the bug number gets in.
[16:32] <seb128> tedg: right, he did add it to stop crashes while you were working on the upgrade
[16:32] <seb128> tedg: ok thanks
[16:39] <LaserJock> pedro_: question for you regarding bug #255593
[16:40] <LaserJock> pedro_: I had that same behavior but it went away with a fresh install
[16:40] <pedro_> LaserJock: what about it?
[16:40] <LaserJock> is that worth adding to the bug report?
[16:41] <pedro_> LaserJock: if you think it could help the reporter, yes maybe,  otherwise i don't think so
[16:41] <pedro_> like a workaround i mean
[16:42] <LaserJock> ok, no, my workaround was a fresh install ;-)
[16:42] <pedro_> why you didn't commented on that bug before ? ;-)
[16:42] <LaserJock> because I was wanting somebody to fix it :-)
[16:42] <pedro_> ahhaha
[16:42] <LaserJock> at the time I didn't have time to waste on a freezing production machine
[16:43] <pedro_> alright, well next time would be nice if you may comment on such bugs too, since seb128 was asking for more info there and nobody replied :-(
[16:45] <LaserJock> right, I didn't see the question for more information
[16:45] <LaserJock> although they are trivial questions
[16:45] <LaserJock> "any time you click on the clock applet gnome panel freezes"
[16:49] <mvo> is someone working on gnome-control-center?
[17:14] <tedg> Okay, so I made an updated GPM with the proper changelog, but now my PPA is rejecting it.  :(
[17:14] <tedg> How do I "really delete" the old version so it doesn't think there's a conflict?
[17:47] <lapo> is there a ppa with inkscape trunk around?
[18:00] <ember> seb128 pygtk-codegen-2.0 was supposed to be in py-gtk2-dev right?
[18:00] <seb128> ember: right, what version do you have?
[18:01] <ember> ah ok, i was running ubuntu2, sorry
[19:37] <mvo> mpt: hello! I'm making some good progress with https://wiki.ubuntu.com/DefaultKeyboardSettings I think, one question:might "Use as default .." be confused with the "default" table above? I wonder if we shouldn't make it some more like "Make system default" or so
[20:19] <seb128> pochu: new vino and vinagre available for you
[20:20] <cjwatson> anyone mind if I do a sponsored upload of gtk-sharp2? bug 254855 looks plausible
[20:24] <seb128> cjwatson: you can upload, nobody is really active on the gtk# stack in ubuntu and there is no pending changes
[20:25] <lool> seb128: codegen moved away from pygtk, it's only in pygobject now
[20:25] <lool> AIUI
[20:26] <seb128> lool: right but pygtk has a pygtk-codegen-2.0 -> pygobject-codegen-2.0 wrapper to not break compatibility
[20:27] <seb128> lool: I changed pygtk to ship this one this you didn't list in any .install and that was breaking some builds
[20:27] <cjwatson> seb128: thanks, will do; forwarding it to Debian as well
[20:27] <lool> seb128: exactly, I don't recall including that
[20:27] <cjwatson> heh, yeah, oem-config was broken by that
[20:27] <lool> This is what I get for not running debdiff because I don't have the previous upload
[20:27] <seb128> cjwatson: you can build retry I fixed that today
[20:27] <lool> I do between debian uploads, I should do between ubuntu uploads
[20:28] <cjwatson> seb128: it didn't break the build, unfortunately - it's ok, already reuploaded to use pygobject-codegen-2.0 instead
[20:28] <lool> I should script something to pull the current versions of the debs and debdiff them
[20:28] <seb128> cjwatson: ok
[20:28] <lool> cjwatson: sorry about the breakage
[20:28] <seb128> lool: I've an ugly script which does that
[20:28] <seb128> lool: it compares dpkg -L and dpkg -c lists
[20:28] <lool> seb128: I'm taking :)
[20:28] <lool> seb128: Ah
[20:29] <lool> That's an idea
[20:29] <seb128> lool: I need to clean it and push to ubuntu-dev-tools so other people can use it
[20:29] <seb128> it usually works fine
[20:30] <seb128> it just lists conffiles which have not been cleaned as a diff but that might be a feature since you know your upgrade didn't clean deprecated conffiles ;-)
[20:30] <lool> seb128: Happy to have a look, but I didn't think of this and it sounds really simple to implement with my current scripts
[20:31] <lool> seb128: I just notice we have pango1.0 1.21.3-1 in Debian but 1.21.3-0ubuntu1 in intrepid; perhaps we can sync
[20:32] <seb128> lool: it's already a few minutes ugly job, http://people.ubuntu.com/~seb128/debnbfiles
[20:32] <seb128> lool: just run debnfiles in the build dir and it'll diff all the deb there and the installed versions
[20:34] <lool> Thanks
[20:34] <seb128> lool: pango can probably synced, we need to update to 1.21.4 though now than we have the new libcairo
[20:34] <lool> 1.21.6 you mean :)
[20:36] <seb128> lool: right ;-)
[20:37] <seb128> lool: want to do the update? ;-)
[20:38] <lool> I guess I could do pango
[20:38] <lool> New week!
[20:38] <lool> Plus I owe you one for the pygtk-codegen upload
[20:39] <seb128> if you own me one for this one I own your a zillion for the pygobject and pygtk updates ;-)
[21:44]  * NCommander lives
[21:44] <NCommander> hey seb128
[21:45] <seb128> hello NCommander
[21:45] <NCommander> seb128, I'm finishing gtkmm now
[21:45] <NCommander> (sorry, had to go out for a few hours)
[21:45] <seb128> cool
[21:46] <NCommander> seb128, I aim to please ;-)
[21:46] <NCommander> Uh oh
[21:47] <NCommander> Unpacking libpangomm-1.4-1 (from .../libpangomm-1.4-1_2.13.7-0ubuntu1_amd64.deb) ...
[21:47] <NCommander> dpkg: error processing /var/cache/apt/archives/libpangomm-1.4-1_2.13.7-0ubuntu1_amd64.deb (--unpack):
[21:47] <NCommander>  trying to overwrite `/usr/lib/libpangomm-1.4.so.1.0.30', which is also in package libgtkmm-2.4-1c2a
[21:47] <NCommander> Unpacking libpangomm-1.4-dev (from .../libpangomm-1.4-dev_2.13.7-0ubuntu1_amd64.deb) ...
[21:47] <NCommander> dpkg: error processing /var/cache/apt/archives/libpangomm-1.4-dev_2.13.7-0ubuntu1_amd64.deb (--unpack):
[21:47] <NCommander>  trying to overwrite `/usr/include/pangomm-1.4/pangomm/private/attributes_p.h', which is also in package libgtkmm-2.4-dev
[21:47] <NCommander> er
[21:47] <NCommander> That was more verbose than I expected
[21:47]  * NCommander sighs
[21:47] <NCommander> Very odd, I have conflicts/replaces lines
[21:48] <seb128> NCommander: you managed to screw the replaces version ;-)
[21:48] <NCommander> Replaces: libgtkmm-1.4-1c2a (<< 2.13)
[21:48] <NCommander> Conflicts: libgtkmm-1.4-1c2a (<< 2.13)
[21:48] <seb128> NCommander: libgtkmm-2.4-dev is the conflicting one there
[21:48] <NCommander> W00t
[21:48] <seb128> NCommander: and libpangomm-1.4-dev has no replaces
[21:49] <NCommander> YEah
[21:49] <NCommander> Damn it
[21:49] <NCommander> Not my day
[21:49] <NCommander> I'll kick a patch for it in Debian upstream, then port that patch to Ubuntu
[21:50] <seb128> NCommander: right, just change the debian version as you did for this one
[21:50] <NCommander> Wait
[21:50] <NCommander> wtf
[21:50] <NCommander> Someone corrected it in the Debian SVN it seems
[21:52] <NCommander> Er ...
[21:52] <NCommander> Odd
[21:52] <NCommander> Oh
[21:52] <NCommander> The Ubuntu version also has the right conflict/replaces
[21:52] <seb128> NCommander: not it doesn't
[21:52] <NCommander> In the -dev?
[21:53] <seb128> right
[21:53] <NCommander> Yeah it does
[21:53] <seb128> hum
[21:53] <NCommander> Package: libpangomm-1.4-dev
[21:53] <NCommander> Replaces: libgtkmm-2.4-dev (<< 2.13)
[21:53] <NCommander> Conflicts: libgtkmm-2.4-dev (<< 2.13)
[21:54] <seb128> NCommander: you forget the epoch number
[21:54] <NCommander> d'oh
[21:54] <NCommander> seb128, you can commit to the Debian SVN, right?
[21:54] <seb128> that's a classic ;-)
[21:54] <seb128> NCommander: yes, can't you?
[21:54] <NCommander> seb128, no, not directly
[21:55] <seb128> ok, doing the change in a minute, restart my session to try updates before
[22:08] <seb128> re
[22:08] <seb128> grrr, upgrade didn't work correctly
[22:11] <fta> seb128, i had a look at cairo for the lcd stuff. the code committed is not exactly the same as our old patch. I also notice some weird stuff such as the use of old FT_LCD_FILTER_* instead of FC_LCD_* and also the fact that FT_LCD_FILTER_LEGACY=16 while FC_LCD_LEGACY=3. it is later on used as a 4 bits value to build a hash so 16 is obviously wrong
[22:15] <NCommander> Replaces: libgtkmm-2.4-1c2a (<< 1:2.13)
[22:15] <NCommander> Conflicts: libgtkmm-2.4-1c2a (<< 1:2.13)
[22:15] <NCommander> seb ^
[22:15] <NCommander> er, seb128 ^
[22:15] <NCommander> Still doesn't work
[22:15] <seb128> fta: did you talk to upstream about it? they are responsive on #cairo usually
[22:15] <fta> seb128, and by default, they now use FT_LCD_FILTER_LEGACY while we had FT_LCD_FILTER_DEFAULT..
[22:16] <seb128> fta: btw could you report your rhythmbox locking issue upstream, it's not likely anybody will tackly it in the ubuntu bug triagers
[22:16] <fta> nope, i'm not sure i understand the code enough
[22:16] <seb128> NCommander: what error do you get?
[22:16] <NCommander>  trying to overwrite `/usr/include/pangomm-1.4/pangomm/layoutrun.h', which is also in package libgtkmm-2.4-dev
[22:16] <NCommander> :-/
[22:16] <NCommander> (I have the right -dev lines too)
[22:21] <NCommander> seb128, any ideas?
[22:22] <seb128> NCommander: how do you install the deb?
[22:22] <NCommander> dpkg -i
[22:22] <NCommander> the 0ubuntu2 ones anway
[22:24]  * NCommander is stumped
[22:24] <NCommander> for now anyway
[22:24] <seb128> NCommander: dpkg -I *.deb | grepl Replaces
[22:24] <seb128> -l
[22:25] <NCommander> Argh
[22:25] <NCommander> I did edit control.in, and it didn't show up
[22:25] <NCommander> Argh, because I used debuild -nc so the clean target didn't get called to update control
[22:25] <seb128> NCommander: you need to debuild clean to update control and then debuild to build
[22:25] <NCommander> BAHHHHHHHHHHHHHHHH
[22:25] <seb128> ;-)
[22:25] <seb128> brb
[22:28] <crevette> seb128: is ather a know bug about black tootltips in gtk ?
[22:28] <crevette> ah too late
[22:31] <seb128> NCommander: alright, I fixed my upgrade issue, do you need those changes commited to the debian svn?
[22:32] <NCommander> Oh, I just finished the patch :-P
[22:32] <NCommander> seb128, http://paste.ubuntu.com/44674/
[22:33] <NCommander> seb128, any chance you can also upload to Debian?
[22:35] <seb128> NCommander: no due to the stupid 'don't accept source only uploads' rule they have, but lool will probably be happy to sponsor the typo fix there ;-)
[22:35] <NCommander> you can't do a source only upload into Debian?
[22:35] <seb128> no
[22:35] <seb128> they decided that people would not test their builds or something if that was allowed
[22:35] <NCommander> -_-;
[22:36] <NCommander> So the opposite of us
[22:36] <seb128> things are often complicated in debian, lot of people and opinions ;-)
[22:37] <NCommander> There are times where I wish you could do binary uploads into the repo here on Ubuntu
[22:37] <NCommander> lool, ping
[22:37] <NCommander> seb128, care to commit it for me then?
[22:37] <NCommander> (I assume you'll also need to commit my gtkmm update)
[22:39]  * crevette tries to upgrade using packagekit
[22:40] <NCommander> what is package kit specifically?
[22:40] <lool> NCommander: pong
[22:41] <crevette> salut lool
[22:41] <lool> Hey
[22:41] <crevette> NCommander: a framework to install & remove packages
[22:41] <crevette> and now this is a dpkg backend
[22:45] <lool> NCommander: Hey why don't you ask something along the ping to allow me to reply to you faster?
[22:45] <NCommander> lool, sorry, got distracted. I require a package sponsorship into Debian; mostly because seb128 can't build the package himself ATM
[22:46] <NCommander> lool, could you help me?
[22:47] <lool> NCommander: Depends of the package
[22:47] <lool> do you have a debdiff or something already?
[22:47] <lool> Is it suitable for lenny or meant for experimental?
[22:47] <NCommander> lool, seb128 was commiting it to GNOME's SVN
[22:47]  * NCommander pokes seb128 
[22:48] <seb128> NCommander: I'm commiting it a sec
[22:49] <NCommander> seb128, I'll be back within 20 minutes, sorry, got to jet for a minute
[22:49] <seb128> NCommander: see you later
[22:49] <NCommander> oh yay, my laptop's suspend broke on the last alpha update
[22:49] <NCommander> BAH
[22:49] <seb128> lool: http://paste.ubuntu.com/44674/plain/ basically
[22:50] <seb128> lool: pangomm in debian experimental has replaces version which don't consider the epoch numbers
[22:50] <seb128> lool: ie, typo fix, my debian disk just crashed some time ago and didn't manage to reinstall yet so I can't build the binaries
[22:51] <NCommander> seb128, I could build the binaries if you want to sign the changes file then
[22:51] <lool> seb128: Yup please commit
[22:52] <lool> Or I can commit if you like
[22:52] <seb128> lool: please commit if you are not too busy, I'm in the middle of something else and would like to finish that before going to bed ;-)
[22:54] <seb128> lool: thanks
[22:55] <lool> seb128: Hmm I have a mistery
[22:55] <lool> gnome-menus 2.23.91-0ubuntu1 on my desktop ships settings.menu
[22:55] <lool> gnome-menus 2.23.91-0ubuntu1 in the lpia ubuntu-mid dailies doesn't
[22:55] <lool> Only the preferences and applications .menu
[22:57] <seb128> lool: weird, it's installed in the .install
[22:57] <seb128> should be there on lpia too
[22:57] <lool> actually appears in the buildd log
[22:57] <lool> http://launchpadlibrarian.net/17226429/buildlog_ubuntu-intrepid-lpia.gnome-menus_2.23.91-0ubuntu1_FULLYBUILT.txt.gz
[22:57] <lool> I mean it appears the file is *missing*
[22:58] <seb128> and it's listed in the deb summary after the build log
[22:58] <lool> Oh sorry the missing file is preferences.menu not settings.menu
[22:58] <lool> I keep mixing the two
[22:59] <lool> seb128: hey I don't see a layout/preferences.menu
[22:59] <lool> Ah i suspect it went missing
[23:00] <lool> Yes
[23:00] <lool> seb128: It's not in any arch
[23:00] <seb128> lool: right, you probably still have it since that's a conffile
[23:00] <lool> It was just kept because I have it
[23:00] <seb128> vuntz: ^
[23:00] <seb128>         * layout/preferences.menu:
[23:00] <seb128>         * layout/settings.menu:
[23:00] <seb128>         Updated for those changes. Also remove preferences.menu and directly
[23:00] <seb128>         include its content in settings.menu.
[23:00] <seb128> lool: ^ ah
[23:01] <seb128> ok, gnome-menus need to do some preinst cleaning
[23:01] <seb128> lool: thank you for pointing that
[23:39] <vuntz> seb128: I guess you unpinged me, right? :-)
[23:40] <seb128> vuntz: correct ;-)
[23:40] <IntuitiveNipple> Does anyone know the location of the gnome vfs mime database?
[23:40] <seb128> it's using shared-mime-info
[23:41] <seb128> what is the question exactly? are you sure you want to use gnomevfs and not the new gvfs?
[23:43] <IntuitiveNipple> seb128: I'm hacking through LP bug #239952 affecting xulrunner apps (firefox 3, epiphany, etc.)
[23:44] <seb128> could be that your webserver is returning a buggy mimetype information?
[23:44] <IntuitiveNipple> I've spent several hours backtracing all the various mime-types file locations, with the help of strace, but want to be sure where VFS is looking for its DB since it is VFS failing to report the handler for text/plain and others that is causing the issue
[23:45] <seb128> you can use gnomevfs-info on the file to get details
[23:46] <seb128> gnome-vfs is using shared-mime-info mimetypes informations but might be special casing the text case
[23:47] <seb128> is the issue specific to texts?
[23:50] <IntuitiveNipple> No, there's a range of mime-types where firefox (xulrunner actually) will report no handler... I've traced it to the fact that it fails when VFS doesn't report a handler. It does report one for PDF, but I've yet to find any differences whatsoever in the mime-types definitions of the two
[23:51] <seb128> well, download the file and use gnomevfs-info on it
[23:51] <IntuitiveNipple> Yeah, done that, no clues anywhere
[23:51] <seb128> but it might be that the webserver is returning a mimetype which is not a known one
[23:52] <IntuitiveNipple> nope
[23:52] <IntuitiveNipple> First thing I checked, I wish it were that easy!
[23:52] <seb128> no clue what?
[23:52] <seb128> gnomevfs-info will tell you the mimetype and the default application
[23:53] <IntuitiveNipple> xulrunner calls gnome vfs to ask what the helper application is for "text/plain" and somehow that fails to get a successful reply. The same for "application/pdf" is successful.
[23:53] <seb128> do you have an example which is not textplain?
[23:53] <seb128> text is a special case, I would not use it for debugging
[23:55] <IntuitiveNipple> odt, ods, gz
[23:56] <IntuitiveNipple> See LP bug #239952 - the reporter lists them and links to a forum where they can be tested, and several people are experiencing it.
[23:58] <seb128> IntuitiveNipple: gnome-open /tmp/file-downloaded works correctly?
[23:59] <IntuitiveNipple> seb128: Yes
[23:59] <IntuitiveNipple> The xulrunner code, in its gnome-vfs interface, calls "gnome_vfs_mime_get_default_application()" to get the app to launch