[06:55] <pitti> cjwatson: ack, thanks; it's all good now
[11:08] <cpaelzer> hmm where can I find the quilt command that dpkg-source uses?
[11:08] <cpaelzer> if it uses quilt internally at all
[11:08] <cpaelzer> I have a patch that applied with quilt --fuzz=0
[11:08] <cpaelzer> but buildpackage complains at dpkg-source to fuzz or be malformed
[11:08] <cpaelzer> want to hunt down which malform it doesn't like that quilt just accepts as-is
[11:15] <cpaelzer> ok found "patch -t -F 0 -N -p1 -u -V never -E -b -B"
[13:08] <mvo> who is the best person nowdays to talk about autopkgtest issues? for snapd on bionic I see 2018-02-19 07:33:41 Executing autopkgtest:ubuntu-18.04-i386:tests/main/interfaces-many (2/261)...\nKilled and no indication why it got killed (that test runs for some time so maybe it hits a timeout?)
[13:09] <mvo> (full log is<EMAIL_ADDRESS>[13:13] <xnox> mvo, you can dump more artefacts to be stored in the artifacts.tar.gz like journal
[13:14]  * xnox ponders if journal should always be stored in artifacts....
[13:17] <mvo> xnox: will autopkgtest store in the journal why it did kill a run? if so, that sounds like I need to store that
[13:18] <xnox> mvo, well, for example if it was OOM killed by the kernel, or a SIGBUS got hit, we would see that in the journal.
[13:18] <xnox> or seccomp / apparmor / etc...
[13:18] <xnox> mvo, it might not tell everything....
[13:35] <mvo> xnox: thank you! I will follow your advise
[13:36] <xnox> mvo, the systemd autopkgtest store extra things in artefacts; check e.g. debian/tests/upstream. Or there must be other docs where to stash extra artifacts.
[13:37] <mvo> xnox: thanks again, thats very helpful
[16:21] <cjwatson> seb128: FYI you can get LP to regenerate an MP diff without having to re-propose the whole thing.  https://launchpad.net/+apidoc/devel.html#branch_merge_proposal-scheduleDiffUpdates (or https://launchpad.net/+apidoc/devel.html#branch-unscan if the whole branch failed to scan)
[17:09] <xevious> nacc: Are you working today or taking the holiday off?
[17:10] <rbasak> It's a US public holiday today.
[17:10] <rbasak> Oh. You might have just said that.
[17:10] <rbasak> Anyway. I believe he's off.
[17:31] <xevious> rbasak: That's what I figured. I'm working on the holiday so I can take tomorrow off.
[17:32] <xevious> (Also, sorry - I though I had sent that like 20 minutes ago, but I apparently didn't hit enter.)
[17:57] <tsimonq2> (I wonder what public holiday, I still have school...)
[18:18] <seb128> cjwatson, thanks, that's good to know
[18:33] <jbicha> cjwatson: any update on LP: #1736618 ?
[21:18] <xevious> nacc: Patch for php-zeta-base... https://bugs.launchpad.net/ubuntu/+source/php-zeta-base/+bug/1750041/comments/5
[21:37] <valorie> tsimonq2: it's President's Day!
[21:39] <valorie> aka Washington's Birthday
[22:17] <tsimonq2> valorie: ohh
[22:17] <tsimonq2> ok
[22:21] <xevious> nacc: Patch for php-zeta-console-tools... https://bugs.launchpad.net/ubuntu/+source/php-zeta-console-tools/+bug/1750041/comments/6
[22:41] <xevious> Can someone queue the tests for php-horde-core to be run for the latest version (2.31.1+debian0-1ubuntu1) that's in bionic-proposed? The version listed under php-defaults (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#php-defaults) is the one in bionic (2.30.2+debian0-1).
[22:42] <xevious> You can just queue it for amd64. I'd like to see the result. It passes on my system with proposed enabled.
[23:31] <xevious> Never mind about rerunning the tests. I found the results for php-horde-core later on the 'excuses...' page.
[23:54] <nacc> xevious: i will do that tmrw (off today) and retrigger as needed


[01:58] <ianorlin> hmm meeting about 2 minutes
[01:58]  * pleia2 nods
[01:58] <pleia2> I am still awake!
[01:58] <elky> ianorlin: yep. you want to chair. i don't particularly
[01:58] <ianorlin> ok
[01:58] <ianorlin> wait I am still opped?
[01:58] <elky> yes
[02:00] <elky> i noticed earlier when doing wiki stuff from last meeting, that i accidentally kept the meeting agenda item from last meeting. we really have no agenda
[02:01] <elky> also if i disappear during the meeting, it's because my cat is murdering me for not giving him enough plays
[02:01]  * pleia2 sympathizes
[02:02] <elky> i petted him earlier, then stopped. and then he attacked the hand that was on the keyboard. we had to put him in timeout
[02:02] <pleia2> kitties
[02:02] <elky> single "child" kitties
[02:03] <ianorlin> #startmeeting
[02:03] <darthrobot> Meeting started Mon May  4 02:03:00 2015 UTC.  The chair is ianorlin. Information about MeetBot at https://wiki.ubuntu.com/meetingology.
[02:03] <darthrobot> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[02:03] <ianorlin> who is here for this meeting?
[02:03] <elky> o/
[02:03] <ianorlin> o/
[02:04] <pleia2> o/
[02:05] <ianorlin> ok so 15.04 ubuntu vivid veret has been released since last meeting
[02:05] <pleia2> unfortunately no release parties seem to have cropped up this time around
[02:05] <elky> i'm too far from SF to do anything
[02:06] <elky> unfortunatly
[02:06] <ianorlin> yeah it isn't the best
[02:07] <pleia2> Debian Jessie came out too, so we're co-opting our monthly Debian Dinner to do a little Jessie release party too http://bad.debian.net/pipermail/bad/2015-April/003680.html
[02:07] <darthrobot> Title: [ANNOUNCEMENT: BAD Meeting & Jessie Release Party 7:10pm 2015-05-13 @ Henry's Hunan 110 Natoma, SF]
[02:07] <pleia2> that's right after the Ubuntu Hour on the 13th that Peter is hosting: http://loco.ubuntu.com/events/ubuntu-california/3099-ubuntu-hour-san-francisco/
[02:07] <darthrobot> Title: [Ubuntu Hour San Francisco | Ubuntu LoCo Team Portal]
[02:08] <elky> coopting is good. means more likely people can attend and wears people out less
[02:08] <pleia2> I thought so :)
[02:08] <elky> we might be coming along, dunno for sure yet.
[02:08] <pleia2> I have party hats
[02:08] <ianorlin> yes too far for me though
[02:08] <elky> i saw on g+
[02:09] <elky> did anyone hear/see anything of phillip's release party?
[02:09] <elky> someone said he was doing one, but i never heard after that
[02:09] <ianorlin> same
[02:09] <pleia2> hm, nothing in loco.u.c either
[02:10] <pleia2> well, hopefully he'll tell people about it :)
[02:11] <elky> indeed
[02:11] <ianorlin> there are no items on the agenda
[02:11] <pleia2> my closet is full, if anyone is interested in a copy of Ubuntu Unleashed 2015 or A Practical Guide to Ubuntu Linux, 4th Edition (also 2015), and preferably can pick it up (or pay shipping) please let me know
[02:11] <pleia2> I think that's all the updates I had
[02:12] <ianorlin> #topic any-other-business
[02:12] <elky> this kind of was the aob
[02:12] <pleia2> yeah, I just went a-chatting because no agenda :)
[02:12] <elky> yeah
[02:12] <elky> i have to look through logs in the next fortnight or so
[02:13] <nhaines> UOS!
[02:13]  * pleia2 will be doing OpenStack things in Vancouver next meeting time
[02:13] <pleia2> ah yes, the Ubuntu Online Summit is this week
[02:13] <elky> nhaines: welcome good sir
[02:13] <pleia2> http://summit.ubuntu.com/uos-1505/
[02:13] <darthrobot> Title: [UOS May 2015 04 May - 07 May 2015 | The Summit Scheduler]
[02:13] <nhaines> elky: thank you!  I am elbows deep inside Nexus 5 guts.  Bad power switch.
[02:13] <pleia2> bummer
[02:13] <elky> nhaines: rww's nexus has connection issues too
[02:14] <elky> nhaines: which makes him sad since he had to swap to a samsung which he likes less
[02:14] <nhaines> elky: it's literally just the power switch connector.  Which is annoying.  Going to rant at T-Mobile, Google, and LG tomorrow.
[02:14] <pleia2> <3 Nexus 6 (even if it is tablet sized)
[02:14] <nhaines> sabdfl is doing a Q&A tomorrow at 7am.
[02:14]  * ianorlin knows
[02:14] <elky> nhaines: his is somewhere in the screen connection. his colleague fixed it once already but it's glitching again already
[02:15] <nhaines> He's going to reveal vivid+1's codename because no one can do anything until there's a name.
[02:15] <nhaines> elky: does he need his power button contact?
[02:15] <pleia2> let's hope so
[02:15] <pleia2> right now we're just calling it What What :)
[02:15] <nhaines> lol
[02:15] <elky> pleia2: surely Whatty What
[02:15] <pleia2> elky: right! my mistake :)
[02:16] <elky> ok i think that's all now ianorlin
[02:16] <pleia2> thanks for chairing, ianorlin
[02:16] <ianorlin> #endmeeting
[02:16] <darthrobot> Meeting ended Mon May  4 02:16:40 2015 UTC.
[02:16] <darthrobot> Minutes:        http://ihas.5cat.com/~darthrobot/ubuntu-us-ca/2015/ubuntu-us-ca.2015-05-04-02.03.moin.txt
[02:16]  * pleia2 off to do not-computer things
[02:17] <pleia2> nhaines: good luck with your switch
[02:17] <elky> ianorlin: thanks
[02:17] <nhaines> pleia2: thanks!
[02:26] <elky> nhaines: i'll ask him, he's busy right now though
[02:27] <nhaines> elky: tell him to stop getting eaten by the cat.


[15:59]  * slangasek waves
[16:00] <mdeslaur> \o
[16:00]  * stgraber waves
[16:00] <mlegris> o/
[16:00] <ogra_> moop
[16:00] <pitti> good afternoon
[16:00] <arosales> Hello
[16:01] <ogasawara> who's the meeting chair today?
[16:01] <slangasek> sorry, I'm a little bit behind on getting the wiki page loaded up today
[16:01] <slangasek> ogasawara: I am
[16:02] <slangasek> but I haven't done this in a while, so please bear with me :)
[16:03] <jibel> hi
[16:05] <dbarth> hi steve
[16:05] <slangasek> #startmeeting
[16:05] <meetingology`> Meeting started Fri Jan 27 16:05:56 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:05] <meetingology`> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:06] <slangasek> [TOPIC] Release general overview - slangasek
[16:06] <slangasek> Agenda can be found:
[16:06] <slangasek> #link https://wiki.ubuntu.com/ReleaseTeam/Meeting/2012-01-27
[16:06] <slangasek> Individual team status links were/will be added to it from:
[16:06] <slangasek> #link https://lists.ubuntu.com/archives/ubuntu-release/2012-January/thread.html
[16:07] <slangasek> #link https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule release schedule
[16:07]  * slangasek wonders if the bot is paying attention
[16:07] <slangasek> #link http://fridge.ubuntu.com/calendars/ubuntu-release-calendar/ release schedule
[16:08] <slangasek> #link http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html bugs the engineering teams have committed to fix
[16:08] <slangasek> if you have other bugs you'd like the engineering teams to consider for fixing, they should be assigned to specific teams so they can be found.
[16:08] <slangasek> Upcoming dates:
[16:08] <slangasek> • 2012/02/02 - Alpha 2
[16:08] <slangasek> • 2012/02/16 - Feature Freeze
[16:08] <slangasek> • 2012/02/16 - 10.04.4
[16:09] <cjwatson> rls-p-tracking-bugs is, as usual for reports.qa pages, hopelessly wrong
[16:09] <cjwatson> there are more than four bugs tagged rls-p-tracking
[16:10] <slangasek> oh gar
[16:10] <Riddell> who's incharge of alpha 2?
[16:10] <slangasek> Riddell: o/
[16:10] <Riddell> good luck :)
[16:10] <slangasek> hmm, thanks ;)
[16:11] <slangasek> [ACTION] slangasek to follow up on rls-p-tracking report breakage
[16:11] <meetingology`> ACTION: slangasek to follow up on rls-p-tracking report breakage
[16:11] <ogasawara> slangasek: just fyi, I've pinged bjf about it
[16:13] <slangasek> ***WORKITEMS:*** we are still above the overall trendline unfortunately; we really need to get workitems postponed that aren't going to happen so that other teams know what to expect.  So please work with your teams to mark as postponed work that isn't going to happen
[16:13] <slangasek> [LINK] http://status.ubuntu.com/ubuntu-precise/ work item tracker
[16:14] <slangasek> [TOPIC] Alpha-2
[16:14] <slangasek> Alpha 2 is due next Thursday.  I'm planning for the soft freeze to go into effect Tuesday morning UTC for milestone preparation, so please plan your uploads accordingly
[16:15] <slangasek> #link https://bugs.launchpad.net/ubuntu/+bugs?field.milestone%3Alist=44326&field.tag=rls-mgr-p-tracking bugs engineering teams have committed to fixing for alpha-2
[16:15] <slangasek> er no, sorry
[16:16] <slangasek> #link https://bugs.launchpad.net/ubuntu/+bugs?field.milestone%3Alist=44326&field.tag=rls-mgr-p-tracking bugs that have been flagged by release management for fixing in alpha-2
[16:16] <slangasek> #link https://bugs.launchpad.net/ubuntu/+bugs?field.milestone%3Alist=44326&field.tag=rls-p-tracking bugs engineering teams have committed to fixing that are milestoned to alpha-2
[16:17] <slangasek> does the latter set bear discussing in this meeting?
[16:17] <slangasek> if you're not expecting a fix uploaded by EOD Monday, they probably need the milestone moved
[16:18] <slangasek> bug #830949, bug #344878, bug #800826, bug #850264, bug #872446, bug #905754, bug #790240
[16:18] <slangasek> (seven bugs, one with two tasks)
[16:19] <slangasek> Any comments on those bugs?
[16:19] <mdeslaur> I'll move the milestones on the security team ones, they won't be ready for alpha 2
[16:19] <slangasek> mdeslaur: ack, thanks
[16:20] <tyhicks> mdeslaur, slangasek: 344878 has a fix in the current precise kernel
[16:20] <slangasek> and I'll send out a milestone freeze pre-announcement mail today to ubuntu-devel to make sure everyone's on the same page
[16:20] <tyhicks> I still have to do some touchups on it, but what's currently there is "good enough"
[16:20] <slangasek> tyhicks: sounds like the bug tasks should either be marked as 'fix released' or have the milestone moved to track the further work
[16:21] <tyhicks> slangasek: ack - marking it fixed release and I'll leave it inprogress on the upstream task
[16:21] <slangasek> any other comments/questions on alpha-2?
[16:21] <mdeslaur> tyhicks: I'll mark it as fix released thanks.
[16:21] <tyhicks> mdeslaur: I'll fix that, too
[16:21] <slangasek> [TOPIC] Hardware Certification team update - mlegris or brendand
[16:22] <pitti> slangasek: I asked mvo about apt, and will move the compiz one (release got delayed)
[16:22] <mlegris> [link] https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000753.html
[16:22] <slangasek> pitti: the apt one is pretty critical from our side and I'm working with him to get something in fwiw
[16:22] <mlegris> usual weekly testing, next week we'll be starting on A2
[16:22] <pitti> slangasek: yes, I fully agree
[16:22] <slangasek> (where by "working with" I mean "testing and repeatedly reporting regressions" :P)
[16:22] <mlegris> ..
[16:23] <slangasek> mlegris: thanks
[16:23] <slangasek> questions for mlegris?
[16:23] <slangasek> [TOPIC] QA team update -  jibel
[16:24] <jibel> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000767.html
[16:24] <jibel> as pitti mentioned bug 922478 is fixed but alternate is still failing with bug 922646
[16:25] <cjwatson> wut
[16:25] <cjwatson> I rebuilt it to fix that and tested that report.html was empty now
[16:25] <cjwatson> are you *sure*
[16:25] <cjwatson> oh sorry, misread, you mean a different bug now
[16:25] <pitti> jibel: well, I fixed the most probable cause of it, I haven't actually re-tested; but I wouldn't see what's wrong now
[16:25] <pitti> ah, likewise, sorry
[16:26] <jibel> this is the only issue, no problem with server, and we'll review desktop images
[16:26] <jibel> ..
[16:26] <slangasek> cjwatson, jibel: should 922646 be targeted to alpha-2?  or should this be release-noted off for this milestone?
[16:26] <cjwatson> grumble - I'll have a look
[16:26] <slangasek> (IMHO it's not alpha-critical)
[16:26] <cjwatson> slangasek: we're going to run into it in iso testing anyway so better deal with it for a2
[16:26] <cjwatson> imo
[16:26] <slangasek> ok
[16:27] <slangasek> bug twiddled
[16:27] <slangasek> any other questions for jibel?
[16:28] <slangasek> [TOPIC] Security team Q&A - mdeslaur
[16:28] <mdeslaur> [link] https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000754.html
[16:28] <mdeslaur> nothing further to report
[16:28] <slangasek> questions for mdeslaur?
[16:28] <mdeslaur> I've adjusted a couple of bugs
[16:28] <mdeslaur> ..
[16:29] <slangasek> [TOPIC] Kernel team Q&A - ogasawara
[16:29] <ogasawara> [LINK] https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000755.html
[16:29] <ogasawara> As noted in my email, we intend to upload our final Alpha-2 kernel
[16:29] <ogasawara> today.  If there are any fixes needing to land, I/we need to know about
[16:29] <ogasawara> them now.
[16:29] <ogasawara> Any questions?
[16:29] <ogasawara> ..
[16:30] <slangasek> does the new kernel fix my laptop's 15% suspend failure rate? ;)
[16:30] <slangasek> moving on :)
[16:30] <slangasek> [TOPIC] Foundations team Q&A - cjwatson
[16:30] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000768.html - sorry for late posting this week
[16:30] <cjwatson> http://status.ubuntu.com/ubuntu-precise/canonical-foundations.html
[16:30] <cjwatson> We've caught up very slightly this week, but not by much.  Trying to make progress on upgrade handling which is a major outstanding chunk of work.
[16:30] <cjwatson> ..
[16:31] <slangasek> possibly of note is the resolvconf package landing in the seeds overnight, which has caused some upgrade and livecd failures
[16:31] <slangasek> I will be available for tarring and feathering after the meeting
[16:32] <ogasawara> slangasek: rls-p-tracking-bugs.html is back
[16:32] <slangasek> in the meantime, stgraber is working on getting those regressions fixed today
[16:32] <slangasek> ogasawara: thanks
[16:32] <slangasek> any other questions for foundations?
[16:32] <cjwatson> yes, I kicked some of the livecd builds but not all
[16:32] <stgraber> yeah! having a lot of fun fixing the world ;) (just discovered that LXC is broken too :))
[16:32] <cjwatson> due mostly to patch piloting this morning thoroughly distracting me
[16:34] <slangasek> [TOPIC] Server team Q&A - arosales
[16:34] <arosales> Hello
[16:34] <arosales> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000774.html
[16:34] <arosales> Still have a bug list we are working through, but oo critical bugs atm, openstack automation testing framwork now live.  MaaS also taking shape, and Juju Charm automated testing well underway.
[16:34] <arosales> Any questions?
[16:35] <arosales> s/oo/no/
[16:35] <arosales> ..
[16:35] <slangasek> arosales: any bugs that are a concern for your team for alpha-2 that aren't already on the targeted list?
[16:35] <arosales> not that I am aware of.
[16:36] <slangasek> ok, thanks
[16:36] <slangasek> [TOPIC] ARM team Q&A-  ogra_
[16:36] <arosales> sure, np.
[16:36] <ogra_> thats me !
[16:36] <ogra_> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000777.html
[16:37] <ogra_> i dont really know much about the d-i stuff yet, since that only came up yesterday and NCommander hasnt been around all day ...
[16:37] <ogra_> but i know that he (was supposed to) talked to cjwatson yaesterday about it
[16:37] <ogra_> ..
[16:38] <ogra_> cjwatson, anything to add on the plans ?
[16:38] <ogra_> ..
[16:38] <slangasek> ogra_: well, AIUI your team is asking for a d-i build for a kernel that we aren't even remotely going to consider providing security support for
[16:38] <ogra_> slangasek, right, my thought was to use a PPA, but michael claims that doesnt work
[16:38] <ogra_> ..
[16:39] <slangasek> I advised NCommander yesterday that the best option under the circumstances is probably to clone the d-i source package, maintaining it as a bzr branch, and push this separate package to universe
[16:39] <ogra_> ok
[16:39] <slangasek> cjwatson: ^^ not sure if you agree with that
[16:39] <slangasek> (we can also take this out-of-band for further discussion)
[16:39] <ogra_> sound like a lot extra work vs using a PPA though
[16:40] <ogra_> right, and its michaels project, i'm only the (uninformed) reporter here :)
[16:40] <ogra_> ..
[16:40] <slangasek> any other questions for ARM?
[16:40] <fabo> o/
[16:40] <cjwatson> slangasek: that sounds highly unpleasant ...
[16:40] <fabo> ogra_: any eta for m5 kernel tree to use?
[16:40] <slangasek> cjwatson: the whole thing is highly unpleasant, AFAICS :)
[16:41] <ogra_> fabo, its in the hands of linaro
[16:41] <fabo> mx5
[16:41] <cjwatson> I'd rather just hack d-i to build this image out of universe :P
[16:41] <ogra_> slangasek, cjwatson thats why i said PPA from the start ....
[16:41] <cjwatson> it won't make the situation particularly worse except that the images will end up in main/installer-arm*/
[16:41] <cjwatson> but they'll do that if you clone d-i too
[16:41] <slangasek> ogra_: cdimage pulling from a ppa is no less unpleasant
[16:41] <cjwatson> ... and there's no code for that
[16:41] <ogra_> cdimage ?
[16:42] <cjwatson> and PPAs don't support d-i custom uploads
[16:42] <ogra_> all we need is a netinst image
[16:42] <slangasek> that's not what I was told
[16:42] <cjwatson> you won't get that from a PPA
[16:42] <slangasek> anyway, let's offline this
[16:42] <ogra_> oh, ok
[16:42] <fabo> ogra_: sounds like we're asking to your team if we should use 3.1 or 3.2
[16:42] <ogra_> right, i'm to uninformed to even remotely discuss it
[16:42] <ogra_> ..
[16:43] <ogra_> fabo, ah, well, iirc that kernel is in universe, while 3.2 would be preferred we could live with a lower version
[16:43] <fabo> ok
[16:43] <fabo> ..
[16:43] <ogra_> the images we roll from it are community supported ones
[16:43] <ogra_> ..
[16:44] <slangasek> [TOPIC] Linaro team Q&A - fabo
[16:44] <fabo> hi
[16:44] <fabo> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000776.html
[16:44] <fabo> the only question I had, has been asked (mx5)
[16:44] <fabo> any questions?
[16:44] <fabo> ..
[16:45] <ogra_> funny how we both always write the same about the unity merge *g*
[16:45] <ogra_> ..
[16:45] <slangasek> [TOPIC] Ubuntu One Team Q&A -  joshuahoover
[16:46] <slangasek> no report on list
[16:46] <slangasek> no joshuahoover in channel
[16:46] <slangasek> so, moving on
[16:46] <slangasek> [TOPIC] Desktop Team Q&A  - pitti
[16:46] <pitti> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000761.html
[16:46] <pitti> nothign to add to that ATM, any questions?
[16:46] <pitti> ..
[16:47] <slangasek> pitti: I know that there's an openoffice.org upgrade ordering issue that's causing some upgrade test failures in jenkins; is that anything you guys are planning to tackle before a-2?
[16:47] <pitti> oh, again?
[16:47] <pitti> slangasek: wasn't, but I can add it to my list; I suppose there's a bug for it already
[16:48] <slangasek> "again" - I thought it's been pretty continuous :)
[16:48] <dbarth> pitti: o/
[16:48] <slangasek> jibel: do you have that bug number handy?
[16:48] <pitti> slangasek: I looked at it during my december stable+1 shift, but maybe it came back with the new lo
[16:48] <pitti> bug 917153 ?
[16:49] <slangasek> yes, that's the one
[16:49] <pitti> that's something Sweetshark started working on
[16:49] <jibel> pitti, that's it.
[16:49] <pitti> but he's on holidays now
[16:49] <slangasek> ok
[16:49] <slangasek> so that's a "no" for alpha-2, right?
[16:49] <pitti> TBH I don't have much hope that me or someone else has the time to learn LibO packaging and fix that by a2
[16:49] <pitti> yes, pretty much
[16:50] <slangasek> ok
[16:50] <slangasek> anything else for desktop?
[16:50] <pitti> I'll fix the lightdm one on Monday
[16:50] <slangasek> dbarth: did you have a question for pitti?
[16:50] <pitti> (autologin conversion)
[16:50] <dbarth> yes, on the x.org upload, wether that contains the xfixes tweaks
[16:50] <dbarth> if you know
[16:51] <pitti> to unblock the configuration migration tests in jenkins
[16:51] <dbarth> otherwise i'll check the changelogs
[16:51] <pitti> dbarth: there were some uploads in RAOF's PPA, and I think they landed yesterday
[16:51] <dbarth> ah, sounds good
[16:51] <dbarth> so we should be unblocked now then
[16:51] <pitti> if https://launchpad.net/ubuntu/+source/libxfixes/1:5.0-4ubuntu1 is what you were looking for
[16:51] <dbarth> cool
[16:51] <pitti> (that was the help-jason PPA)
[16:51] <dbarth> ;) sounds like it
[16:52] <slangasek> [TOPIC] Unity Framework Team Q&A - dbarth
[16:52] <dbarth> the status is at: https://wiki.ubuntu.com/DesktopExperienceTeam/ReleaseStatus
[16:53] <dbarth> we'll ship 5.0 for alpha-2
[16:53] <dbarth> ie, the version that is currently integrated and hopefully stable in precise
[16:53] <dbarth> 5.2 will be out shortly after the freeze is lifted
[16:53] <dbarth> the report contains the rest, compiz stays the same for a-2 again
[16:53] <dbarth> ..
[16:54] <slangasek> dbarth: thanks
[16:54] <slangasek> any questions on unity?
[16:54] <slangasek> [TOPIC] Unity Services and Settings Team  Q&A - olli
[16:54] <olli> status is at https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000772.html
[16:55] <olli> the team is currently looking at fixes listed in https://blueprints.launchpad.net/ubuntu/+spec/ps-p-indicator-refinements
[16:55] <olli> any questions
[16:56] <slangasek> [TOPIC] Kubuntu Team Q&A - Riddell
[16:56] <Riddell> hi
[16:56] <Riddell> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000762.html
[16:57] <Riddell> python-qt4 was broken on arm but a fix is compiling away
[16:57] <Riddell> qtwebkit-source still broken on arm, waiting on infinity to get a fix in to kernel
[16:57] <Riddell> ..
[16:57] <slangasek> questions for Riddell?
[16:57] <ScottK> calligra also compiling away on arm ...
[16:57] <ogra_> as mentioned above :)
[16:57] <ogra_> ..
[16:57] <slangasek> Riddell: what fix into kernel is waited on?
[16:58] <Riddell> slangasek: something to let armhf use higher memory I think
[16:58] <slangasek> I thought that was done same-day last week
[16:58] <slangasek> Riddell: can I suggest you double-check with infinity on the current status?
[16:58] <ScottK> No.  Didn't work.
[16:58] <slangasek> oh
[16:58] <ScottK> slangasek: We did after the meeting last week.
[16:58] <ScottK> Got a rebuild on an upgraded machine done and it still failed.
[16:58] <slangasek> ok
[16:59] <slangasek> I believe that kernel fix has been tested in other contexts, though
[16:59] <slangasek> so if you're still OOMing on build, I think you need to look outside the kernel for the fix
[16:59] <slangasek> because now you're hitting the 3G limit instead of the 2G limit, and that's non-negotiable
[17:00] <slangasek> anyway, I'd suggest following up with infinity
[17:00] <Riddell> ok needs looking into then
[17:00] <slangasek> [TOPIC] Edubuntu Team Q&A - stgraber or highvoltage
[17:00] <stgraber> hello
[17:00] <slangasek> (apologies again for the late start to the meeting)
[17:00] <stgraber> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000758.html
[17:01] <slangasek> any questions on Edubuntu?
[17:01] <stgraber> Daviey: I started the update of LTSP today as it needs fixing for resolvconf, hopefully it'll be uploaded this weekend (if testing doesn't show any major breakage as I don't want to break alpha2 :))
[17:01] <highvoltage> and Edubuntu is in UDW next week
[17:02] <slangasek> [TOPIC] Xubuntu Team Q&A - madnick or charlie-tca
[17:02] <stgraber> worst case scenerio, I'll cherry-pick the fix for resolvconf into our current LTSP and will look at fixing the udeb to avoid the current race condition (release targeted bug for alpha-2)
[17:02] <stgraber> ..
[17:02] <madnick> hi
[17:02] <slangasek> stgraber: oops, sorry
[17:02] <madnick> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000763.html
[17:03] <madnick> That is all I know :)
[17:03] <madnick> ..
[17:03] <slangasek> any questions on Xubuntu?
[17:03] <slangasek> [TOPIC] Ubuntu Studio Team Q&A - scott-work
[17:04] <scott-work> see: https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000759.html
[17:04] <scott-work>  work items: http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-ubuntu-studio.html
[17:04] <scott-work> thanks again to cjwatson for live-dvd work!
[17:04] <cjwatson> np
[17:04] <scott-work> a large concern right now is the lightdm-greeter problem which prevents x from starting on an install
[17:04] <scott-work> https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/922424
[17:04] <scott-work> ..
[17:05] <scott-work> oh, and pitti asked questions in the email that i hope i satisfactorily asnwered
[17:05] <scott-work> ..
[17:06] <slangasek> I see feedback on the bug from superm1 suggesting that this needs to be fixed in whatever greeter package ubuntustudio is using
[17:07] <slangasek> scott-work: feel free to bring it to #ubuntu-devel if that doesn't do the trick
[17:07] <slangasek> [TOPIC] Lubuntu Team Q&A - gilir
[17:07] <gilir> hi
[17:07] <gilir> https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000769.html
[17:07] <gilir> ..
[17:08] <slangasek> any questions on Lubuntu?
[17:08] <pitti> sorry, I need to run out now
[17:08] <slangasek> pitti: ack - thanks
[17:08] <slangasek> [TOPIC] MOTU Team Q&A - tumbleweed or Laney
[17:08] <Laney> hiya
[17:08] <slangasek> Laney: hey there
[17:08] <Laney> not much to report, ppc backlog is a bit of a concern
[17:09] <Laney> also ftbfs are a bit high so we should do something about that
[17:09] <Laney> and thanks to the patch pilots: sponsor queue is heading in the right direction
[17:09] <Laney> :-)
[17:09] <Laney> ..
[17:10] <slangasek> Laney: any particulars on ftbfs that are worth drawing out, or is it general archive malaise?
[17:10] <slangasek> (or un-analyzed)
[17:11] <Laney> I haven't analysed it yet, but another drive like we had last cycle would be nice (don't know if a rebuild is planned to get the numbers refreshed)
[17:11] <slangasek> doko is planning a rebuild now-ish
[17:11] <slangasek> I don't know if it encompasses universe however... actually that might be a toolchain test rebuild
[17:11] <slangasek> so nevermind
[17:11] <slangasek> please talk to doko about your needS :)
[17:11] <Laney> I just looked at qa.uw.c/ftbfs
[17:12] <slangasek> [TOPIC] Any other business, comments,  questions?
[17:12] <slangasek> anything else?
[17:12] <slangasek> 'cause I know you're all eager to spend more time in a meeting at your EOW :)
[17:12] <slangasek> #endmeeting
[17:12] <meetingology`> Meeting ended Fri Jan 27 17:12:40 2012 UTC.
[17:12] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-01-27-16.05.moin.txt
[17:12] <slangasek> thanks everyone!
[17:12] <Laney> thanks
[17:12] <madnick> thanks
[17:13] <arosales> slangasek: Thanks for being the chair, have a good weekend.
[17:13] <ogra_> thanks slangasek
[17:14] <stgraber> thanks!
[17:26] <doko> slangasek, Laney: four rebuilds: main/rebuild, main/4.7, universe/rebuild, universe/4.7
[17:29] <slangasek> doko: so those results will feed into qa.uw.c/ftbfs, yes?
[18:06] <doko> slangasek, yes
[18:12] <ajmitch> stefano-palazzo: sorry to disappoint, I haven't sen any other ARB people around
[18:17] <jrgifford> ajmitch :(
[18:18] <stgraber> ajmitch: hey :)
[18:19] <ajmitch> hi stgraber
[18:19] <stgraber> ajmitch: sorry, have been fighting resolvconf related issues since I woke up...
[18:19] <ajmitch> no problem :)
[18:19] <ajmitch> got the live cd builds working again?
[18:19] <stgraber> oh yeah, that was the easy bit :)
[18:20] <stgraber> then, ubiquity failed, netcfg fails in some corner cases, LXC failed, schroot failed, LTSP still fails, ... :)
[18:20] <ajmitch> so far, just 2 from the ARB & one apology for being a bit late, worth starting a meeting?
[18:21] <stgraber> I think I only have the chroots and LTSP left on the list at the moment (but I have a fix for the chroot bit at least)
[18:21] <stgraber> hmm, let me try a mass ping of ARB members
[18:21] <ajmitch> that's a lot of fallout
[18:21] <stgraber> at least highvoltage was on IRC a few minutes ago
[18:22] <stgraber> yeah, that's a long list, we mostly got caught by build/install issues, I'm not aware of any breakage on existing systems at least
[18:22] <stgraber> wendar, highvoltage: ping?
[18:22] <wendar> hi
[18:23] <ajmitch> hi wendar
[18:23] <wendar> sorry, my caledar shows the meeting as 36 minutes from now, for some reason
[18:23] <wendar> probably a time-zone thing
[18:24] <ajmitch> most likely, fridge calendar is a bit funny with that
[18:25] <stgraber> #startmeeting ARB meeting
[18:25] <meetingology`> Meeting started Fri Jan 27 18:25:03 2012 UTC.  The chair is stgraber. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[18:25] <meetingology`> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:25] <stgraber> sorry if I'm a bit distracted, I'm being poked on a few channels at the moment ;)
[18:25] <stgraber> #link https://wiki.ubuntu.com/AppReviewBoard/Agenda
[18:25] <ajmitch> it's ok, I'm still trying to wake up :)
[18:25] <stgraber> #topic Apps which modify system settings (ubuntu-tweak, grub-customizer) -- AndrewMitchell
[18:26] <ajmitch> we had a brief discussion about this one in #ubuntu-arb yesterday, that we have some submissions which fiddle with the system (installing packages, touching files in /etc)
[18:28] <ajmitch> currently we have a general policy that such things aren't allowed, but there's no definitive place we can point people at for what's acceptable
[18:28] <wendar> that's true
[18:28] <wendar> there's the early documents, but it's not a clear list
[18:28] <wendar> it would be better to have one page
[18:28] <stgraber> right, I think we should go with a whitelist on that rather than a blacklist
[18:28] <ajmitch> https://wiki.ubuntu.com/AppReviewBoard/Review has some of our other rules, PostReleaseApps/SecurityChecklist has a whole lot more
[18:29] <wendar> stgraber: I like that, it has a more positive tone
[18:29] <stgraber> along the lines of is allowed to write to an app specific directory in the user's home directory and can use gconf/gsettings to affect desktop settings if that's the result of a user's direct action in the UI and is revertable
[18:29] <ajmitch> I'd like to be able to reject those apps with a good response, and get information on developer.ubuntu.com linking to what we'll accept
[18:30] <highvoltage> stgraber: pong
[18:30] <stgraber> I don't want an app that starts messing in gconf/gsettings when it opens without it being a visible opt-in switch
[18:30] <ajmitch> alright
[18:31] <ajmitch> you've probably seen that there's a fair discussion on ubuntu-desktop about ccsm & related apps
[18:31] <wendar> indeed
[18:32] <stgraber> indeed and I'm not necessarily against apps like that in extras, but they shouldn't do anything by default, make it clear to the user about what will be changed when they click something and ensure that reverting the change works
[18:33] <stgraber> (so effectively, that'd be a no-go for ccsm as the part about reverting changes doesn't seem to work too well ;))
[18:33] <ajmitch> unfortunately ubuntu-tweak is a bit of a kitchen sink, it adds/removes packages & manages PPAs as well
[18:33] <stgraber> right, ubuntu-tweak is a clear no-go if only for its use of gksudo, touching /etc and adding repositories
[18:34] <stgraber> we don't even allow packages in the archive to add PPAs (well, except the packaging tools themselves) :)
[18:34] <highvoltage> stgraber: so is ccsm being dropped from the archive?
[18:34] <ajmitch> highvoltage: as it stands, it's likely
[18:35] <Pendulum> Before you drop it can someone see how much work it's going to be to make the screen magnifier accessible in other ways? (including the options to set type of zoom and level of zoom)
[18:35] <ajmitch> grub-customizer has an open debian ITP, so probably better to help the author get it in there
[18:35] <stgraber> highvoltage, Pendulum: it might get dropped, anyway, that's not a discussion for the ARB to have, please discuss it on the mailing lists :)
[18:35] <ajmitch> Pendulum: we're not the ones dropping it, we're trying to sort out what's acceptable for extras.ubuntu.com
[18:35] <Pendulum> ajmitch: okay, couldn't tell who was making the final decision. Sorry!
[18:36] <wendar> ajmitch: yes, agreed grub-customizer is better through the Debian process
[18:36] <stgraber> ajmitch: right, I don't believe grub-customizer would be suitable for the ARB, so we should indeed drop it and help get it in Debian
[18:36] <ajmitch> ok, I'll try & put aside some time for that & tell them in the rejection email :)
[18:37] <ajmitch> so as a general rule, the AppReviewBoard/Review page is a good place to put the guidelines about what an app can do?
[18:38] <wendar> ajmitch: It might be worth creating a simple AppReviewBoard/Review/Guidelines page
[18:38] <ajmitch> alright
[18:38] <wendar> that's just a list of "what we accept"
[18:39] <ajmitch> I can add that, and a canned response on the Responses page
[18:39] <stgraber> that'd be grat, thanks
[18:39] <stgraber> *great
[18:40] <wendar> awesome, thanks!
[18:40] <stgraber> #action ajmitch to reply to grub-customizer and have the packaging process continue in Debian
[18:40] <meetingology`> ACTION: ajmitch to reply to grub-customizer and have the packaging process continue in Debian
[18:40] <ajmitch> stgraber: thanks, you're quicker than I am :)
[18:40] <stgraber> #action ajmitch to work on AppReviewBoard/Review/Guidelines (basic list of guidelines for app going to extras.u.c and some canned responses)
[18:40] <meetingology`> ACTION: ajmitch to work on AppReviewBoard/Review/Guidelines (basic list of guidelines for app going to extras.u.c and some canned responses)
[18:41] <stgraber> I guess based on that page we can then go through the queue and do some mass rejection? (not sure how many we have but at least ubuntu-tweak should be rejected)
[18:41] <ajmitch> there shouldn't be too many
[18:42] <stgraber> good
[18:42] <stgraber> #topic Complexity criteria of app submissions
[18:43] <stgraber> so to quote what I said yesterday on IRC
[18:43] <stgraber> 23:46 < stgraber> 15:41 <stgraber> I believe they are basically "no bundled libraries" (which gets us rid of 99% of the java stuff) and "no more code than a human can reasonably  read and  understand in an hour"
[18:43] <stgraber> (yeah, I've been copy/pasting that one a few times ;))
[18:44] <wendar> no bundled libraries at all?
[18:44] <ajmitch> we did allow bundling some libraries if necessary, last time we sorted out rules
[18:44] <ajmitch> just not bundling updated copies of what's in the archive
[18:44] <wendar> like, if a python game uses a couple of self-written objects for data?
[18:44] <wendar> ah, yes agreed
[18:44] <ajmitch> certainly not bundling .jar files though :)
[18:44] <highvoltage> that sounds very nice, especially for the arb reviewers, but wouldn't that make it hard to ship games?
[18:45] <stgraber> if the "library"/"module" is part of the upstream code, fine
[18:45] <stgraber> I just don't want to have apps containing bundled external libraries in their code
[18:45] <highvoltage> (actually, scratch that, I was thinking of things like Oil Rush, but that's not even an ARB app in the first place)
[18:45] <stgraber> because it becomes a security/bugfix/legal nightmare pretty quickly
[18:45] <wendar> yup, we don't want to be maintaining that
[18:47] <stgraber> not sure how we want to word it in the guidelines, but the idea is that we'd reject anything that bundles libraries/modules/whatever that can be found as a separate entity (so outside of the upstream project)
[18:47] <wendar> We can word it mostly positively
[18:49] <wendar> You can include any libraries that are part of your app, for example...
[18:50] <stgraber> yeah, we should try to be a bit positive about it (though it's a bit difficult to make that kind of criteria positive ;)).
[18:50] <wendar> If your app depends on external libraries, please make sure that your app runs on the current versions shipped in Ubuntu.
[18:50] <ajmitch> it's also hard to make "your source is too big" positive :)
[18:50] <wendar> (that implies a negative, but states it as a positive)
[18:50] <stgraber> I'm sure we'd have submissions arguing on the "are part of your app" part saying that their upstream "source" tarball contains all these .jar and so it's "part of their app" :)
[18:51] <stgraber> wendar: +1 for that one
[18:51] <ajmitch> stgraber: fine, but we also have requirements that the app be buildable from source, afaik
[18:51] <stgraber> ajmitch: indeed, which is why we should have rejected all of these with bundled .jar a long time ago
[18:51] <ajmitch> the page links to the licensing policy which requires full source
[18:52] <ajmitch> yeah, I should have rejected those that I've seen, sorry
[18:52] <wendar> ajmitch: How about something like "Our focus is on lightweight apps. To give you a general idea, we're looking for the kind of apps that could be reviewed in about an hour reading through the code."
[18:53] <ajmitch> wendar: that sounds good
[18:53] <stgraber> wendar: that in addition to the "If your app depends on external libraries, please make sure that your app runs on the current versions shipped in Ubuntu." would be great
[18:53] <ajmitch> an hour might be a little too lightweight, but it's a start
[18:53] <wendar> yeah, I could see spending a couple of hours
[18:53] <wendar> it's just to give them a rough guideline
[18:54] <stgraber> with review here meaning just scanning through the code and figuring out what the app does, in that hour I didn't count licensing review or any actual testing of the app and packaging
[18:54] <wendar> (and programmers always underestimate, so if we say one hour, we'll probably get 5)
[18:55] <ajmitch> There's an empty page at https://wiki.ubuntu.com/AppReviewBoard/Review/Guidelines if you want to put them there
[18:55] <stgraber> wendar: can you add these two to the guidelines?
[18:55] <wendar> yes, will do
[18:57] <stgraber> #action wendar to update AppReviewBoard/Review/Guidelines to include a note on bundling libraries and complexity (review time) criteria
[18:57] <meetingology`> ACTION: wendar to update AppReviewBoard/Review/Guidelines to include a note on bundling libraries and complexity (review time) criteria
[18:57] <stgraber> #topic General status of the ARB queue
[18:57] <stgraber> so the queue still looks pretty long
[18:58] <ajmitch> it seems like the budapest sprint knocked a few off the list, and you've done a good job with getting some lenses in
[18:59] <ajmitch> I'm trying to find spare time to focus on 1 or 2 apps at a time & try & get them through
[18:59] <highvoltage> if there's something I should/could look at let me know
[18:59] <ajmitch> highvoltage: 'all of the above'? :)
[18:59] <stgraber> I'm not sure all the changes that were listed on the mailing list by non ARB members have been applied to the queue (these from Daniel and Michael), would be good to make sure they didn't do these reviews for nothing
[19:00] <ajmitch> the myapps page looks to be sorted by submission date (or ID) now
[19:00] <stgraber> ajmitch: seems to be by ID
[19:01] <ajmitch> https://lists.ubuntu.com/archives/app-review-board/2012-January/000274.html
[19:01] <ajmitch> ^ dholbach's reviews
[19:01] <wendar> which would end up being by submission date, since they're auto-incrementing
[19:02] <ajmitch> https://lists.ubuntu.com/archives/app-review-board/2012-January/000314.html
[19:02] <ajmitch> ^ mvo's reviews
[19:03] <stgraber> wendar: right, by initial submission date, not by last submission (which is shown as the Since. column)
[19:03] <ajmitch> doesn't really matter about the particulars of the sorting, I was more suggesting we work from the top down, to get the oldest ones moving
[19:04] <stgraber> highvoltage: can you look at these two e-mails and make sure the changes have been sent through myapps?
[19:04] <highvoltage> stgraber: ok, I can do so tomorrow
[19:04] <stgraber> #action highvoltage to make sure Daniel and Michael's review have been sent through MyApps
[19:04] <meetingology`> ACTION: highvoltage to make sure Daniel and Michael's review have been sent through MyApps
[19:04] <wendar> stgraber: aye, I guess last submission could be useful for watching what's been updated
[19:05] <stgraber> wendar: indeed
[19:05] <stgraber> anything else about the queue?
[19:06]  * ajmitch has nothing more to add at the moment
[19:06] <stgraber> Just a quick reminder to not touch the PendingQA ones, hopefully these will be moved to published soon (still waiting for the updated software-center)
[19:06] <ajmitch> voting on the list seems to be a good way to do it
[19:07] <stgraber> at the moment we need to use some hybrid MyApps/package metadata hack to get things to show up on the software-center, so before uploading a package to extras.ubuntu.com, please let me know and I'll make sure everything is right
[19:07] <stgraber> #topic Chair for next meeting
[19:07] <ajmitch> ok
[19:07] <stgraber> any volunteer?
[19:08] <highvoltage> ok I'll bite
[19:08]  * ajmitch can do it, with sufficient caffeine
[19:08] <stgraber> #action highvoltage to chair the next ARB meeting
[19:08] <meetingology`> ACTION: highvoltage to chair the next ARB meeting
[19:08] <stgraber> #topic AOB
[19:08] <stgraber> anything else?
[19:08] <ajmitch> none from me
[19:09] <highvoltage> nope, exhausted busy conferencing :)
[19:09] <ajmitch> just a general note that filing bugs on developer-portal can be useful if there are things that annoy you about myapps
[19:09] <highvoltage> (or from too much pizza)
[19:09] <stgraber> #endmeeting
[19:09] <meetingology`> Meeting ended Fri Jan 27 19:09:42 2012 UTC.
[19:09] <meetingology`> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-01-27-18.25.moin.txt
[19:09] <stgraber> ok, thanks everyone!
[19:09] <ajmitch> stgraber: thank you
[19:10] <highvoltage> thanks stgraber


[06:39] <dholbach> good morning
[08:16] <matti> Mornign :)
[08:16] <thekorn> hi matti
[08:16] <matti> :)
[08:17] <alourie> good morning
[09:39] <Branko> hello
[09:39] <Branko> i have some issues with karmic release alpha 5, can anyone help please?
[14:14] <pedro_> asac, is this a problem with the ubuntu package? bug 375637
[14:14] <ubot4> Launchpad bug 375637 in firefox-3.5 "Uninstalling Firefox 3.5 does not remove all gconf entries" [Undecided,New] https://launchpad.net/bugs/375637
[14:15] <asac> pedro_: thats a good question. i am not sure
[14:15] <asac> those are user configs
[14:15] <asac> feels like only thing that could do better is gnome-settings-daemon ... or something
[14:16] <asac> maybe would need to check on each run if certain keys are still valid
[14:16] <asac> and if like the command line handlers are not, fallback to the last used option that is still available
[14:16] <pedro_> right, that seems to be better option
[14:19] <asac> so maybe reassign and post what i wrote ;)
[14:19] <asac> doesnt feel like a bug that can get fixed soon. but if seb agrees we could upstream it and maybe it gets fixed
[14:22] <debfx> how can I mark a bug that has duplicates as duplicate of another bug?
[14:23] <pedro_> asac, yes will do that
[14:23] <asac> debfx: i thought in latest launchpad it works. otherwise you need to redupe everything ;)
[14:23] <asac> first
[14:23] <asac> thats what was needed int he past at least
[14:23] <pedro_> debfx, not easy to do, you need to unmark/mark all the childs there first :-/
[14:26] <debfx> is there a tool to do that automatically? :/
[14:26] <matti> Yes. We call it "humans" ;]
[14:28] <debfx> is it already packaged? ;D
[14:29] <matti> :P
[14:29] <pedro_> m there's one...
[14:29]  * pedro_ looking
[14:29] <debfx> yeah, lp-set-dupe
[14:30] <debfx> but that requires a list of the duplicates
[14:32] <debfx> could someone  please set bug #361862 to public or undup it?
[14:32] <ubot4> debfx: Bug 361862 on http://launchpad.net/bugs/361862 is private
[14:45] <bddebian> Boo
[15:37] <micahg> pedro_: you know you can create a new profile without a new user for firefox, right?
[15:38] <pedro_> micahg, yeah i know, just want the user to test without the broken user configuration he could also have on gnome
[15:38] <micahg> ah, ok
[15:38] <pedro_> micahg, are you ready to triage some bugs on firefox today ? ;-)
[15:39] <pedro_> micahg, there's a firefox-3.5 hug day going on now
[15:39]  * micahg knows
[15:39]  * micahg is watching
[15:39]  * micahg will probably tackle a few
[15:40]  * micahg is normally the one who triages bugs in the package with gnomefreak and asac :)
[15:40] <micahg> right now I'm wrestling with a build that doesn't like me
[17:20] <Kamusin> could somebody try to reproduce this 424746 please? this works fine for me..
[17:32] <Kamusin> bug 424746
[17:32] <ubot4> Launchpad bug 424746 in firefox-3.5 "firefox download xml-error" [Undecided,New] https://launchpad.net/bugs/424746
[17:46] <pedro_> Kamusin, working fine here as well
[17:50] <Kamusin> thank your sir ;)
[17:50]  * Kamusin you
[18:50] <qense> There is this new media-player-id package in Karmic for recognising media players. This is different from the way media players used to be detected. Is there a guide of how to add new devices to this package? I'd like to know what to say/do when someone requests to add a new device.
[19:41] <billybigrigger> #ubuntu+1 has seen a few users who are all running gnome, kde and xfce, loose gnome as an available session in gdm
[19:41] <billybigrigger> is anyone aware of this or know the bug # or a fix?
[19:42] <mr_pouit> Bugs #403291, #426800
[19:42] <ubot4> Launchpad bug 403291 in xubuntu-default-settings "Unable to change the default session for GDM" [High,In progress] https://launchpad.net/bugs/403291
[19:42] <ubot4> Launchpad bug 426800 in xubuntu-default-settings "lost gnome in gdm session chooser" [High,In progress] https://launchpad.net/bugs/426800
[19:48] <billybigrigger> mr_pouit, thanks
[20:06] <qense> bug 403291 should be fixed in the latest update for gdm
[20:06] <ubot4> Launchpad bug 403291 in xubuntu-default-settings "Unable to change the default session for GDM" [High,In progress] https://launchpad.net/bugs/403291
[21:14] <Flare183> Can someone please tell me exactly how to triage bugs? I still don't understand how to do it, even though I've already read the wiki pages on it.
[21:15] <Flare183> I know how to improve a bug report, but I don't know how to mark it as triaged.
[21:47] <micahg> ping Kamusin
[21:47] <Kamusin> micahg,
[21:48] <micahg> hi first, thanks for doing a great job with the ff3.5 bugs
[21:48] <micahg> Kamusin: just 2 comments
[21:49] <Kamusin> micahg, please tell me :)
[21:49] <micahg> if you dupe a ff3.5 bug against a ff3.0 bug, make sure to add a ff3.5 task to the bug
[21:50] <micahg> 2, if swfdec is at fault for something, we can suggest switching plugins, but a bug should be filed against swfdec-mozilla
[21:50] <micahg> otherwise, great job!
[21:51] <micahg> (there might be a bug for it already)
[21:51] <Kamusin> micahg, I will.  thanks for you advice ;)
[21:53] <micahg> np, and keep up the good work
[21:56] <micahg> Kamusin: one more thing...Fix Released should not be used for unknown fixes
[21:57] <micahg> This should be used instead: https://wiki.ubuntu.com/Bugs/Responses#Bugs%20resolved%20after%20update%20or%20config%20change
[21:59] <Kamusin> I will change that right now,
[22:00] <micahg> thanks Kamusin
[22:00] <micahg> Kamusin: have you seen the status wiki page?
[22:07] <Kamusin> yep micahg , but sincerely I just made a mistake for my poor experience in that kind of reports  : / . I'll try to remember for next time!
[22:11] <micahg> Kamusin: don't worry about it
[22:11] <micahg> we're all learning all the time
[23:07] <Kamusin> micahg, how can I manage this bug 411476,  is one  wishlist I think but should I send to upstream directly?
[23:07] <ubot4> Launchpad bug 411476 in firefox-3.5 "Firefox 3.5 should not use the ubuntu logout noises as default sounds" [Undecided,New] https://launchpad.net/bugs/411476
[23:07] <micahg> Kamusin: well, I wasn't sure why it was happening
[23:08] <micahg> Kamusin: maybe hop in #ubuntu-mozillateam and see what asac thinks
[23:08] <asac> i am also here ;)
[23:09] <asac> though its late
[23:09] <Kamusin> :D
[23:09] <asac> isnt this a canberra setting?
[23:10] <Kamusin> what do you think about bug 411476? asac
[23:10] <ubot4> Launchpad bug 411476 in firefox-3.5 "Firefox 3.5 should not use the ubuntu logout noises as default sounds" [Undecided,New] https://launchpad.net/bugs/411476
[23:11] <asac> i just replied (well reasked) on that
[23:11] <asac> 00:09 < asac> isnt this a canberra setting?
[23:12] <asac> i asked
[23:15] <Kamusin> I am not sure sir
[23:16] <Kamusin> I tried to reproduce this in a fresh install of Karmic (by the way, how can I check that?)
[23:23] <asac> Kamusin: /etc/sound/events/gnome.soundlist:file=login.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=logout.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=info.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=warning.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=error.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=question.wav
[23:23] <asac> /etc/sound/events/gnome.soundlist:file=generic.wav
[23:23] <asac> what of those sounds is it?
[23:26] <Kamusin> asac, where are located these files? I can't find them
[23:32] <asac> Kamusin: the bug is about the sounds you get on "confirm" dialog?
[23:33] <Kamusin> yep, when you are closing firefox and ask you if you want to proceed..
[23:34] <asac> one second
[23:34] <asac> have to check that
[23:35] <Kamusin> no problem sir, well I have to go home right now, so I see you later, thanks for your time
[23:35] <asac> /usr/share/sounds/ubuntu/stereo/dialog-question.wav


[00:15] <infinity> cjwatson: Alright, cowboy looks good.  And, FWIW, if the SRU is the identical 1-char change we just cowboyed, I'm happy with "it works in production" as a valid SRU validation. :P
[00:17]  * cjwatson nods
[00:45] <doko> infinity, known. waiting for the testresults, and then a re-upload
[00:45] <infinity> doko: Ta.
[01:09] <wgrant> infinity, cjwatson: ... sob
[01:11] <infinity> wgrant: Fixed now, you missed the excitement. ;)
[01:13] <wgrant> infinity: I sobbed at the recursion limit.
[01:13] <infinity> wgrant: Ahh.  Yeah, that does seem a bit special.
[08:51] <sil2100> Hello SRU team! We have some packages in the UNAPPROVED queue that are SRU-ready - I'm talking here about compiz, unity and qtorganizer5-eds at least
[08:51] <sil2100> Would it be possible for someone to take a look at those in some free cycle?
[08:51] <sil2100> Thank you!
[09:28] <cjwatson> wgrant: Yeah, it's unfortunately fundamentally highly recursive as written, rather hard to disentangle
[09:29] <cjwatson> I think it would be possible to trim about a quarter of the stack depth without too much invasiveness (there are a couple of tail calls that could be pulled out manually), but anything more would be a deep rewrite
[09:32] <cjwatson> apt probably doesn't have anything like the same problem - it marks everything it's asked for and then repeatedly sweeps over the package cache looking for uninstallables and ways to resolve them, AIUI
[09:33] <cjwatson> germinate is quite a lot more naïve
[09:36] <cjwatson> stgraber: I think queuebot is asleep
[09:37] <doko> ScottK, are you planning to merge ruby-defaults too?
[10:49] <stgraber> cjwatson: restarted. I guess it didn't like yesterday's DoS
[11:09] <Laney> Please reject that
[11:09] <Laney> Not that
[11:13] <cjwatson> Laney: done
[11:13] <Laney> Cheers
[13:42] <bregma> hey folks, I have unity and compiz pending in the UNAPPROVED queue with some important SRU bug fixes for 14.04 that need to be unleashed into the wild, if someone would please take a look I would value your alacrity
[14:05] <ScottK> doko: again?  I already did once to make 2.1 the default.
[14:08] <xnox> ScottK: "<doko> ahh, ruby-defaults is in place" in #-devel after that message.
[14:09] <ScottK> xnox: Thanks.
[14:12] <seb128> is there any chance somebody could do some trusty SRUs review?
[14:18] <seb128> infinity, bdmurray, arges, slangasek, stgraber: ^
[14:18] <seb128> sorry for pinging, but some of those fix annoying LTS issues, would be nice to keep rolling even if it's slowly :-)
[14:19] <arges> seb128: sure I can take a look, any specifically?
[14:20] <seb128> arges, nautilus would be nice, it should be easy and we have other SRUs likely coming next week, so having the first one out of the way when that happens could be good
[14:20] <seb128> arges, otherwise no, there is just a stack of items, seeing some landing, I don't want to hijack the queue or anything, just go in order
[14:20] <seb128> arges, though compiz/unity might be nice as well
[14:21] <seb128> since that's an important piece of our desktop and some annoying issues are resolved in the update
[14:21] <seb128> thanks ;-)
[14:22] <arges> seb128: for nautilus shouldn't the version be 1:3.10.1-0ubuntu8.1 instead of ubuntu9?
[14:22] <seb128> arges, no
[14:23] <seb128> we just need something > trusty and < u (if u exists)
[14:23] <seb128> well, really > trusty, != u-versions
[14:23] <arges> so if we approve trusty then that version will be > u
[14:23] <Laney> it'll be copied to u
[14:25] <arges> seb128: Laney: so shouldn't this fix go into Utopic first? (Although I assume you'll sync soon with a later release)
[14:26] <xnox> arges: typically we mass copy everything from t-proposed -> u, once u opens. but u is not open yet.
[14:26] <seb128> arges, well, usually early in the cycle we SRU and pocket copy to the SRU to the new serie
[14:26] <seb128> -to
[14:26] <arges> xnox: seb128 OK. I'll make a note of this
[14:26] <xnox> arges: that would be the case "utopic first" if and when utopic would open, it's still is frozen.
[14:29] <seb128> xnox, well, even when new series are open we usually have been fine by doing SRU -> pocket copies to new serie in the first weeks after release
[14:29] <Laney> At some point they usually say "stop doing that now"
[14:29] <seb128> right
[14:29] <Laney> But it's my understanding there's usually a little overlap at least
[14:43] <doko> cjwatson, infinity: did we ask to create u chroots on the developer boxes?
[14:44] <cjwatson> I didn't
[14:47] <infinity> doko: Not yet, no.
[14:59] <hggdh> is 12.10 EOL-ed already?
[15:00] <xnox> hggdh: no EOL announce email, and https://launchpad.net/ubuntu/quantal says status:supported (for EOL is status:obsolete) => no it has not been EOL-ed yet.
[15:01] <ogra_> wasnt it extended by 3 weeks or so ?
[15:01] <ogra_> or 4
[15:02]  * cjwatson removes the freeze block
[15:03] <xnox> ogra_: well, i see no email from infinity which would say that.
[15:04] <xnox> hggdh: there is no notice yet, once the notice will be out it will say when 12.10 will go EOL.
[15:04] <ogra_> xnox, hmm, i thought there was one when the new schdule was announced
[15:04] <hggdh> I thought it was originally announced for April 18th, this is why I am asking
[15:04] <ogra_> (the switch to 9 months(
[15:06] <xnox> hggdh: well that slipped. Cause there was no EOL email on ~18th of March.
[15:06] <hggdh> xnox: so... are we going to EOL it now?
[15:06] <xnox> hggdh: and 18th of april is probably just an arbitrary extrapolation from https://wiki.ubuntu.com/QuantalQuetzal/ReleaseSchedule
[15:07] <Laney> arges: got 2 seconds to look at deboostrap/trusty too?
[15:07] <infinity> hggdh: I'll send the warn email out today, it won't EOL for a few weeks, though I anticipate that all we'll support is critical CVEs for that extended time.
[15:07] <hggdh> infinity: perfect, thank you
[15:07] <arges> Laney: i'll take a look soon. bit busy  atm
[15:08] <Laney> ok
[15:27] <cjwatson> xnox: boost-defaults appears to be stuck on kdepim-dev?
[15:27] <cjwatson> (http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt)
[15:30] <arges> Laney: ok debootstrap is good to go
[15:30] <Laney> thanks!
[15:32] <xnox> cjwatson: sounds about right, kdepim-dev always declares unsatisfyable dependends unless everything up to it has transitioned...
[15:33] <xnox> cjwatson: do you want this fixed pre-dropping freeze?
[15:34] <cjwatson> Not vital, I think
[15:34] <infinity> Oh look, my vim migrated.  Time to upgrade to utopic.
[15:35] <Laney> seriously, vim's my main motivator for an early upgrade
[15:36] <xnox> infinity: Laney: phf emacs-goodies-el migrated a day ago =)
[15:36] <infinity> Someone unblocked it just for you? :P
[15:37] <cjwatson> I unblocked it since easy
[15:37] <cjwatson> I think that was around the same time I accepted vim
[15:37] <xnox> " i don't use it, might as well unblock" :-) ?! =))))
[15:37] <cjwatson> Yeah, who cares if emacs breaks
[15:37] <infinity> Indeed.
[15:38] <Laney> rms
[15:38] <cjwatson> It'll slow down its ascent to malevolent godhood
[15:38] <Laney> He probably doesn't care if it breaks *in Ubuntu*, though.
[15:38] <xnox> one day i might switch.... everytime i pick it up, i get distracted and run away from it.
[15:38] <infinity> Laney: I think rms prefers to pretend we don't exist.
[15:41] <Laney> Sounds like a winner to me
[16:35] <doko> pitti, jibel: please repeat the binutils autopkg test. seems to be an internal issue
[17:09] <doko> cjwatson, infinity: can you do something about the binutils autopkg test restart? ^^^
[17:09] <jibel> doko, its is running
[17:09] <jibel> started 35min ago
[17:10] <doko> jibel, where can I see this?
[17:10] <jibel> doko, only on the internal instance http://d-jenkins.ubuntu-ci:8080/job/utopic-adt-binutils/
[17:11] <jibel> results are synced to the public jenkins when the job is done
[17:15] <infinity> jibel: Do we ever plan to fix that situation and make things more transparent?
[17:19] <jibel> infinity, yes we want to get rid of jenkins
[17:19] <infinity> jibel: *cheer*
[17:20] <infinity> jibel: Debian's CI UI is definitely easier to navigate.  Not sure if there's any inspiration to be found there.
[17:20] <infinity> (And their logs border on readable...)
[17:21] <jibel> infinity, there is some work with Antonio on debci
[17:34] <xnox> binutils/i386 pass
[17:34] <xnox> binutils/amd64 running
[17:34]  * infinity lunching.
[17:36] <jibel> binutils/amd64 pass
[17:38] <xnox> lintian ~25m ETA
[17:38]  * xnox off to buy chromecast
[17:56] <highvoltage> xnox: nice, does it run ubuntu yet?
[19:26] <infinity> So, not to crush anyone's spirits, but I'm not thawing utopic until binutils is fixed.  Hopefully, we'll get there soon.
[19:27] <ScottK> Any spirit crushing is just a bonus then?
[19:27] <infinity> Heh.
[19:37] <ScottK> There's mail in the moderation queue for u-d-a if there's an admin around.
[19:38]  * infinity looks.
[19:39] <ScottK> Thanks.
[19:43] <ScottK> Blame is officially passed.
[20:32] <xnox> infinity: what's wrong with binutils?
[20:33] <xnox> infinity: it passed autopakage test.
[20:34] <ScottK> xnox: Look on #u-devel about two hours ago.
[20:34] <xnox> ScottK: thanks.
[20:37] <xnox> ScottK: and *sigh*