=== bjf[afk] is now known as bjf === almaisan-away is now known as al-maisan [07:38] Good morning [07:40] good morning [07:40] * pitti hugs didrocks [07:41] * didrocks hugs pitti back (even if I have no idea why the initial hug ;)) [07:43] just because you rock, and it's a nice morning === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [07:44] pitti: hehe, thanks :-) [07:44] how are you? === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [07:54] didrocks: I'm great, thanks! [08:08] session restart, brb [08:28] didrocks: just followed up in bug 645561 ; did I misunderstand this? [08:28] Launchpad bug 645561 in gnome-keyring (Ubuntu) "gnome-keyring prompts lack way to set default timeout (affects: 2) (heat: 12)" [Undecided,Fix committed] https://launchpad.net/bugs/645561 [08:29] pitti: no you didn't, I was pondering between 10 minutes or 15 minutes. Wasn't gksudo 15 minutes previously? The thing is that we don't have any way now to configure for ssh key the time to unlock it [08:30] maybe 10 is a little bit harsh, as you said… [08:30] didrocks: sudo is 15 minutes, yes [08:30] but not ssh/gpg [08:30] if it keeps forgetting the keys after 15 minutes, then we don't need it at all [08:30] gpg is still 100 by default IIRC [08:30] * didrocks checks [08:30] I don't do an upload every 15 minutes [08:31] perhaps we can just reapply the configurability in gconf? [08:31] pitti: I can have a look, not sure how many hack it needs [08:31] pitti: having a look, please reject and reopen the bug [08:36] done [08:36] thanks [08:37] slomo: hey [08:37] slomo: do you think the new cairo is causing the libcairo-perl testsuite failing? (it needs refresh? http://launchpadlibrarian.net/55429556/buildlog_ubuntu-maverick-i386.libcairo-perl_1.070-1_FAILEDTOBUILD.txt.gz) [08:39] didrocks: hm, maybe... no idea :) but this doesn't look good [08:40] slomo: right, I'm pondering deactivating the testsuite but if the errors are reals :) [08:40] didrocks: might be a bug in the testsuite too [08:40] slomo: yeah, but in that case, it should have failed in debian too :) [08:41] debian still has the old cairo [08:41] the new cairo is a bit more restrictive in corner cases [08:41] hum, that's maybe the cause then [08:42] yes, it caused problems in some applications too [08:43] so, you should we should try deactivating the testsuite? [08:43] think* [08:43] probably... nothing is using libcairo-perl anyway [08:43] (that was my rough guess looking at rdepends :)) [08:44] ok, will do that then, thanks slomo! [09:50] dobey: hello, how are you? [09:59] dpm: FYI, I tried to add all needed info to bug #614088 [09:59] Launchpad bug 614088 in unity (Ubuntu) (and 3 other projects) "unity should give an error to the user when not supported by the driver/graphic card (affects: 20) (dups: 5) (heat: 116)" [Medium,Triaged] https://launchpad.net/bugs/614088 [10:01] thanks didrocks! [10:01] and good morning :) [10:01] hey dpm ;) you're welcome! [10:42] flappy connexion here [10:46] pitti: do you think you will have some time to review indicator transition + unity stack today from the unapproved queue? [10:47] didrocks: ah, I'll look at this now, I want to start with the library [10:47] pitti: thanks :) [10:49] didrocks: hm, this lib doesn't have a symbols file or shlibs? [10:49] pitti: there is a shlibs in debian/rules, isn't it? [10:49] * didrocks checks [10:49] ah, i might have missed it [10:50] but symbols files FTW.. [10:50] I agree [10:50] tedg doesn't want… [10:50] because of daily build failure [10:51] you don't need to set it to FTBFS on mismatch [10:51] the default is just to print a diff [10:51] even on buildd? we get FTBFS when symbols mismatched [10:52] hm, I had those for ages, and it didn't barf [10:52] well, locally, I'm using DPKG_GENSYMBOLS_CHECK_LEVEL=4, but it's only local [10:52] right [10:52] hum, I should check again, but I explicitely remember having bamf or clutk failing because of new symbols [10:52] maybe daily build are different? they shouldn't [10:53] I'll have a deeper look at that and try to fix that for next release [10:53] for indicator-* it's tedg/ken call's, but I will point symbol file again! :) [10:54] (trying a silly test now for bamf in my ppa) === zyga is now known as zyga-airport [11:06] didrocks: wow @ unity mega fix release [11:06] I begin to understand how you got so many bugs fixed :) [11:06] * pitti hugs didrocks [11:07] pitti: hehe, that's the trick :) [11:07] * didrocks hugs pitti back [11:07] some of them are from me nevertheless, I don't steal everything ;) [11:08] didrocks: gnome-bluetooth upload refers to bug 4. 558841 [11:08] Launchpad bug 4 in ubuntu (and 1 other project) "Importing finished po doesn't change progressbar (affects: 1) (dups: 1) (heat: 9)" [Undecided,Invalid] https://launchpad.net/bugs/4 [11:08] oops, bug 558841 [11:08] Launchpad bug 558841 in indicator-application (Ubuntu Lucid) (and 7 other projects) "bluetooth "devices" menu item not working in bluetooth indicator (affects: 21) (dups: 4) (heat: 129)" [Low,Triaged] https://launchpad.net/bugs/558841 [11:08] didrocks: but this bug applies to the indicator-application [11:08] typo somewhere, or is the bug task wrong? [11:08] pitti: urgh, the bug tasks is great, retargetting [11:08] pitti: sorry about it :) [11:08] "great"? [11:09] wrong* [11:09] * didrocks is tired :) [11:09] * pitti binNEWs libindicator [11:09] unfortunately 6 mins too late for current publisher [11:09] pitti: already built? \o/ [11:09] * pitti pats his build score fudging skillz :) [11:09] * didrocks hugs pitti for the NEWing and review :) [11:09] ahah! [11:10] so, I fixed the bug to match right component [11:10] cheers! [11:16] hi didrocks [11:16] kenvandine: new murrine looks a bit UI invasive and has no bug report associated.. === al-maisan is now known as almaisan-away [11:17] didrocks, 2 questions: did you upload the evolution package? and did you file the bug we talked about yesterday? [11:17] rodrigo_: didn't have the time to file the bug, but the evolution package is in UNAPPROVED queue, yes :) [11:18] didrocks, ah, ok, thanks! [11:18] rodrigo_: yw ) [11:18] seb128 comes back! my IRC is like a christmas tree! :) [11:19] didrocks: no, it's not in unapproved [11:19] hum? I checked yesterday the queue… let me look [11:19] well, approved 10 minutes ago :p [11:20] pitti: is it you? :) [11:20] *chuckle* [11:20] * didrocks hugs pitti [11:21] * pitti just loves it to make people look "WTH?" from time to time, sorry [11:21] pitti: that's fine ;) just thought "what I done?" for a second :) [11:21] hopefully, evolution is just one ws away ;) [11:23] ws? [11:23] workspace? [11:23] yeah, sorry :) === almaisan-away is now known as al-maisan [11:33] chrisccoulson: hey, how are you? [11:33] hi didrocks - good thanks, but a little tired [11:33] chrisccoulson: I saw you work late yesterday? [11:33] yeah, i went to bed at 4am ;) [11:34] urgh ;) [11:34] do you still have the mind to work on some bugs? [11:34] :) [11:34] didrocks, ah, evolution package accepted! [11:34] or busy with firefox stuffed! [11:35] dpm, ping ^^ [11:35] yeah, i'm currently working on bug 641056 [11:35] Launchpad bug 641056 in ia32-libs (Ubuntu Maverick) (and 3 other projects) "Loader chooses 64-bit instead of 32-bit library (affects: 6) (heat: 36)" [High,Triaged] https://launchpad.net/bugs/641056 [11:35] dpm, the translations for the u1 email [11:35] rodrigo_, I've just seen that, they've been uploaded, thanks for the heads up [11:36] chrisccoulson: great, if you need any bug, just let me (for instance, the ftbfs on syncevolution) [11:36] didrocks - yeah, i took a quick look at that yesterday. but it fails to build when you add any patches [11:37] it seems to run "intltool-update -m" at the end of the build, which exits with an error because of the new files in .pc/ [11:37] chrisccoulson: oh really? that's weird [11:37] but i didn't spend any time to figure out what was running that. [11:43] chrisccoulson: if you have some time, will be great. Not high priority IMHO === MacSlow is now known as MacSlow|lunch [12:10] didrocks, https://bugs.edge.launchpad.net/ubuntuone-client/+bug/645932 [12:10] Ubuntu bug 645932 in ubuntuone-client "Hiding/showing the ribbon from the menu doesn't do anything until you visit another folder in Nautilus (affects: 1) (heat: 6)" [Undecided,New] [12:12] rodrigo_: thanks for opening it, sorry but I'm running on different topics :) [12:12] didrocks, working on a fix right now [12:12] didrocks, np [12:12] rodrigo_: what will be the workaround as it's due to nautilus ? [12:12] didrocks, well, it's due to us not listening to GConf entry changes [12:12] so it should be easy [12:12] oh ok :) [12:15] hmm, although it looks nautilus keeps a bar, so hiding our ribbon is not enough :( [12:15] yeah, that was what I saw when playing with nautilus API [12:16] hence my "it's due to nautilus" [12:16] yeah [12:16] I thought it was an easier thing to fix [12:16] well, maybe I can hide the parent, but that won't work the first time [12:22] yeah, I really hope nautilus will soon migrate to libpeas… should be easier to get more control on nautilus [12:56] pitti: FYI, we get a crasher in unity when clicking on some indicators, getting a fix and distro patch [12:59] wow, this ia32-libs stuff is just such a mess [12:59] chrisccoulson: amen [12:59] chrisccoulson: doesn't sound attracting when reading the bug report, isn't it? :) [12:59] didrocks: ack [12:59] ia32-libs should just die [12:59] yes :-) [13:00] yeah, quite hackish [13:00] or be replaced with a clever script which does a i386 chroot and some bind mounts [13:00] or dpkg/apt multiarch [13:01] chrisccoulson: btw, no need to squeeze that through DSL; I've been doing these updates in a dchroot on ronne [13:01] and remote debsign [13:01] pitti - yeah, that's what i'm doing currently :) [13:01] upload bandwidth from the DC is quite nice :) [13:01] there's no way i'm uploading a 700MB tarball on my connection ;) [13:02] by the time you can say "gosh, what a hideous package, I hate it" it's finished [13:02] hello everyone! [13:02] lol [13:02] hi nessita [13:02] pitti: not sure if you got the message yesterday, bu I proposed https://code.launchpad.net/~nataliabidart/ubuntu-dev-tools/multiple-series-for-project-upload/+merge/36354 [13:02] Senora, hello! [13:02] nessita: I saw it, thanks! looks nice [13:02] hola chrisccoulson, pitti! [13:02] pitti: awesome [13:04] hey nessita [13:07] hello didrocks, how are you? [13:10] nessita: I'm fine, thanks :) and you? [13:11] pretty good, preparing some mate and enjoying the weather (today is sunny, yesterday was rainy) [13:12] oh nice :) [13:15] matte? [13:18] ah, mate. i have colleagues who drink it.. maybe it's worth trying [13:30] pitti: unity fix uploaded === MacSlow|lunch is now known as MacSlow [13:40] pitti: I wanted to get a second opinion from you for a fix to bug 484429 [13:40] Launchpad bug 484429 in udisks (Fedora) (and 11 other projects) "Plugging in a LUKS device causes the following error: Error unlocking device: cryptsetup exited with exit code 239: Command failed: Device already exists (affects: 20) (heat: 113)" [Unknown,Unknown] https://launchpad.net/bugs/484429 [13:43] pitti, it shouldn't be much of a change from the last snapshot we included [13:43] and there is a bug that it fixes, but it wasn't reported until after i uploaded, in light-themes [13:43] one sec [13:44] pitti, it actually fixes bug 622284 [13:44] Launchpad bug 622284 in gtk2-engines-murrine (Ubuntu Maverick) (and 1 other project) "Font blur on some buttons in Ambiance/Radiance theme (affects: 5) (heat: 26)" [Medium,Fix committed] https://launchpad.net/bugs/622284 [13:44] and is related to bug 634422 [13:44] Launchpad bug 634422 in light-themes (Ubuntu) (and 2 other projects) "[UIFE] tweaks to light-themes for maverick (affects: 2) (heat: 16)" [Undecided,Fix released] https://launchpad.net/bugs/634422 [13:45] kenvandine: go on holiday! [13:45] which is a UIF exception, but we didn't list that package there... since it was a gnome package and we had been waiting for a stable release [13:45] hey didrocks [13:45] i am :) [13:45] hey kenvandine :) [13:45] I see that! [13:45] just checking in :) [13:46] several things i am tracking are still in the unapproved queue :( [13:46] mvo: ping [13:47] compiz, murrine, and mission-control [13:47] oh and udev... [13:47] kenvandine: murrine corresponds to the new version in GNOME ftp? [13:48] yes [13:48] so that should be ok [13:50] hey nessita [13:51] mvo: hey there, how are you? [13:51] nessita: good, thanks! how are you? [13:51] mvo: pretty good! I just wanted to let you know that I'm (still) getting this https://pastebin.canonical.com/37583/ when updating software-center [13:52] kenvandine: great :) [13:53] nessita: uh, that is with a current maverick? what does apt-cache policy apt-xapian-index [13:53] output? [13:54] mvo: ah! 500 http://mirrors.kernel.org/ubuntu/ maverick/main amd64 Packages [13:54] full output https://pastebin.canonical.com/37585/ [13:55] nessita: could you pastebin the file /var/lib/apt-xapian-index/values please ? [13:56] mvo: https://pastebin.canonical.com/37586/ [13:57] nessita: thanks, that is a bit odd, catalogedtime is missing from there, I look at the package [13:58] nessita: could you also pastebin "sudo update-apt-xapian-index -v -f -u [13:58] " please? [13:58] sure [13:59] mvo: https://pastebin.canonical.com/37587/ [14:03] nessita: thanks, and after that finished, you still have no "catalogedtime" in /var/lib/apt-xapian-index/values ? [14:03] nessita: is this a upgrade or a fresh install? [14:04] mvo: still no catalogtime, this is an upgrade [14:04] thanks nessita, I dig into it now and see what I can find [14:04] mvo: sure! [14:04] nessita: spanish locale I assume? [14:05] nopes [14:05] en_US [14:05] thanks === njpatel_ is now known as njpatel [14:07] didrocks: done [14:07] pitti: thanks :) === ara_ is now known as ara [14:09] nessita: is it there if you run sudo update-apt-xapian-index -v -f ? [14:09] nessita: "it" == "the cataloguedtime" [14:09] * nessita checks [14:09] kenvandine: ah, thanks [14:09] mvo: I have this line: Reading plugin /usr/share/apt-xapian-index/plugins/cataloged_time.py. [14:11] cyphermox: reading.. [14:13] nessita: I think I can reproduce it now, many thanks for the report [14:14] mvo: you're welcome! [14:14] cyphermox: so it seems the cryptsetup part is fixed in maverick, by way of debian? [14:16] cyphermox: I'll digest the udisks patch later on, thanks for this [14:18] pitti, how would you feel about me patching gwibber so it adds the keys to the desktop files so appmenu doesn't try to display the File/Edit menus for gwibber-accounts and gwibber-preferences? [14:18] they do nothing... [14:19] kenvandine: hm, why does appmenu display them in the first place? [14:19] does it invent menus out of thin air? [14:19] it sticks stubs in so you can have a menu for copy/paste [14:19] something that was never fully implemented [14:19] it does that if the app doesn't have any menus [14:20] * kenvandine thinks it is silly the way it is [14:20] ah, that explains why I keep getting those menus on random applications [14:20] they are completely useless and ugly [14:20] yeah [14:20] couldn't we rather disable that completely? [14:20] instead of playing catch-up in every app? [14:20] I even get those two on a completely empty desktop right now [14:20] you'd have to convince other people :) [14:20] it is annoying [14:20] well, s/right now/last time I looked at it/ [14:20] it is better now... the common stuff is blacklisted [14:21] open office, firefix, chromium, etc [14:21] firefox even [14:21] this seems like a the wrong way.. [14:21] but there are random apps that do it [14:21] indeed [14:21] perhaps we could whitelist the two or three apps that actually need it? [14:22] i think there might be some underlying architectural reasons why they are there now... [14:29] * pitti follows up to the bug and waits for sabdfl's response [14:34] pitti, I'm curious if there really was much for cryptsetup to do in the first place, since it's really udisks listening to udev events and saying "ooh, unplugged device" [14:35] pitti: i believe mpt had a clever plan which i approved and it fell short of full implementation [14:35] however, i don't recall the exact plan [14:36] i think the stubs were to handle a case like: an app pops up a dialog with selectable text. the rest of the apps menus are not appropriate, but edt/cut/copy/paste might be [14:36] i agree, having the stubs when they are not useful isn't right [14:36] sabdfl: but even then we wouldn't need a File menu? [14:36] happy to see a fix of any form [14:36] kenvandine, that's a bug in the window type detection. You shouldn't be hacking around it by making more and more additions to the blacklist. [14:36] the File stub is, iirc, to keep Edit in the right place [14:37] kenvandine, the opposite case is where the menus disappear when Gimp's Toolbox window is focused, and they should not. [14:37] mpt, is there a bug filed on that already? [14:37] i haven't seen that [14:38] mpt, there seems to be quite a few windows like that [14:38] * mpt tries it out [14:39] ah, actually, the Gwibber case is fine [14:39] The only bug there is that the Edit items aren't implemented yet [14:39] mpt, yes... but at this point they won't be for maverick [14:40] sure [14:40] So, an alternative would be to remove the Edit menu from the fallback menus for Maverick [14:40] but it's probably way too late even for that [14:41] that would definitely be better [14:41] there are lots of windows that get this [14:41] mpt: well, it sounds easier than tring to add a hundred more blacklist entries? [14:42] (or, rather, finding them in the first place) [14:42] pitti, yes, there should be only three entries in the blacklist [14:42] well, four I guess, counting Seamonkey [14:43] and it just seems ugly, in fact the thing that really made this get my attention was my wife's new netbook... first thing she did when she opened gwibber-accounts was click on the edit menu and say "well that is ugly" [14:43] she had no reason to click it... besides it being there :) [14:45] if it's on the screen and has no purpose, and has no style, it's clutter [14:45] There should be an API for windows to say "If the global menu bar is active, please inherit the parent window's menus, but enable only these items {}" [14:45] sabdfl, yup [14:45] sabdfl, and first impression is key [14:45] indeed [14:45] So that the menu bar contents don't flash around so much [14:45] sabdfl, she was totally wow'd by unity btw :) [14:46] this was the first thing she complained about [14:46] glad to hear it [14:48] mpt: I already have on patch for appmenu nearly going to sponsor, if we decide on that, I should maybe hold on [14:49] ok, well i gotta go... my wife is reminding me i am on vacation :) [14:50] kenvandine: enjoy! ;) [14:51] didrocks, can you keep an eye on my stuff in the unapproved queue for me? :) [14:51] ugh [14:51] kenvandine: sure, harassing people is one of my favorite activity :) [14:52] hehe... thx didrocks [14:52] yw ;) [14:52] before i disconnect.. gotta make sure unity doesn't crash any more :) [14:52] hehe, right! or just wait for the next publisher which should be there soon [14:53] The menus don't even pass the first test case I wrote in June [14:53] Who's in charge of QA for them? [14:53] didrocks, ugh... i built that -ubuntu2 and it still crashes [14:53] mpt, :( [14:54] didrocks, anything else i might need? [14:54] kenvandine: hum, really? [14:54] yeah... still crashing for me [14:54] kenvandine: on clicking on system indicator? [14:54] any of them [14:55] mpt: it's a bit late, what do we do now? [14:55] happens on the MeMenu and messaging menu too [14:56] didrocks, perhaps i don't have all of the indicator related updates [14:56] kenvandine: yeah, sounds like that [14:56] kenvandine: is that with neil's fix? [14:56] kenvandine: retrying [14:57] davidbarth: he took from the trunk, he didn't update everything [14:57] but with neil's fix [14:57] kenvandine: retrying, one sec [14:58] davidbarth, reported bug 646029 [14:58] Launchpad bug 646029 in indicator-appmenu "UTILITY wrongly treated as an active window (fails test case) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/646029 [14:59] nessita: just fyi bug #646018 - the s-c part is fixed, but there is a apt-xapian-index issue left [14:59] Launchpad bug 646018 in software-center (Ubuntu) (and 1 other project) "indexing fails after a upgrade if the apt-xapian-index is not yet regenerated (affects: 1) (heat: 6)" [Medium,Fix committed] https://launchpad.net/bugs/646018 [14:59] davidbarth, I suggest, get whoever's doing QA for the menus to go through the rest of those test cases (sorry I don't have time to do that myself) [15:00] mvo: very nice! [15:01] * kenvandine shouldn't update right before traveling... hope we have wifi at the beach house :) [15:02] kenvandine: well, you still have the GNOME session as a fallback [15:03] session restart, brb [15:05] kenvandine: I confirm the fix "fixes" it :) [15:09] didrocks, ok... :) [15:09] didrocks - i might need you to sponsor a gdk-pixbuf upload in a minute :) [15:10] didrocks, guess i need to wait for stuff to get published [15:10] chrisccoulson: that's some kind of "advertisement" before the actual push? :) [15:10] chrisccoulson: it's for the lib32-on-64-mess? :) [15:10] didrocks - yeah, i'm just testing it atm :) [15:10] kenvandine: I guess so, yeah, sorry :) [15:10] chrisccoulson: awesome! [15:11] hopefully i'll be able to run upstream firefox builds on my laptop again then ;) [15:11] not sure this sounds like a good or bad news :) [15:15] didrocks - are you running i386? [15:15] chrisccoulson: yes [15:15] didrocks - do you have a /usr/lib32 symlink to /usr/lib? [15:16] chrisccoulson: no, it's not a symlink [15:16] $ ls -ld /usr/lib32/ [15:16] drwxr-xr-x 4 root root 4096 2010-09-19 14:07 /usr/lib32/ [15:16] oh, but it actually exists? [15:19] yeah, and contains nvidia-current and vdpau here [15:23] is it just me or is mutt showing a not-quite-black background for anyone else with the latest vte/gnome-terminal? [15:23] and no home/end keys in mutt [15:30] w00t, it works \o/ [15:56] mvo: which vte? [15:57] mvo: it's the same white background color as in any other terminal [15:57] but I suppose I have custom colors [15:58] didrocks, ok, i've pushed the gdk-pixbuf changes to lp:~ubuntu-desktop/gdk-pixbuf/ubuntu [15:58] i'd appreciate it if you could test it when you get a few spare minutes [15:58] chrisccoulson: will review in a few. Thanks :) [15:59] (i've tested x86_64 and i386 on x86_64, but i've not tested your combination yet) [16:00] chrisccoulson: ok, anything particular that needed attention? [16:01] didrocks - i'd be interested to see the strace output of gdk-pixbuf-query-loaders [16:01] pitti: aha, that was it! for some reason my the color palette was set to "custom" [16:01] pitti: now its all good again [16:15] didrocks - i just noticed too that we have an out-of-date gdk-pixbuf version [16:15] should we update that? [16:15] (to 2.22.0) [17:04] chrisccoulson: it depends on latest glib, we should wait on seb for it :) [17:04] didrocks, oh, i didn't notice that ;) [17:05] chrisccoulson: can you ping me later or send me an email about gdk-pixbuf? [17:05] still on unity and indicators right now [17:05] didrocks, yeah, sure [17:05] chrisccoulson: thanks :) [17:05] didrocks, is there anything else high priority for maverick you want working on in the meantime? [17:06] i suppose i should carry on looking at this g-s-d crasher ;) [17:07] chrisccoulson: yeah, if you feel strong enough as it's quite a headache apparently :) [17:07] chrisccoulson: or the syncevo ftbfs for a change [17:08] yeah, this crash is a pain. i've resorted to running bluetooth-applet and g-s-d in gdb now, with a watchpoint on the memory locations i'm interested in [17:08] so i can catch anything that writes to them ;) [17:23] hey didrocks, do desktop team branches always point to the dev release? like this? lp:~ubuntu-desktop/shotwell/ubuntu [17:23] what if I wanted say, the lucid packaging? [17:23] jcastro: most of the time, I personnaly try to do lp:~ubuntu-desktop/shotwell/lucid on first SRU [17:24] jcastro: if not, that mean we don't have that and the history contains only dev release version (which is lucid at some point) [17:24] jcastro: we don't have any policy for that, so everyone does what is the best for him [17:24] good morning everyone [17:24] ok so that branch may or may not exist? [17:24] hey desrt! [17:24] right [17:25] how's freaking fourtytwo coming along? [17:25] er. maverick, i mean [17:25] jcastro, wouldn't lp:ubuntu/lucid/shotwell be just as good, except for the extra files alongside debian/? [17:25] didrocks: can I propose making that a policy? It will make it much easier for upstreams to make daily builds on older distros [17:25] jcastro, forget I asked -- daily builds [17:27] jcastro: can be a good idea, not sure what will be our process for natty, using full source branchc or not [17:28] didrocks: ok, think of me if the discussion comes up [17:28] desrt: things announce nicely, on the final sprint! [17:28] jcastro: I'll sure! [17:28] making it easy for any upstream shipped by ~desktop to be able to reuse your packaging for dailies would be really nice [17:28] sounds a good idea, right :) [17:28] didrocks: either there's a bug in my parser or one in your printer :) [17:28] everyone I've tried so far has Just Worked [17:29] didrocks: I'll have dailies for shotwell for real today. :D [17:29] didrocks: 'announce'? [17:30] desrt: not announce then ;) but "looks" :) [17:30] jcastro: great! [17:30] :) [17:34] is seb around today? === al-maisan is now known as almaisan-away [17:38] desrt: I haven't seen him all week, holiday I think [17:38]