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