[07:00] <pitti> Good morning
[07:00] <nigelb> very good morning pitti :)
[07:01] <pitti> hey nigelb, how are you?
[07:01] <nigelb> pitti: down with a bad cold and throat pain, but still so far a good day otherwise :)
[07:02] <pitti> uh, get well soon!
[07:02] <nigelb> thank you :)
[07:07] <baptistemm> hello
[07:27] <TheMuso> Hey pitti.
[07:29] <pitti> hey TheMuso, how are you?
[07:29] <pitti> bonjour baptistemm
[07:30] <TheMuso> pitti: Quit well thanks, and yourself?
[07:30] <TheMuso> quite even'
[07:30] <pitti> hehe
[07:30] <pitti> I'm great, thanks
[07:30] <pitti> I'm back on platform this week for alpha-3
[07:36] <baptistemm> salut pitti
[07:38] <didrocks> good morning
[07:38] <pitti> bonjour didrocks, comment vas-tu?
[07:38] <pitti> back home?
[07:39] <didrocks> pitti: ça va très bien, merci ;) yes, back home with a beautiful weather!
[07:39] <pitti> raining cats and dogs today
[07:40] <didrocks> pitti: still little bit exhausted but feel well. Thanks :)
[07:40] <didrocks> pitti: urgh :/
[07:40] <pitti> but at least the weekend was marvellous
[07:40] <didrocks> pitti: and you? how are you?
[07:40] <pitti> didrocks: I'm great, thanks! had a very lazy weekend, some bicycling and family visiting, and a lot of reading
[07:41] <pitti> Laney: hm, your tomboy merge isn't in bzr
[07:42] <didrocks> pitti: great :)
[07:48] <pitti> RAOF: good morning
[07:48] <pitti> RAOF: I'm currently slaughtering some upstream changelogs to reclaim back some CD space
[07:48] <RAOF> pitti: Good afternoon!
[07:48] <RAOF> pitti: You'd like mesa's gone, I take it?
[07:48] <pitti> RAOF: x-x-v-{intel,ati,radon,nouveau} take 1 MB together (compressed), could we kill them?
[07:48] <RAOF> Sure.
[07:49] <pitti> RAOF: we already did mesa, it seems
[07:49] <pitti> RAOF: I'm happy to do the uploads, but I guess those pacakges are in git somewhere?
[07:49] <RAOF> Ah, yeah.
[07:49] <RAOF> They are in git, yeah.  debcheckout grabs the right thing, you need the “ubuntu” branch.
[07:50] <and471> morning all
[07:50] <pitti> RAOF: if I send you format-patch and upload, could you git am and push them?
[07:50] <and471> hey didrocks, are you the package maintainer for lernid?
[07:50] <RAOF> pitti: Yup.
[07:50] <didrocks> and471: I've made the upload on request in the past
[07:51] <and471> didrocks, ah ok cool :)
[07:51] <didrocks> and471: if there is a new upstream release, I can upload it to ubuntu
[07:51] <didrocks> and471: morning btw ;)
[07:51] <and471> didrocks, I made a debdiff for the new release, it fixes loads of bugs :)
[07:51] <and471> gimme a sec for the url..
[07:52] <RAOF> pitti: We'll need to rebuild them all soon anyway, for new Xserver, which should be ready tomorrow.
[07:52] <and471> didrocks, https://bugs.launchpad.net/ubuntu/+source/lernid/+bug/546968
[07:52] <ubot2> Ubuntu bug 546968 in lernid (Ubuntu) (and 2 other projects) "Inappropriately appears in Ubuntu Software Center "Developer Tools" > "Python" (affects: 2) (heat: 16)" [Low,Fix committed]
[07:52] <and471> didrocks, http://launchpadlibrarian.net/52813519/lernid_0.7.debdiff
[07:52] <pitti> RAOF: ah, then I won't need the uploads today
[07:52] <didrocks> and471: great! I'll have a look at it today and keep you in touch :)
[07:52] <and471> thanks didrocks :)
[07:53] <didrocks> and471: thank to you :)
[07:59] <and471> sense, hey, I realised why I had that gtk thing on lucid - I have the appmenugtk ppa, so don't worry about it for all of lucid, it is just me :)
[08:00] <sense> and471,
[08:00] <sense> ok
[08:00] <sense> and471: By the way, I asked the author of the patch and he said they would release a fix today.
[08:00] <and471> sense, cool :)
[08:02] <pitti> RAOF: intel and radeon format-patch on http://people.canonical.com/~pitti/tmp/
[08:02] <pitti> RAOF: nouveau will fix itself on next build, it uses dh compat 7 and does not explicitly specify the changelog
[08:02] <RAOF> pitti: Ta muchly.
[08:02] <pitti> RAOF: thanks to you
[08:10] <pitti> ccheney: would you mind to drop installing the upstream changelog from OO.o? (http://bazaar.launchpad.net/~openoffice-pkgs/openoffice/3.2.1-maverick/annotate/head%3A/rules#L3877)
[08:10] <pitti> I can't commit to the branch
[08:10] <pitti> but we install the 1.2 MB thing in triplicate
[08:12] <didrocks> and471: hey, can you please propose another debdiff, with in the changelog the title of the bug fixed rather than just numbers?
[08:12] <didrocks> and471: that will help people interesting knowing what the new release fixes for them :)
[08:12] <and471> didrocks, sure gimme a few minutes :)
[08:14] <didrocks> and471: you should mention your change as well in debian/control
[08:14] <and471> hey mpt, Sorry but I think I have found an issue with that login dialog again ;p
[08:14] <mpt> Good morning and471
[08:15] <and471> mpt, I think the best way for me to state this is first could you describe the behaviour when the 'remember password' checkbox is ticked? http://bit.ly/aF8ojd
[08:16] <mpt> mvo, good morning -- I slipped up two weeks ago and didn't get to see the end-to-end buy-something demo. Do you have instructions handy that I could follow to run through it myself?
[08:18] <mpt> and471, if it's checked, your Ubuntu SSO password should be stored in gnome-keyring. If it isn't, it isn't.
[08:18] <mvo> mpt: there is a ec2 demo instance now, give me a bit of time to update the code to it and it should be possible to test against this. this will save you the hazzle of setting up a local dev server (that is notoriously troublesome on maverick)
[08:18] <mpt> thanks mvo
[08:19] <and471> mpt, the thing is, we don't actually remember the *password*, we remember a token for the Ubuntu SSO service that allows us the make requests in the future without having to know the email and password
[08:19] <and471> mpt, so when it says 'remember password' that isn't actually what we are doing
[08:19] <mpt> ah
[08:21] <mpt> and471, what do you think about "Remember sign-in details" instead?
[08:21] <mpt> oh, make that "sign-on details"
[08:21] <and471> mpt, that is what I was thinking, or yesterday I was using facebook for something and the used 'Remember login'
[08:21] <and471> mpt, the string change is fine, but then I was worried about the behaviour afterwards
[08:22] <and471> mpt, say a user then logs in again in a future session, what do we show in the login dialog?
[08:22] <mpt> and471, so what we really want to say is "Sign on automatically next time", I guess
[08:22] <and471> mpt, yeah pretty much
[08:22] <mpt> and471, the point being to offer a choice between going through the dialog every time, and going through it just this once.
[08:22] <and471> mpt, which is okay, because if SC knows the token, it doesn't need to remember any forgotten passwords
[08:23] <and471> mpt, yup
[08:23] <mpt> mvo, do/will/should we use different tokens for reviewing stuff vs. buying stuff?
[08:24] <mvo> mpt: no, those will be the same, just a ubuntu-sso oauth token
[08:24] <mvo> mpt: currently we just use a different one when talking to launchpad, but for the exposed functionality we do not actually have to talk to LP at all
[08:25] <mpt> good
[08:26] <mpt> and471, ok, "Sign on automatically next time" please
[08:26] <and471> mpt, cool
[08:28] <mpt> w.t.f.
[08:28] <mpt> wiki.ubuntu.com says "Please use the interactive user interface to use action edit!" I don't know what that even means.
[08:29] <and471> mpt, sounds engrish
[08:31] <mpt> The worst thing is that it's causing me to seriously wonder whether "An upload will never overwrite an existing file ... Overwrite existing attachment of same name [checkbox]" is the dumbest thing in MoinMoin, or only the second dumbest thing.
[08:32] <and471> hehe
[08:33] <mpt> and471, https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=407&rev1=406
[08:34] <and471> mpt, thanks
[08:40] <and471> didrocks, is this better? http://pastebin.com/iHLVCniq
[08:42] <pitti> didrocks: do you know a bit about gir?
[08:43] <seb128> hey
[08:43] <pitti> I was just looking at bug 600194, does anyone have an idea where to look for?
[08:43] <ubot2> Launchpad bug 600194 in gir-repository (Ubuntu Maverick) (and 1 other project) "gir-repository fails to build from source in maverick (affects: 1) (heat: 122)" [High,Confirmed] https://launchpad.net/bugs/600194
[08:43] <pitti> /usr/bin/g-ir-compiler --includedir=. --includedir=. Gtk-2.0.gir -o Gtk-2.0.typelib
[08:43] <pitti> Gtk-2.0.gir: error: Type reference 'GModule' not found
[08:43] <pitti> bonjour seb128, back home? how are you?
[08:43] <seb128> hey pitti
[08:43] <seb128> yes!
[08:44] <didrocks> and471: I would rather do that: http://paste.ubuntu.com/472099/
[08:44] <seb128> I'm fine, I mostly got over the guadecflu I got on thirday
[08:44] <didrocks> morning seb128 :)
[08:44]  * pitti grabs bug 600189 now
[08:44] <didrocks> pitti: looking
[08:44] <ubot2> Launchpad bug 600189 in gtk+2.0 (Ubuntu Maverick) (and 3 other projects) "devhelp fails to build from source in maverick (affects: 1) (heat: 108)" [High,Fix released] https://launchpad.net/bugs/600189
[08:44] <pitti> seb128: oh, get well soon then!
[08:44] <seb128> pitti, no idea about this build error
[08:44] <seb128> pitti, chassing the ftbfs list for a3?
[08:45] <pitti> seb128: chasing https://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?field.searchtext=&orderby=status&field.milestone%3Alist=27561 :)
[08:45] <pitti> seb128: someone marked them all for a3
[08:45] <pitti> I don't think it's that urgent, and I'll move a lot of them
[08:45] <seb128> someone being doko
[08:45] <seb128> argreed
[08:45] <seb128> agreed
[08:45] <pitti> but we should fix at laslt the basic libs
[08:45] <pitti> and stuff like those pointer conversion errors cause real crashes
[08:46] <and471> didrocks, ok do I put the debian/control thing in, even though it is an upstream fix? (they ship the debian/ dir)
[08:46] <pitti> seb128: I'm back on platform duty this week do steer alpha-3
[08:46] <pitti> so far I did some CD size diet, and fixing all uninstallables except l-b-m
[08:47] <didrocks> and471: it's not really upstream, in any case, all changes in debian/ should be explictely written in the changelog
[08:47] <seb128> pitti, ok, nice to have you back, will you train the new rm, she starts today no?
[08:47] <and471> didrocks, ok, I shall redo that debdiff then, thanks for the help
[08:47] <pitti> seb128: I think she'll hang out with slangasek and cjwatson at debconf
[08:47] <didrocks> and471: yw, just ping me once you've done it and I'll sponsor. Thanks :)
[08:48] <seb128> pitti, ok
[08:50] <and471> didrocks, ping
[08:50] <didrocks> and471: already done? :)
[08:50] <and471> yup :)
[08:50] <Laney> pitti: oh yeah, bad me. I can't actually commit to bzr myself
[08:57] <didrocks> and471: sponsored, thanks a lot!
[08:57] <and471> didrocks, thankyou
[08:57] <and471> vish, lernid fix ^
[09:00] <seb128> pitti, did we have many rdepends on gdk-pixbuf la?
[09:00] <seb128> pitti, I had only 2 on my system when I checked last week
[09:00] <seb128> pitti, would have been nicer to rebuild the few rdepends rather no?
[09:00] <pitti> seb128: I know of empathy, and micahg reported some problems as well (he didn't mention pacakge names)
[09:01] <seb128> empathy doesn't have a lib
[09:01] <Laney> have you guys seen any reports of problems with the new sqlite3?
[09:01] <seb128> it was likely failing due to launchpad integration
[09:01] <Laney> It causes huge huge performance problems fro banshee
[09:01] <pitti> seb128: but it FTBFSed due to the missing gdk-pixbuf la
[09:01] <seb128> pitti, I think it's launchpad integration which needed a rebuild
[09:01] <seb128> grepping through .la on my system
[09:01] <pitti> seb128: ah, that has a .la which referenced pixbuf?
[09:01] <seb128> yes
[09:02] <pitti> ah, ok
[09:02] <seb128> anyway your change is fine as well I guess
[09:02] <seb128> we will drop it later on
[09:02] <pitti> we can drop it in the next upload again then
[09:02] <pitti> if we rebuild lpi
[09:02] <kiwinote> mvo: I have updated lp:~kiwinote/software-center/getting-the-small-things-right and lp:~kiwinote/software-center/deb-files , so they are ready to merge (in that order)
[09:02] <seb128> right, will do that
[09:03] <seb128> pitti, seems you have been chassing changelogs ;-)
[09:03]  * seb128 reads -changes backlog
[09:04] <pitti> seb128: yeah, they take some 20 MB
[09:04] <pitti> so, time to chop off some
[09:04] <and471> didrocks, yikes, that build completely failed :/
[09:05] <didrocks> is there any issue with dpkg-deb: http://launchpadlibrarian.net/52866654/buildlog_ubuntu-maverick-i386.lernid_0.7_FAILEDTOBUILD.txt.gz ?
[09:06] <seb128> lut didrocks, bien rentré ?
[09:07] <pitti> didrocks: you can give them back
[09:07] <pitti> didrocks: dpkg was uploaded yesterday, and i386 fell behind
[09:07] <pitti> so the -dev package didn't match the dpkg version
[09:07] <pitti> it hit my morning uploads as well
[09:08] <didrocks> seb128: bien bien, petit coup de speed car impossibe de m'enregistrer (merci btstravel de s'être trompé de numéro de vol…) et donc course pour arriver à embarquer après 40 min à l'enregistrement… mais bien
[09:08] <didrocks> seb128: et toi, ton rhume?
[09:08] <didrocks> pitti: oh ok, thanks for the info :)
[09:08] <seb128> didrocks, ca va, presque passé là
[09:08] <pitti> argh argh
[09:08] <pitti> didrocks: and the new dpkg segfaults
[09:08] <pitti> http://launchpadlibrarian.net/52867088/buildlog_ubuntu-maverick-amd64.gdk-pixbuf_2.21.6-2ubuntu2_FAILEDTOBUILD.txt.gz
[09:08] <pitti> meeeh
[09:08] <didrocks> pitti: urgh…
[09:08] <seb128> that's going to be fun...
[09:09] <didrocks> yeah, just before an alpha is the perfect time for that… :/
[09:15] <mvo> kiwinote: great, thanks!
[09:19] <pitti> mvo: good morning
[09:20] <mvo> hey pitti
[09:26] <didrocks> good morning mvo
[09:26] <mvo> hey didrocks
[09:29] <mvo> didrocks: still no luck syncing with desktopcouch :/ I need to talk to u1 it seems to get this resolved, maybe my machine is in some kind of balcklist
[09:30] <didrocks> mvo: yeah, some are blacklisted as there was some issue in those last weeks. Talking on #ubuntuone should help to at least know if you are on that list or not
[09:58] <seb128> mvo, the new apt broke the update-manager download estimation it seems, known issue?
[09:59] <seb128> the summary always says it needs to download 1k now
[09:59] <seb128> where I've rather some 90meg to download
[10:00] <mvo> seb128: not known yet, thanks for the info
[10:00] <mvo> seb128: I have a look
[10:00] <mvo> seb128: is it otherwise working well for you?
[10:01] <seb128> mvo, hey btw ;-) how are you?
[10:02] <seb128> mvo, I didn't notice other issues yet otherwise
[10:02] <seb128> so yeah, it's mostly working fine ;-)
[10:03] <mvo> seb128: I'm good, thanks. getting the new apt in was a bit of heavily lifting, quite a bit of churn and new goodness, but also extra-care to not break anything of course
[10:03] <mvo> seb128: so I'm happy that it seems to have worked well (pitti helped with buildd juggling :)
[10:03] <seb128> mvo, nice to see so active work on it ;-)
[10:03] <seb128> the changelog was quite impressive
[10:04] <mvo> yeah :)
[10:05] <mvo> seb128: how are you? easy trip back from guadec
[10:05] <pitti> mvo: only remaining problem is the packagekit-gnome FTBFS, AFAICS
[10:06] <seb128> mvo, I'm alright, getting over guadaflu I got some days ago now
[10:06] <mvo> pitti: yeah, that is unreleated it seems
[10:06] <mvo> uhh
[10:06]  * mvo hugs seb128
[10:06] <seb128> the trip back was easy yes, 30 min train ride, 1 hour flight
[10:06]  * seb128 hugs mvo
[10:07] <mvo> nice
[10:13]  * pitti uploads unbroken dpkg
[10:17]  * seb128 hugs pitti
[10:18] <seb128> mvo, can you confirm the update-manager download estimation issue?
[10:19] <mvo> seb128: apt-get itself is fine, let me wait for u-m to startup (cairo *cough*)
[10:20] <seb128> lol
[10:20] <mvo> seb128: yeah, looks broken too here
[10:20] <mvo> seb128: odd given that apt-get itself reports the right size
[10:20] <seb128> ok, at least it's not only me
[10:20] <mvo> seb128: I check it out
[10:20] <seb128> thanks
[10:20] <seb128> do you want a bug report?
[10:22] <mvo> seb128: yes please
[10:24] <seb128> mvo, bug #612326
[10:24] <ubot2> Launchpad bug 612326 in update-manager (Ubuntu) "Update manager display all updates size as 1kb in the main windows after updating to libept1 (affects: 2) (heat: 12)" [Undecided,Confirmed] https://launchpad.net/bugs/612326
[10:24] <seb128> I guess that's the same issue
[10:26] <mvo> seb128: thanks
[10:32] <seb128> mvo, hum, new apt complains about .save files in sources.list.d but those files are not thing I've added it comes from the dist-upgraders or something
[10:32] <seb128> well "complain", displays a N: Ignoring file..."
[10:34] <chrisccoulson> good morning everyone
[10:34] <chrisccoulson> hey seb128, how was GUADEC?
[10:34] <seb128> hey chrisccoulson
[10:35] <seb128> quite nice, lot of catching up with people I didn't see in a while
[10:35] <htorque> seb128, that's bug 611925
[10:35] <ubot2> Launchpad bug 611925 in apt (Ubuntu) "sources are not recognized (affects: 16) (dups: 1) (heat: 58)" [Undecided,Confirmed] https://launchpad.net/bugs/611925
[10:36] <seb128> htorque, thanks
[10:37] <didrocks> good morning chrisccoulson
[10:37] <chrisccoulson> hi didrocks, did you have fun too?
[10:37] <didrocks> chrisccoulson: yeah a lot, thanks! now trying to catchup :)
[10:38] <andreasn> seb128, so this French conspiracy...
[10:38] <seb128> andreasn, hey
[10:38] <andreasn> so many French speaking people at guadec
[10:39] <seb128> andreasn, yeah, you should really learn
[10:39] <andreasn> I know it already
[10:39] <seb128> if you want to be able to join the interesting discussions you need french as a skill
[10:39] <chrisccoulson> heh :)
[10:40] <andreasn> yeah, I need to study really hard until next year
[10:40] <andreasn> it will be the Official Language of GNOME Development Discussions
[10:41] <didrocks> seb128: did you figure out for libgdk_pixbuf-2.0.la issue? I've (I hope) fixed the evolution ftbfs but I got the missing file now
[10:42] <mvo> seb128: yeah, I noticed that too, I have not fully made up my mind yet about it
[10:42] <seb128> didrocks, we needed a lpi rebuild but pitti added the la back rather for now
[10:42] <didrocks> /usr/lib/liblaunchpad-integration.la is depending on it
[10:42] <seb128> didrocks, in any case a rebuild should work
[10:42] <pitti> well, we can/should still do an lpi rebuild then
[10:42] <didrocks> seb128: rebuild of libgdk_pixbuf-2.0, right?
[10:42] <seb128> pitti, will do once you fix the builders ;-)
[10:42] <pitti> seb128: you can upload
[10:43] <pitti> seb128: I set all buildds to manual
[10:43] <seb128> didrocks, no, that has been uploaded
[10:43] <seb128> pitti, ok
[10:43] <seb128> didrocks, you just need to give a retry to your builds when the new gdk-pixbuf is published if it's not yet
[10:43] <pitti> no, it's not yet
[10:44] <pitti> I'm also waiting on it to retry empathy
[10:44] <didrocks> seb128: ok, I should miss it for now. Hope that it will work and that I really fixed the evo FTBFS, it's not a trivial backport :)
[10:44] <didrocks> pitti: ok
[10:44] <pitti> didrocks: when I retry empathy (once it's ready), shall I retry evo as well?
[10:44] <didrocks> pitti: no, I didn't upload it yet. I'm doing a local build first to ensure it's working. I'm just waiting to get the published  version of libgdk_pixbuf so
[10:45] <seb128> didrocks, you can easily workaround by creating an empathy libgdk_pixbuf-2.0.la
[10:45] <seb128> an empty libgdk_pixbuf-2.0.la
[10:45] <seb128> doh, autofinger typing ;-)
[10:45] <pitti> haha, autofingers :)
[10:45] <didrocks> seb128: empty one? ok thanks :)
[10:45]  * pitti hugs seb128
[10:45]  * seb128 hugs pitti
[10:46] <seb128> didrocks, or rm the liblaunchpad-integration one
[10:47] <didrocks> seb128: already touched, and building in progress. Fingers crossed I didn't forgot anything for all the deprecation stuff which landed with new gtk for evo
[10:48] <didrocks> hum, touching it didn't worked `/usr/lib/libgdk_pixbuf-2.0.la' is not a valid libtool archive
[10:48] <didrocks> will remove the liblaunchpad one
[10:49] <seb128> right, I was just checking that
[10:49] <seb128> you can copy the gtk one otherwise to have a valid format and clean the depends
[10:51] <didrocks> seb128: right, but it's just for testing right now, so let's keep it that way for now
[10:51] <didrocks> seb128: thanks :)
[10:51] <seb128> np
[10:52] <seb128> let me know if you try the lpi cleaning one
[10:52] <seb128> I think I will just make it stop shipping the .la
[10:52] <seb128> nothing else depends on it
[10:52] <didrocks> seb128: it didn't fail with that (it failed later, but not because of that one)
[10:52] <seb128> ok
[10:58] <didrocks> seb128: hum, this will be harder and harder to backport all deprecation thing for 2.30. I would suggest to move to 2.32 as they dep on either gtk2 or gtk3, and wait for 2.31.6 for it (so, upload post A3), do you agree?
[10:58] <seb128> what do you mean backport all deprecation thing?
[10:58] <seb128> just don't build using -DGTK_DISABLE_DEPRECATED
[10:59] <seb128> that's the standard way to workaround those issues
[10:59] <seb128> tarballs should not set that
[10:59] <didrocks> seb128: ok, I wanted to make that better with patching from new version. ok, will do that so
[10:59] <seb128> not sure about 2.32 they didn't start porting to gsettings
[11:00] <seb128> they mentioned breaking everything for 2.32 to get on shape for next cycle on their channel after the GUADEC announce about the GNOME3 delay...
[11:00] <didrocks> seb128: right now, it's still using gconf in configure.ac
[11:00] <seb128> I would rather watch what they do and if they roll a 2.32 now or an another 2.30 tarball rather
[11:01] <didrocks> ok, I will have a look where the -DGTK_DISABLE_DEPRECATED comes from
[11:01] <seb128> better to just don't disable deprecated functions for now
[11:01] <seb128> it's likely in the configure
[11:02] <didrocks> gotcha, trying
[11:32] <seb128> mvo, can you add bug #611925 to your list as well?
[11:32] <ubot2> Launchpad bug 611925 in apt (Ubuntu) "sources are not recognized (affects: 17) (dups: 1) (heat: 62)" [Undecided,Confirmed] https://launchpad.net/bugs/611925
[11:40] <asac> seb128: hey ;)
[11:40] <asac> seb128: done with guadec?
[11:40] <pitti> chrisccoulson: do you want to keep bug 601009 on the alpha-3 list?
[11:40] <ubot2> Launchpad bug 601009 in swt-gtk (Debian) (and 2 other projects) "swt-gtk fails to build from source in maverick (affects: 1) (heat: 125)" [Unknown,New] https://launchpad.net/bugs/601009
[11:40] <asac> do you need any MIR processed ;)? .... we need syncs from unstable for eina eet evas ecore efreet edje elementary edbus
[11:41] <seb128> asac, hey, yes
[11:41] <pitti> hey asac
[11:41] <pitti> asac: bug 609992 would be nice, should be easy
[11:41] <ubot2> Launchpad bug 609992 in libcrypt-openssl-x509-perl (Ubuntu Maverick) (and 1 other project) "[MIR] libcrypt-openssl-x509-perl (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/609992
[11:41] <asac> seb128: anything important on gnome mobile at guadec?
[11:41] <seb128> asac, I can do the syncs
[11:41]  * asac apt-get source libcrypt-openssl-x509-perl and open bugs
[11:41] <asac> seb128: thanks!!
[11:41] <chrisccoulson> pitti - feel free to move that, i probably won't get to it before a3
[11:41] <seb128> asac, no, there was not a lot of "mobile" this year
[11:41] <asac> hmm
[11:41] <asac> so seems that effort is dying
[11:41] <seb128> asac, I guess that moved to the nokia summit rather
[11:41] <asac> if not now, then never
[11:41] <asac> ah ... ok good be
[11:41] <asac> could be
[11:42] <asac> seb128: nokia summit ... right. thats != meego summit. wondere what nokia would do still on gnome
[11:42] <seb128> GUADEC was rather focussed on GNOME3 this year
[11:44] <asac> pitti: interesting that there is no alternative for that in main already (e.g. perl + ssl + x509 feels like something more or less common -- even though perl is a dinosaur ;))
[11:45] <davmor2> seb128: including the news on releasing it next year go figure :)
[11:49] <didrocks> seb128: did you have some time to look at oneconf packaging? I would understand that with your cold, you prefered sleeping on the plane :-)
[11:50] <seb128> right, I didn't work on the way back but doing that now
[11:50] <seb128> didrocks, lp:oneconf?
[11:50] <seb128> or do you have a different url for the packaging?
[11:50] <didrocks> seb128: yes, thanks :)
[11:50] <didrocks> seb128: no, right now, it's a native package
[11:53] <seb128> didrocks, 0.09 is a weird version
[11:54] <seb128> didrocks, shouldn't we use python-support nowadays?
[11:54] <seb128> I though that's what debian standardized on now
[11:54] <didrocks> seb128: I used the same thing that USC was using TBH :)
[11:54] <seb128> didrocks, the build-depends on lsb-release doesn't seem required
[11:54] <didrocks> seb128: on the phone, will be available in 20 minutes I guess
[11:54] <seb128> ok
[11:54] <didrocks> seb128: it's for setup.py
[11:54] <seb128> I'm about to go to eat
[11:54] <didrocks> seb128: enjoy so, we can discuss about it then!
[11:55] <seb128> thanks
[11:55] <seb128> the description needs a review from an english speaker ;-)
[11:55] <seb128> but "have a command" -> has at least
[11:56] <seb128> and some "the" before usc and diff I guess
[11:56] <seb128> anyway
[11:56] <seb128> bbl
[11:59]  * and471 just discovered bzr shred repositories....
[11:59]  * and471 just discovered bzr shared repositories....
[12:08] <asac> seb128: do you need a mail with the list of packages i pasted above? or do you have that on your list now?
[12:09] <asac> would be good to get that synched so we have still time to stabilize a bit for a3
[12:13] <micahg> seb128: I wanted to ask you about the gjs version in sid, a version bump was done w/out a release, is this something we want to sync?
[12:13] <didrocks> seb128: ok, available now, changing the description and I'll have some review there too
[12:14] <didrocks> seb128: if you look at setup.py you will see why lsb-release is needed (stolen from USC ;))
[12:14] <pitti> dpkg confirmed fixed, buildds back
[12:14] <pitti> please retry builds of your stuff that you uploaded this morning
[12:14] <didrocks> pitti: great!
[12:15]  * didrocks hugs pitti
[12:15] <pitti> phun
[12:15] <micahg> pitti: should I retry the package that failed on the gdk-pixbuf.la or save it till the alpha3 stuff is clear?
[12:15] <pitti> micahg: you need to wait another hour
[12:15] <micahg> pitti: k
[12:15] <pitti> micahg: actually, 1:45
[12:16] <pitti> micahg: I just built the fixed gdk-pixbuf on amd64, and another arch is missing
[12:16] <pitti> micahg: got stalled due to the dpkg debacle
[12:16] <micahg> pitti: ok, are all the retries linked or can I try the successful arches now?
[12:17] <pitti> micahg: no, retries are per-arch on the web ui
[12:17] <pitti> micahg: but the ubuntu-build script works on all arches by default
[12:17] <pitti> micahg: I suggest to just run ubuntu-build in 1:45
[12:17] <micahg> pitti: oh, I was just going to use the webui, I haven't tried the ubuntu-build script yet
[12:18] <pitti> micahg: that's fine; but as I said, amd64 was just built, and needs to publish first
[12:18] <pitti> sparc is building, and I bumped powerpc build score
[12:18] <micahg> pitti: ok, thanks
[12:19] <pitti> good time to grab lunch, bbl
[12:19] <didrocks> pitti: enjoy
[12:47] <seb128> pitti, you still have two a3 work items on the list, the language selector spec with be postpone but what about the gpu freeze one?
[12:49] <seb128> chrisccoulson, hey, you still have some workitems for a3, how are those going?
[12:49] <seb128> chrisccoulson, did you add the provides in the control? that seems trivial
[12:49] <seb128> chrisccoulson, what about the translations permissions and pyxpcom ones?
[12:50] <chrisccoulson> seb128 - yeah, the provides will be added when i do the next upload
[12:50] <seb128> didrocks, how is the banshee remaining work item going?
[12:50] <seb128> didrocks, will that land today or tomorrow?
[12:50] <chrisccoulson> i started packaging pyxpcom, but got sidetracked (and that's a low priority issue anyway)
[12:50] <didrocks> seb128: still waiting for upstream to merge in trunk, was planned for previous week but not done yet. Won't make it for A3 I guess
[12:51] <seb128> didrocks, can you change it to beta?
[12:51] <didrocks> seb128: sure, will do it in few minutes
[12:51] <seb128> chrisccoulson, can you move the pyxpcom to beta then?
[12:52]  * micahg can do it, in the middle of an edit
[12:52] <seb128> thanks
[12:53] <chrisccoulson> oops, just did it ;)
[12:53] <micahg> seb128: what's the status in  a blueprint for no longer necessary
[12:53] <chrisccoulson> i wish LP would warn about that
[12:54] <seb128> micahg, I don't think there is one
[12:54] <micahg> seb128: can I just leave it blank?
[12:54] <seb128> ie delete the line or set it to done with a note
[12:54] <micahg> k
[12:54] <seb128> pitti, ^right?
[12:55] <seb128> chrisccoulson, yeah, that's annoying sometimes
[12:57] <chrisccoulson> hmmm, i thought my laptop had frozen there, but actually, my keyboard batteries have run flat ;)
[12:59] <micahg> seb128: did you see my question about the gjs merge from Debian above?
[12:59] <pitti> seb128: gpu freeze> I don't think I'll get to that, sorry
[12:59] <seb128> pitti, that's ok, moving to beta then
[12:59] <pitti> micahg: you mean a WI status or a BP status? empty status means "todo"
[13:00] <seb128> micahg, I didn't understand it I think
[13:00] <pitti> if the WI is no longer necessary, set it to "done" or remove it entirely
[13:00] <seb128> micahg, you mean they set the version to one not matching the upstream tarball one?
[13:00] <micahg> seb128: ok, I'm not sure if the maintainer did the version bump by accident or not since there doesn't seem to be an upstream tag AFAICT
[13:01] <seb128> 0.7.1?
[13:01] <micahg> seb128: yes
[13:01] <seb128> it's on http://download.gnome.org/sources/gjs/0.7
[13:01] <seb128> doing the upgrade would be nice
[13:02] <micahg> seb128: ok, I guess there's no issue, then, I"ll try to do it before FF then
[13:02] <seb128> thank you
[14:03] <dpm> hi didrocks, I'm not sure I should ask you or ted, but would it be possible to set a higher priority than Wishlist on bug 579134, also as per pitti's comment? Having a locale-aware clock should be a basic feature rather than a wishlist.
[14:03] <ubot2> Launchpad bug 579134 in indicator-datetime "Indicator Applet - Time Settings no 24h (affects: 8) (heat: 36)" [Wishlist,Triaged] https://launchpad.net/bugs/579134
[14:03] <pitti> "wishlist" is definitively not appropriate
[14:03] <pitti> it's a real problem, not an enhancement
[14:03] <seb128> dpm, hasn't that been fixed with the version uploaded during the sprint?
[14:04] <pitti> it is NOT 3 o'clock here
[14:04] <seb128> pitti, having an option is a wishlist
[14:04] <didrocks> seb128: there is no ui to change the behavior, only gsettings key, right?
[14:05] <dpm> seb128, unless I'm missing the upload where it's been fixed, it is still 3:04 on my system, where I'd expect 15:04, the same as the calendar applet
[14:05] <seb128> dpm, did it got translated into spanish yet?
[14:05] <pitti> seb128: ah, is there another report about the actual bug then?
[14:06] <dpm> seb128, my system is Catalan, but there is no translatable template available (a separate bug I'm about to report)
[14:06] <pitti> I don't think we really need an option here, FWIW
[14:06] <dpm> I don't think so either
[14:06] <pitti> we should just ask the locale about the preferred time format, and then use %H or %I depending on that
[14:06] <seb128> "#. TRANSLATORS: This string is used to determine the default
[14:06] <seb128> #. clock style for your locale.  If it is the string '12' then
[14:06] <seb128> #. the default will be a 12-hour clock using AM/PM string. "
[14:06] <seb128> #: ../src/indicator-datetime.c:823
[14:06] <seb128> msgid "12"
[14:06] <seb128> msgstr ""
[14:06] <seb128> #: ../src/indicator-datetime.c:837
[14:06] <pitti> this is wrong..
[14:06] <seb128> msgid "%l:%M:%S %p"
[14:06] <seb128> msgstr ""
[14:06] <seb128> also
[14:07] <seb128> I'm not sure why the first one
[14:07] <seb128> he does use strftime() with translatable format options
[14:07] <seb128> which I think is the standard way to do that
[14:07] <dpm> seb128, then it is just a matter of making the indicator-datetime src pkg create a template on build and let translators specify it
[14:07] <dpm> let me file that one
[14:07] <pitti> seb128: no, that's totally redundant; the locale already defines the time format
[14:08] <pitti> it shouldn't be in a per-project .po file
[14:08] <seb128> dpm, oh, it doesn't have a template?
[14:08] <pitti> dpm: no no no, please not
[14:08] <pitti> this is hackish, and EBW
[14:08] <dpm> pitti, got you
[14:08] <seb128> pitti, wait, we need a translation template, there are actual strings useful to translate
[14:08] <dpm> in any case, the package still needs to generate a template
[14:09] <seb128> pitti, that's orthogonal to how we get the time to display
[14:09] <pitti> seb128: right, but not for the 12/24 hours thing
[14:09] <dpm> yeah, the "Time & Date Settings..." one, for example
[14:12] <seb128> pitti, well the translation things is required if you want to get a 12,24 hours option you can select
[14:15] <dpm> seb128, re: the template, here's bug 612540. Most bugs seem to be reported in the upstream project, but I figured out that this has to do with packaging, so I reported it against the package
[14:15] <ubot2> Launchpad bug 612540 in indicator-datetime (Ubuntu) (and 1 other project) "indicator-datetime needs to generate a POT template on build (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/612540
[14:16] <seb128> dpm, thanks
[14:16] <seb128> will fix that in a bit
[14:19] <pitti> micahg: gdk-pixbuf published, feel free to retry now
[14:19]  * pitti retries empathy
[14:23] <kenvandine> pitti, thx... i just hit that FTBFS locally :)
[14:23] <pitti> kenvandine: with the broken dpkg? dist-upgrade again then :)
[14:24] <kenvandine> no, building empathy
[14:25] <kenvandine> yay... empathy builds again :)
[14:25] <kenvandine> thx pitti
[14:25] <pitti> kenvandine: yep, just gave it back on the buildds
[14:25] <micahg> pitti: thanks
[14:26] <pitti> checkbox (Δ 5.9 MB - 0.10: 0.1 MB   0.10.1: 6.0 MB)
[14:26] <pitti> bah, what happened to checkbox
[14:26] <pitti> ah, I think it started to copy all the files from example-content
[14:26] <pitti> ttf-unfonts-core (Δ 12.4 MB - 1.0.1-7ubuntu1: 7.6 MB   1.0.2-080608-3: 20.0 MB)
[14:27] <pitti> ?!?
[14:28] <pitti> and another net +7 MB from removed/added packages (i.e . libraries)
[14:29] <pitti> == Added packages ==
[14:29] <pitti> git (6.3 MB)
[14:29] <pitti> a-ha
[14:29] <seb128> hum
[14:30]  * pitti gets out his package diet whip again
[14:57] <seb128> pitti, you "drop autopoint recommends" might break builds
[14:57] <pitti> seb128: it can't
[14:58] <pitti> seb128: sbuild doesn't install recommends as build deps
[14:58] <seb128> can't it?
[14:58] <seb128> hum, k, so maybe the previous change was already breaking builds
[14:58] <pitti> seb128: also, it didn't depend on autopoint until after alpha-2
[14:58] <seb128> I had a build failing today because autopoint was not installed
[14:58] <seb128> well autopoint was in gettext before no?
[14:58] <pitti> and autopoint is a developer/build tool (like git), it shouldn't be a runtime dependency
[14:59] <pitti> seb128: I think that was reorganized a bit, yes
[14:59] <pitti> debian split it off
[14:59] <seb128> I didn't say it's a runtime thing
[14:59] <seb128> gettext isn't a runtime things either
[14:59] <seb128> ok, I was just pointing that the change broke builds there
[14:59] <pitti> quite some shell scripts use it, though
[14:59] <seb128> autoreconf run are bailing out
[14:59] <pitti> seb128: well, if it does, I'm sorry
[15:00] <pitti> but I would have thought this would have broken with the gettext merge, not the recommends change
[15:00] <seb128> that's fine, we can change dh-autoreconf to depends on it if required
[15:00] <seb128> pitti, it did
[15:00] <pitti> that'd probably make sense, yes
[15:00] <seb128> as said I had issues this morning
[15:00] <pitti> ah, ok
[15:00] <seb128> ie before your upload
[15:00] <pitti> *phew* :)
[15:00] <seb128> I'm just commenting now because I see you go further that direction
[15:00] <seb128> I didn't know sbuild ignored recommends
[15:01] <pitti> it deliberately does, I think, to ensure that depends are used correctly
[15:01] <seb128> I though the recommends would still pull it in buildds and that the issue was a local one there
[15:01] <seb128> ok
[15:01] <seb128> I guess we will just need to make autoreconf depends on it if it's really required
[15:03] <mvo> hey tremolux, good morning
[15:04] <tremolux> hiya mvo
[15:23] <Laney> Who (if anyone) maintains OOo in Ubuntu these days?
[15:27] <sense> chrisccoulson: Where can I find the latest version of your quilt-autotools.sh script?
[15:28] <seb128> Laney, nobody
[15:28] <chrisccoulson> sense - i think there's only one. did i ever host that somewhere publicly then?
[15:28] <chrisccoulson> oh, yeah, i see it now ;)
[15:28] <seb128> Laney, or rather it's not actively being worked
[15:28] <seb128> chrisccoulson, sense: use edit-patch ;-)
[15:29] <sense> chrisccoulson: Not that I am aware of, I received one of you once. Was just curious if there was a newer version  since I last used it.
[15:29] <sense> seb128: Alright, I'll try that. :)
[15:29] <chrisccoulson> seb128 / sense, yeah, i wrote the patch before edit-patch existed
[15:29] <sense> ah, I see
[15:29] <chrisccoulson> it made life easy when doing autotools updates with quilt
[15:29] <chrisccoulson> s/patch/script/
[15:32] <sense> seb128: I get complaints by edit-patch that it is not in a valid Debian directory (even though it really is), do you know any good documentation for it?
[15:32] <sense> It was a wrapper for both quilt and dpatch, right?
[15:35] <seb128> sense, just "edit-patch name"
[15:35] <seb128> where name is the name of the patch file you want to edit
[15:35] <sense> I tried that. :S
[15:39] <sense> Ah, now it seems to be working.
[15:47] <sense> seb128: A German example? ;) I thought you were French!
[15:48] <seb128> sense, right, but french is less verbose than german in that case
[15:48] <seb128> ;-)
[15:48] <sense> So even a better example!
[15:49] <seb128> hehe
[15:49]  * didrocks adds that to the example list when we say that seb128 is German :)
[15:49] <seb128> bah
[15:50] <sense> Elzas?
[15:50] <seb128> didrocks, trying to get revanche for what I said last weeks? ;-)
[15:50] <didrocks> seb128: exactly, and it's only the beginning :-)
[15:50] <seb128> lol
[15:50] <sense> s/Elzas/Alsace
[15:50] <didrocks> ;)
[15:51] <seb128> bah
[15:51] <seb128> session restart, brb
[15:51] <didrocks> seb128: more seriously, apart from the python-central (moved to python-support now) and from the description that will be changed, the rest of oneconf packaging seems ok for you?
[15:52] <sense> didrocks: He's offline!
[15:52] <didrocks> sense: I know, one second too late :)
[15:52] <sense> aww
[16:08] <didrocks> seb128: some issue during session restart?
[16:09] <sense> He must have been driven away by your insults.
[16:09] <seb128> didrocks, no, just decided to test some extra changes and not restart IRC in between
[16:10] <seb128> I'm back now
[16:10] <seb128> did I miss anything?
[16:10] <didrocks> seb128: (yeah, just before you disconnected) more seriously, apart from the python-central (moved to python-support now) and from the description that will be changed, the rest of oneconf packaging seems ok for you? can I upload?
[16:10] <didrocks> even if the "more seriously" is out of context now :-)
[16:12] <seb128> didrocks, I think it was, let me check, did you ask mvo about python-support? thinking about it now I'm unsure if it should use the same system than s-c
[16:13] <didrocks> mvo: did you use python-central on purpose rather than python-support for USC? which one do you advise?
[16:13] <seb128> didrocks, "using the command line to allow" is weird ;-)
[16:14] <didrocks> seb128: well, it's not that important, the switch is really easy with dh7 in any case. I have no strong opinion (we use python-support in quickly)
[16:14] <didrocks> seb128: I would blame tremolux for that :-) ^
[16:15] <seb128>       data_files=[
[16:15] <seb128>                   ('share/oneconf/data/ui/',
[16:15] <seb128> ENOSUCHDIR?
[16:15] <seb128> oh, it's destination, source
[16:15] <seb128> ok
[16:16] <seb128> didrocks, seems fine to me, you can uploae
[16:16] <seb128> upload
[16:16] <didrocks> seb128: yeah, I got catched everytime, (destination, source) is so uncommon :/
[16:16] <didrocks> seb128: thanks, I'll check for the description
[16:16] <didrocks> and then upload
[16:16] <seb128> thanks
[16:17] <didrocks> seb128: thanks for the review :)
[16:20] <didrocks> seb128:
[16:20] <didrocks> seb128: It integrates nicely with the Ubuntu Software Center and the command line tool can be used to allow you to compare…
[16:20] <seb128> didrocks, nice ;-)
[16:20] <didrocks> (sorry, I hate when copy on hilight doesn't work)
[16:21] <seb128> you could as well drop the "to allow you" I guess
[16:21] <didrocks> oh yes, works well this way
[16:21] <didrocks> thanks!
[16:21] <seb128> np
[16:23] <and471> mpt, with the login dialog, do you want a measure to be put in place to stop people entering blank usernames and passwords?
[16:23] <tremolux> didrocks, seb128: better  :)
[16:23] <and471> mpt, i.e. diable the continue button until both are typed in, or if they don't type anything, flag up a message when they click continue
[16:24] <didrocks> seb128: uploaded
[16:24] <didrocks> tremolux: seb128: thanks! ;)
[16:24] <seb128> hey tremolux
[16:24] <seb128> didrocks, thanks
[16:34] <sense> chrisccoulson: I think I've found out why the 'child-added' signal didn't work: it was only triggered when you insert a menu item into a GtkMenuShell, but I think gtk_menu_add_submenu() is a separate function.
[16:35] <sense> fyi
[16:36] <sense> correction: gtk_menu_item_set_submenu()
[16:37] <sense> chrisccoulson: Whoops, wrong addressant.
[16:37] <sense> sorry
[16:39] <mpt> and471, your attention to detail is impressive. :-) https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=409&rev1=408
[16:39] <mvo> didrocks: (phonecall, sorry)
[16:40] <and471> mpt, most people just call it anal-retentive :D
[16:40] <didrocks> no worry :)
[16:50] <vish> seb128: hi ,since gnome 3 got postponed , are we gonna get gnome 2.32 or still only patching stuff?
[16:50] <seb128> getting 2.32
[16:51] <seb128> but it might not be what you think it will be
[16:51] <seb128> ie the nautilus changes will not be in 2.32
[16:51] <vish> hmm , ok. :)
[16:51] <seb128> some maintainer will just roll a new 2.30 tarball for it
[16:53] <mvo> didrocks: python-cenral vs python-support> I don't mind
[16:54] <didrocks> mvo: ok, let's go python-support for now for oneconf so :)
[16:54] <mvo> fine with me
[16:54] <vish> seb128: nice call on gnome 3 btw :)
[16:54] <didrocks> seb128: if you can NEW it in a spare cycle
[16:58] <and471> vish, what are the nautilus changes? (curious)
[16:59] <vish> and471: there have been a lot of minor changes.. lot of bug fixes too
[16:59] <and471> ok thx
[17:10] <vish> didrocks: when you are doing the next pidgin update , could you upload this too Bug #259793 , there is a branch with a merge
[17:10] <ubot2> Launchpad bug 259793 in pidgin (Debian) (and 2 other projects) "Pidgin description in Add/Remove Applications is overly geeky (affects: 4) (heat: 32)" [Unknown,New] https://launchpad.net/bugs/259793
[17:10] <vish> oops! meant to say seb128 ^^
[17:11] <vish> didrocks: accidentally pinged you! force of habit :)
[17:11] <seb128> can do
[17:11] <didrocks> vish: heh, no worry :)
[17:11] <vish> seb128: thanks . :)
[17:15] <seb128> asac, your sync are done, sorry I forgot about it after lunch
[17:16] <seb128> didrocks, reviewing oneconf now
[17:17] <didrocks> seb128: thanks!
[17:18] <seb128> "can be used to compare the set of installed software on your current computer to that of another."
[17:18] <seb128> is weird also
[17:19] <seb128> ;-)
[17:19] <seb128> (I'm not better at writting description don't worry, I think we should have a board reviewing those and doing suggestions or writting those ;-)
[17:23] <didrocks> yeah, I was finding that strange too, but I was thinking that it was some kind of expression "to that of another" I didn't knew
[17:23] <didrocks> probably not so :)
[17:23] <and471> seb128, I am a antive english speaker if you want :)
[17:23] <and471> *native
[17:24] <seb128> didrocks, did you mean "to the one of another" there?
[17:24] <seb128> and471, well then you are welcome to make suggestions for better oneconf description if you want ;-)
[17:24] <seb128> I'm sure you will make didrocks happy
[17:24]  * didrocks looks before tremolux's suggestion :)
[17:24] <didrocks> oh yeah, I'll be happy!
[17:25] <and471> seb128, didrocks, sorry to interrupt, but would"can be used to compare installed software between computers" be okay?
[17:25] <seb128> and471, seems great to me at least
[17:25] <seb128> thanks
[17:25] <seb128> and no interruption don't worry ;-)
[17:26] <didrocks> and471: sounds good, thanks :)
[17:26] <and471> seb128, didrocks, no need to thanks, your english is far better than my french :)
[17:26]  * didrocks seb128 bon, c'était pas de moi ce "to that of another" après un bzr diff :)
[17:26] <didrocks> upsss /me /msg
[17:26] <seb128> lol
[17:26] <didrocks> sorry for interrupting with French :)
[17:27] <didrocks> and471: you should practice :-)
[17:27] <and471> de rien
[17:28] <didrocks> and471: let me pastebin the full description, one sec
[17:28] <and471> didrocks, I know, I am doing it for A Level, but I have managed to forget it all in the summer holidays :D
[17:28] <didrocks> and471: take some holidays in France, and it will be back soon enough :-)
[17:29] <and471> didrocks, the shameful thing is I have french cousins and belgian grandparents XD
[17:29] <and471> I guess as an english speaker I am spoiled
[17:30] <didrocks> and471: how does this sound: http://paste.ubuntu.com/472263/ ?
[17:30] <didrocks> and471: heh, right :)
[17:31] <and471> didrocks, replace 'the set of installed software' with 'sets of of installed software' and it is lovely jubbly :)
[17:32] <tremolux> didrocks, and471: but it's both the integration with software center *and* the command line tool that allow the comparison, isn't that true?
[17:33] <didrocks> tremolux: right, that should be changed to be more explicit (you can use the one or the other)
[17:33] <tremolux> didrocks, and471: two methods of performing the comparison?
[17:34] <and471> tremolux, I'll hand over the torch to you, I have to eat :)
[17:35] <tremolux> and471: haha  :)
[17:35] <didrocks> tremolux: and471: "It integrates nicely with the Ubuntu Software Center to compare sets of installed software between computers. A command line tool also provides for the same functionnality."
[17:35]  * didrocks finds the description harder than the integration itself ;)
[17:36] <tremolux> and471: bon appetit
[17:37] <tremolux> didrocks: I think that works - just a typo -- theres a single "n" in functionality
[17:37] <didrocks> and471: enjoy!
[17:37] <didrocks> tremolux: I was unsure! Great, I'll use that one so
[17:37] <didrocks> and471: tremolux: thanks a lot!
[17:38] <tremolux> didrocks: haha, should be easier than all that, eh??  ah well
[17:38] <didrocks> tremolux: ok, not *that* easier :p
[17:38] <tremolux> didrocks: I suggest a more simple approach:  "OneConf rocks and you need it."
[17:39]  * didrocks agrees with tremolux's last proposal :-)
[17:39] <didrocks> clear explanation and statement
[17:39] <tremolux> didrocks: the plain truth, state plainly
[17:39] <tremolux> didrocks: :D
[17:39] <tremolux> *stated* plainly
[17:39] <didrocks> tremolux: heh :-)
[17:40] <didrocks> seb128: can you reject the upload? I'll upload again with the right description
[17:40] <seb128> didrocks, no, it's already accepted, fix it in the next upload
[17:41] <seb128> didrocks, no hurry it's only the description ;-)
[17:41] <didrocks> seb128: sure, I'll just push that to trunk so :-) thanks again!
[17:41] <seb128> np
[18:03] <asac> seb128: np. thanks. lets hope not everything is broken for ogra.
[18:04] <and471> didrocks, yw
[18:08] <seb128> cassidy, hey
[18:09] <seb128> cassidy, did you get bugs about online notifications being broken with 2.31.5?
[18:11] <chrisccoulson> seb128 - how often does the publisher run?
[18:12] <seb128> chrisccoulson, every hour
[18:12] <seb128> why?
[18:12] <chrisccoulson> seb128, thanks. i was going to run my mozilla crash symbols uploader at the same rate
[18:13] <seb128> chrisccoulson, is that based on ddeb or the ubuntu publisher?
[18:13] <seb128> I think the ddeb are updated less often, like every 6 hours or something
[18:13] <chrisccoulson> seb128 - that's based on the ubuntu publisher
[18:14] <seb128> ok
[18:22] <Tux43> Hello, I have an Acer Aspire 3810TZ and my microphone doesn't work on 10.4 or 10.10.
[18:31] <and471> see ya everyone
[19:19] <sense> What is the usual compile time for GTK+2.0?
[19:19] <Laney> build logs will tell you
[19:20] <sense> :) of course
[19:22] <sense> Ah, 30 minutes.
[19:31] <chrisccoulson> b'ah, my bot doesn't work on chinstrap because the python version is older than mine :(
[20:27] <vish> seb128: for those bugs i mentioned waiting for review/upload , shall i mail you the list?
[20:27] <vish> mentioned *last week..
[20:28] <vish> or can I set the Ubuntu release milestone , instead of tags ;)
[23:14]  * pitti tries to sort out the compiz uninstallability mess
[23:17] <TheMuso> Good morning.
[23:17] <pitti> hello TheMuso
[23:18]  * pitti summons Robert
[23:19] <pitti> compiz-fusion-bcop needs an update to 0.8.6
[23:19] <TheMuso> Robert is not usually around till 9 or so, and even then he may still be in travel recovery mode
[23:20] <pitti> hm, so how could compiz-fusion-plugins-main ever build
[23:21] <pitti> ah, compiz-fusion-bcop needs to go back to main
[23:25] <pitti> ok, I hope I sorted it out now
[23:26]  * pitti uploads and goes to bed
[23:27] <pitti> night everyone!