[07:35] <pitti> Good morning
[09:49] <pitti> jasoncwarner: hey Jason, how are you? Still online?
[09:49] <Laney> hey
[09:50] <Laney> Can someone tell me how to handle d/changelog in the daily autolanding branches?
[09:50] <Laney> looking at https://code.launchpad.net/~mitya57/ubuntu-themes/remove-desktop/+merge/139264
[09:55]  * mitya57 thought that the automatic uploader would replace the "-- " line anyway
[09:57] <mitya57> https://bazaar.launchpad.net/~ps-jenkins/ubuntu-themes/latestsnapshot/revision/266/debian/changelog
[09:57] <mitya57> like here ^^
[10:00] <Laney> I thought they were generated from the commit messages
[10:00] <Laney> jibel: hey, ^-- do you know perchance?
[10:06] <Daviey> Laney: I thought the mail to -devel said it wasn't doing that.. You might want to read for clarity.
[10:07] <Laney> Daviey: thanks for the clue, let me check
[10:09] <Laney> Daviey: Do you have a reference? I can't seem to find it ...
[10:09] <Daviey> Laney: Re: [ubuntu/raring-proposed] libunity-webapps 2.4.3daily12.11.29-0ubuntu1 (Accepted) - 29th Nov, Thread starter Micah
[10:10] <Laney> So it says it's autogenerated from bugs or NEWS
[10:11] <Laney> do you think that means it's OK to fill it in in the absence of those things?
[10:11] <jibel> Laney, changelog is generated from the bugs fixed by the upload
[10:13] <Laney> jibel: Should we avoid touching debian/changelog then?
[10:13] <Daviey> jibel: I was going to chime into the thread, but it seemed wise just to 'give space' as it was close to bikeshedding.. But what we do with openstack uploads built from VCS is.. Use the first line of the VCS commit message, and wrap at 80 chars.  If it has a LP bug reference, we look up the bug title and use that instead.
[10:13] <Daviey> scripted obv.
[10:14] <Daviey> Requires discipline on the committers to have a clean commit log.
[10:14] <Laney> so mitya57 should link the bugs to the branch and not change the changelog or?
[10:20] <jibel> Laney, from the code direct modifications to debian/changelog should be merged as it is not considered a packaging change, but that'd require a confirmation from didrocks
[10:21] <Laney> jibel: will anything break too badly if we try it and see?
[10:21] <jibel> Laney, no, the worst thing that might happen is to force a manual publication
[10:22] <Laney> alright, let's see ;-)
[10:33] <Laney> mitya57: what about the pngs?
[10:36]  * mitya57 looks
[10:37] <Laney> infact then places becomes completely empty if those are removed
[10:38] <mitya57> $ find . -name *.png
[10:38] <mitya57> ./distributor-logo.png
[10:38] <mitya57> what pngs?
[10:39] <Laney> https://bazaar.launchpad.net/~mitya57/ubuntu-themes/remove-desktop/files/head:/places/128/
[10:39] <Laney> for example
[10:40] <mitya57> What is that doing outside ubuntu-mono-*? I'll remove it.
[10:43] <mitya57> should I remove my debian/changelog part and link the branch to a bug?
[10:43] <Laney> nah, leave it, I want to see what happens
[10:43] <mitya57> :)
[10:43] <Laney> plus it's better than just a bug title anyway
[10:46] <mitya57> yes, but titles sometimes say the reverse to what should be in the changelog
[10:46] <mitya57> "- libunity9 now depends on unity-common which depends on compiz (LP: #1062099)" - example
[10:46] <ubot2`> Launchpad bug 1062099 in libunity (Ubuntu Quantal) "libunity9 now depends on unity-common which depends on compiz" [Undecided,New] https://launchpad.net/bugs/1062099
[10:47] <Laney> yeah
[10:47] <mitya57> I've updated the branch, btw
[10:47] <Laney> I don't think bug titles are a really good thing to use here on their own
[10:47] <Laney> perhaps "Commit message
[10:47] <Laney>   - fixes <bug title> (LP: #xxx)"
[10:47] <Laney> ta, pullin'
[10:57] <Laney> mitya57: merged, thank you!
[10:58] <mitya57> nice, thanks
[10:58] <Laney> apparently I can push to that branch ;-)
[14:48] <mhr3> desrt, gdbus question - say i have an object that i'm about to export (ie call register_object), but need to wait on something async before doing so, is there a race-free way to do that?
[14:49] <desrt> this is a very old question :)
[14:49] <desrt> you mean like waiting to see if you successfully acquire a name? :)
[14:49] <mhr3> i know, and old answer was no afair :)
[14:49] <desrt> it's still the same.
[14:49] <desrt> do the export preemptively
[14:49] <mhr3> i can't
[14:50] <desrt> you won't get any calls on the object until after you return to the loop
[14:50] <mhr3> the object has props that are initialized async
[14:50] <desrt> heh
[14:50] <mhr3> so i'm screwed
[14:51] <mhr3> i'll go cry to david then
[14:51] <desrt> ya
[14:51] <desrt> i was going to recommend that :)
[15:43] <mterry> Does anyone know about the youtube webapps SRU that robru was working on?  I have a note from didrocks to help it along this week.  I don't see any SRU bugs for it
[15:46] <Laney> mterry: try asking #webapps
[15:46] <mterry> Laney, fair enough
[15:46] <Laney> I did however just notice that unity-webapps-youtube is newer in quantal-updates than raring ...
[15:47]  * Laney whips up some SQL to find out if anything else is like that
[15:47] <mterry> Laney, :-/
[15:57] <micahg> Laney: I thought the AAs have a warn script for stuff like that
[16:06] <Laney> micahg: I dunno
[16:06] <Laney> it's only libimobiledevice unity-webapps-twitter unity-webapps-youtube if my script is right
[16:27] <qengho> Do we have a meeting today?
[16:28] <Laney> nope
[16:28] <qengho> Ah, okay.
[16:28] <qengho> I'll dump my status anyway.
[16:29] <qengho> desktop-r-chromiumbrowser-improvements]
[16:29] <qengho> Looking okay. Falling prey to Hofstadter's Law.
[16:29] <qengho> 1) Still working on getting all stable-ubuntu released, but actually releasing is postponed until #2 is fixed.
[16:29] <qengho> 2) A new bug that makes webapps ask for permissions unnecessarily. Could be because of outdated unity-chromium-extension packages. ##webapps knows of it. Normal maintainer is on baby-leave, so I'm looking too.  LP#1091334
[16:29] <qengho> 3) Someone volunteered to translate a new language, so I guess I have to give mo
[16:29] <qengho> re thought to launchpad translations soon.
[16:29] <qengho> EOF
[16:30] <micahg> qengho: 1 is only blocked on 2 for quantal, we can still update the rest
[16:30] <micahg> qengho: and if that's only with .97, let's push .95
[16:31] <qengho> micahg: Hrm, I don't know if it's only .97.  Will check .95 too.
[16:31] <qengho> micahg: I'm still working on the others.  Context-switching on long runs of compiles.  I might have a few ready today.
[16:33] <qengho> Lunch.  Back in a bit.
[16:48] <Sweetshark> status here:
[16:48] <Sweetshark> 1/ beta2 tagged upstream: https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=4104d660979c57e1160b5135634f732918460a05
[16:49] <Sweetshark> 2/ QA Marathon running, supported by ubuntu bibisect and prereleases: http://skyfromme.wordpress.com/2012/12/12/libreoffice-test-marathon-bibisect-4-0-and-ubuntu-packages/
[16:50] <Sweetshark> 3/ https://plus.google.com/113210431006401244170/posts/E7Ktup1Aq4M bug and fix identified, applied upstream, next release in end of Jan., we should fasttrack that
[17:36] <Laney> cyphermox: dude! you here?
[17:38] <mterry_> Anyone here with 12.10 w/ an intel GPU that wants to help verify an SRU?  Wooo!
[17:39] <Laney> or someone who knows abotu webapp packaging
[17:39] <Laney> I want to upload those no-change rebuilds but I'm scared about touching the packages
[17:39] <mterry_> Laney, I know that they generate the various source packages from a template
[17:40] <Laney> yeah I saw that it's all bundled into one repository
[17:40] <Laney> I don't want to pull in whatever upstream changes there happen to be though
[17:40] <mterry_> Laney, is this a separate thing from pushing the SRU into raring?
[17:40] <Laney> no
[17:40] <Laney> it's exactly that
[17:41] <Laney> I could just add a .1 on the end
[17:41] <mterry_> Laney, yeah, I'd just do that
[17:42] <Laney> ack
[17:45] <mlankhorst> did I miss meeting?
[17:45] <mterry_> mlankhorst, didn't have it (holidays)
[17:45] <mlankhorst> yay
[18:47] <cyphermox> Laney: I'm there, sorry I didn't see your ping
[19:52] <robru> does anybody know what it means when D-Feet gives the error message "nn:expected value"? I think it might have something to do with dbus method signature errors, but I'm pretty sure I have the method signature correct, so I don't really know what it's trying to tell me
[22:02] <bryce> robert_ancell, not seeing RAOF or TheMuso, and jasoncwarner is apparently without internet.  I've been on vacation since the last meeting and only been doing bug work today so have nothing to report.  You have anything to discuss?  If not, short meeting yay.
[22:02] <robert_ancell> I like short meetings :)
[22:11] <bryce> robert_ancell, great, well have a nice day.  :-)