/srv/irclogs.ubuntu.com/2013/08/09/#ubuntu-release.txt

slangasekpretty sure we should shoot sl-modem-daemon in the head; I remember it being unmaintained/unmaintainable and RC-buggy already back in lucid00:00
infinityWell, dropping that might get your CDs down to size.  Maybe.00:00
infinityThen again, if we just give up the CD size thing, we could go 750 or 800 and include some actual translations again.  Which could be nice.00:00
slangasekcertainly, the intersection of (people who need a newer image for enablement) and (people who need sl-modem-daemon) should be null00:01
infinityLinux for Human Beings* (who speak English) is a bit irritating.00:01
slangasekif it makes you feel better about it, we could squeeze the tlh langpack on00:01
infinity*snicker*00:01
infinitylinux/armhf build down from 17.5h to 5.25h.  I think I'm happy with that.00:38
Sarvattinfinity: just curious, is that on a 24 node calxeda or a 12 node?01:16
slangasek2401:18
Sarvattkind of expected faster for 24 vs a panda if it was that.. unless the old ones weren't pandas01:18
slangasekSarvatt: 24 *nodes* != 24 *cpus*01:19
slangasekthink blade server01:19
slangasekeach of which is quad-core01:19
slangasek(IIRC)01:19
Sarvattah, so it builds on one and the rest can be off building other stuff?01:23
slangasekSarvatt: yes; each node is a separate host, https://launchpad.net/builders kishi[1-23]01:31
Sarvattoh thats awesome :)01:31
Sarvattif only LO webkit kernel firefox and chromium could be blocked it would be enough for public arm ppas :)01:35
infinitySarvatt: Yeah, each node is a quad core A9 w/ 4G of RAM and its own disk.  They just happen to share a box and a network/power backplane.01:35
infinitySane ARM PPAs will happen when we have ARM kit that can do paravirt.  So, A15s or A57s.01:36
didrocksMirv: NEWed FYI ^06:23
Mirvah, great06:24
tjaaltondidrocks: hey, have you had time to look at MIRing nvidia-prime & fglrx-pxpress (lp1204820)?08:41
didrockstjaalton: not today, can append that on Monday08:41
tjaaltondidrocks: ok, thats fine, thanks08:42
cjwatsonslangasek: Debian's still not ready to cope with :any, AFAIK; current sbuild and buildd can cope, but I don't think wheezy's can, and I think wanna-build explodes.  This was on my list to chase down at DebConf09:04
jibelcjwatson, infinity FYI I swtiched autopkgtest to ftpmaster and per package configuration files when there is one. So linux and libreoffice can use bigger disks, more RAM and CPUs.10:06
jibeland linux is green now10:06
=== jibel_ is now known as jibel
rbasakSRU verification failed on bug 1121874. 32 affected on bug 1210380, which appears to include people who aren't aware that they have -proposed enabled.10:30
ubot2`Launchpad bug 1121874 in mysql-5.5 (Ubuntu) "MySQL launch fails silently if < 4MB of disk space is available" [Medium,Triaged] https://launchpad.net/bugs/112187410:30
ubot2`Launchpad bug 1210380 in mysql-5.5 (Ubuntu) "package mysql-server-5.5 5.5.32-0ubuntu0.12.04.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Confirmed] https://launchpad.net/bugs/121038010:30
rbasak32 affected in just a few hours, so please can we pull mysql-server-5.5 from -proposed asap?10:31
xnox!regression-alert10:32
ubot2`cjwatson, jdong, pitti, skaet, ScottK, kees, Daviey, pgraner: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive10:32
xnoxsee rbasak ^10:32
rbasakxnox: it's only -proposed, not -updates10:32
* xnox ponders where above list of people is maintained.....10:32
rbasakIn ubottu, AFAIK.10:33
xnoxcause it should include update list of archive admins... who can remove packges.10:33
rbasakEvidently nobody tested this upload. doko ^^10:33
seb128infinity, slangasek: ^10:35
seb128xnox, rbasak: I can run the delete command if you want10:35
seb128but I'm neither nor in SRU team nor knowing the details about this specific issue10:35
rbasakIt's only i -proposed, so I don't think it's critical to do it right this minute. An hour is fine IMHO, so I guess we can wait for an SRU team member.10:36
seb128e.g I decline responsibility if deleting it is wrong :p10:36
seb128let me delete it10:36
seb128rbasak, xnox: it's "mysql-5.5 5.5.32-0ubuntu0.12.04.2 in precise-proposed"?10:37
rbasakseb128: yes. 5.5.32-0ubuntu0.13.04.2, 5.5.32-0ubuntu0.12.10.2, 5.5.32-0ubuntu0.12.04.210:38
seb128rbasak, xnox: dropped from proposed for the 3 series, please see with the SRU team what to do next then10:42
rbasakseb128: thank you!10:42
seb128yw10:42
seb128stokachu, ^10:43
seb128doko_, ^ you sponsored it it seems10:43
jdstrandcjwatson: hey, you probably saw but I thought I'd explicitly say, I approved the click MIR yesterday12:27
xnoxDo we want python-virtualenv in main or not?12:30
stgraberjibel: aware of any autopkgtest problem? I see ceph as RUNNING according to britney but it's been done for a couple of days now and lxc is also marked as RUNNING though it's not listed on either public or private jenkins13:29
stgraberjibel: nevermind, they both just started doing stuff :)13:30
stgraberjibel: so looks like they're shown as RUNNING before they actually get scheduled (or before the UI knows about them?)13:31
jibelstgraber, yes, there is a delay between the time britney submits a test request and jenkins catches it13:32
* stgraber gets some popcorns and watches the lxc adt run, hoping this one will succeed13:33
jibelstgraber, jenkins polls every 15mn for new tests, it is on my todo to replace this with an inotify watch on the incoming directory13:34
ScottKIt would be nice if those would be called "PENDING" or something until they start.13:35
stgraberjibel: that'd be nice indeed. I think we forgot (or didn't know) about this 15min delay when we discussed the total build+migration time for packages back at the release engineering sprint (I think we assumed it'd just start instantly)13:36
stgraberjibel: http://10.98.0.1:8080/view/Saucy/view/AutoPkgTest/job/saucy-adt-lxc/ARCH=amd64,label=adt/30/ <- any idea? (I'll see if I can reproduce it here)13:39
jibelstgraber, no idea why mkstemp call fails13:42
stgraberjibel: hmm, reproducable locally, odd. Let's see if I get that too outside of adt13:56
stgraberjibel: same lxc-create outside of adt is fine...14:04
stgraberjibel: hey, so what weird magic is adt-run doing?14:20
stgraberjibel: I'm sshed into the VM, running "lxc-create -t ubuntu -n saucy-dep8 -- -r saucy" works, running it through adt-run doesn't14:21
stgraberjibel: found it!14:25
stgraberjibel: unset TMPDIR14:25
jibelstgraber, hm, it could be because adt-run redefined TMPDIR14:25
jibel:)14:25
stgraberand now everything works14:25
stgraberjibel: did that behaviour change recently? I'm wondering because we did have succesful runs for lxc...14:26
jibelstgraber, no it didn't, adt-run setting TMPDIR has always been a problem14:27
stgraberok, not sure how our tests ever worked then ;) anyway, I'll just push the unset TMPDIR to the archive and be done with it14:27
stokachuseb128: what was wrong with it?14:32
seb128stokachu, bug 121038014:34
ubot2`Launchpad bug 1210380 in mysql-5.5 (Ubuntu) "package mysql-server-5.5 5.5.32-0ubuntu0.12.04.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Confirmed] https://launchpad.net/bugs/121038014:34
stokachuseb128: hmm ok i tested it and it worked lemme go back and see what happened14:37
stokachuseb128: ok i see the issue lemme go back and talk with support and get it straightened out14:50
seb128stokachu, thanks14:52
jdstrandcjwatson: ok, handled click promotion to unblock people. see https://bugs.launchpad.net/ubuntu/+source/click/+bug/1208800/comments/4 and change as desired14:54
ubot2`Ubuntu bug 1208800 in click (Ubuntu) "[MIR] click" [Undecided,Fix released]14:54
slangasekcjwatson: +1 for having it fixed at DebConf :)14:56
rtgWhy is Saucy armhf kernel still in the NEW state ? Its been done for over 7 hours.14:58
slangasekrbasak: why are people not aware they have -proposed enabled?14:58
slangasekrtg: because NEW requires manual processing14:59
rbasakslangasek: I think there may be a class of users who just check everything, including maybe the -proposed box in update-manager.15:00
rbasakslangasek: a comment like "Ubuntu: fix it soon, it broked all my mysql servers when upgraded." for something only in -proposed suggests this to me.15:01
slangasekheh15:02
ScottKI have suggested before that the wording around proposed is just a bit too inviting to casual users.  The response was basically, "but we want a lot of people to test running proposed".15:08
ScottKI thought that was wrong before and I think it's wrong now.15:08
ScottKI think it would be better to make proposed NotAutomatic like backports so you only get packages you explicitly want from proposed.15:09
rbasakI'm not completely convinced by that. We have enough users that some proportion will always misinterpret, no matter what you do. The question is what that proportion is, and all we have here is evidence that at least one user misinterpreted.15:10
rbasakThere exist casual users who actually like to be on the bleeding edge and accept that, and 44 of the 45 affected may belong to that group (we have no indication otherwise).15:11
ScottKI've also seen people enable proposed when asked to test something, take one look at it and say "It wants to upgrade 80 packages, OMG, no!"15:11
rbasakI have no objection to pinning back -proposed by default, for when it is enabled.15:11
rbasakThough perhaps that might be better off managed with careful update-manager UX.15:13
rtgCan I get someone to NEW the Saucy armhf kernel binaries ? I'd like them to bubble up into release soon.15:14
ScottKI think you'd want the combination of NotAutomatic and a proper UI.15:17
infinityrtg: Done.15:19
rtginfinity, thanks15:19
infinityrtg: Are we ready to see 3.11 go to the release pocket today?  Have we triple-checked that tseliot's got nvidia/fglrx happy with it?15:19
rtginfinity, tseliot has assured me that there are uploaded and functional15:20
rtgthat they*15:20
infinityrtg: Alright.  We can bump d-i and watch the world burn over the weekend, or do it on Monday.  The latter may still be saner, unless we're all very confident. :)15:21
rtginfinity, I'm gonna dogfood 3.11 on tangerine today, but I've also been running it on at least one other SNB 2 way. Since I'm gonna be gone this weekend, maybe we should wait until late Sunday ?15:22
=== rtg is now known as rtg-afk
infinityrtg-afk: Waiting until Sunday/Monday to let it out of -proposed is fine by me.  Maybe I'll finish up the d-i/seed mangling by then and you/Andy can do the d-i ABI bump yourselves.16:15
=== rtg-afk is now known as rtg
rtginfinity, wfm17:01
slangasekScottK: yes, I thought there was broad agreement that -proposed should be NotAutomatic, the problem is we don't yet have the UI to allow this to do something sensible17:02
ScottKAh.  Ok.17:02
ScottKslangasek: BTW, did you see my comment on the blanket FFe for phone stuff?  Any thoughts?17:03
slangasekScottK: yes, saw the comment, sorry for not having a chance to reply yet17:04
ScottKOK.17:04
slangasekScottK: my personal feeling is that the release team's freeze enforcement shouldn't be used as a proxy battle for other disagreements over the contents of packages17:04
slangasekand that if qt5 maintenance is still problematic, we should face this head-on17:05
ScottKI agree we should also face it head on, but think it shouldn't get the free pass.17:05
slangasekfor instance, supposing a change to qt5 was needed, and the patch got upstreamed and then backported; should someone have to request a separate FFe for that?17:05
ScottKNo, but based on past performance, I don't think it's reasonable to delegate assuming that'll be done.17:06
slangasekis that wrt recent past (qt5)?17:06
ScottKI have not had a chance to review the packages recently.17:07
ScottKFor raring I did give an FFe on the condition the change would be dropped for saucy since it wasn't upstreamable and then guess what didn't happen.17:07
slangasekScottK: can you give me a pointer to the source package that happened on? (since there are a few of them in the case of qt5...)17:08
ScottKSure.17:08
slangasekbut raring is certainly recent enough that I agree we should be paying attention to this17:09
ScottKslangasek: The package is qtbase-opensource-src, the FFe was bug 1126205, and the relevant patch, enable_appmenu_support.diff (still there).17:15
ubot2`Launchpad bug 1126205 in indicator-appmenu (Ubuntu) "[FFe] Bring Unity appmenu / HUD integration to Qt5" [Undecided,In progress] https://launchpad.net/bugs/112620517:15
slangasekScottK: thanks17:15
ScottKAlso, there's another patch in there, fix_maliit_activation.patch, that says it should be upstreamed or dropped, but neither has happened.17:16
seb128ScottK, it didn't happen *yet*, that's still on their list (I saw somebody mentioning it/the bug on their list of target before updating to 5.1, so they are aware of it)17:17
seb128ScottK, where you see misbehaviour there are mostly people with just too much to do...17:17
ScottKseb128: The agreement in the FFe was that it would be dropped when saucy opened.17:17
seb128ScottK, that patch is already a special case since it's to avoid a regression compared to what we had with qt4, and it has not been creating any issue so far that we know about17:18
seb128ScottK, right, people who agreed on that shouldn't have said that17:18
seb128ScottK, it was clear that the requirement was not a reasonable one, I would have argued back against you if I had seen it when the discussion happened17:19
ScottKThat was the time to have the discussion.17:19
seb128ScottK, the rational was "let's regress rather than take a patch which has been carried for ages in old qt, for the sake of making a point about getting things upstream first or not"17:20
slangasekseb128: well, that didn't stop someone from agreeing to those conditions...17:20
seb128ScottK, right, I can't remake history, I just can say I'm going to participate to the discussion next time so we don't sign to do things we are not going to do17:21
seb128slangasek, right, and I agree there was a screwup there17:21
seb128slangasek, but I can't really change it after fact...17:21
seb128slangasek, all we can do is work to ensure we do better next time17:21
slangasekso, I think that brings me back around to my original point that release team freezes shouldn't be used to dictate policy wrt the contents of packages17:23
slangasekthere's clearly a disagreement here about what the contents of the qt5 packages should be; the arbiter of that disagreement should be the TB, not the release team17:24
ScottKThat's true, but I think it's reasonable for the release team to keep an eye on things late in the cycle to make sure there's no late churn.17:24
seb128right17:29
seb128the issue was not the end of the cycle though17:29
seb128it was having the patch kept for the next cycle17:29
seb128which as slangasek is more a TB issue than a release team one17:29
ScottKIt started though around a late add of a feature to the package.17:32
seb128the feature part of the discussion was reasonable, you pushed back17:34
seb128they got stuff tested properly, including all rdepends17:34
seb128the rational was "avoid a regression" which was a fair one17:34
seb128I'm not sure "what happens next cycle" should be used by the release team as an hammer for ffe discussions17:35
seb128the ffe are about "is that ok to land now", not about "is it ok to have those changes in Ubuntu in principle"17:35
ScottKRight, but would all that testing have gotten done if they didn't have to ask for an FFe?17:35
ScottKYou know it wouldn't have.17:35
seb128no, and I agree it makes sense to discuss a blanking ffe17:36
seb128what I'm arguing against is how "next cycle work" was used there17:37
ScottKFair enough.  What I'm arguing is that there's not a demonstrated pattern of following through on agreements.  I don't think there's a lot of point in arguing.  I'm not going to suddenly trust them to DTRT.17:38
ScottKGetting stuff upstream properly has been a fight with PS and its antecedents since Karmic and I don't expect it to change.17:39
seb128ScottK, right, but it's not right to use your position in the release team to try to force changes of behaviour of people in exchange of having their ffe approved (when the behaviour is upstreaming of changes and not related to the said ffe)17:44
ScottKSeparate from the patch issue, I think having had an FFe to enforce the additional testing was the right thing for that change.17:58
=== doko_ is now known as doko
rsalvetihey, if someone around, mind checking ofono? there's a new ofono-scripts package, useful to debug ofono-rild related issues in touch23:05
rsalvetiand one less package via ppa23:05
infinityrsalveti: Poking.23:06
rsalvetiinfinity: thanks23:07
infinityrsalveti: Looks sane.  Those all come from the upstream source?23:10
infinityrsalveti: Can you get that pushed to Debian too?  Seems like a reasonable addition to the packaging.23:10
rsalvetiinfinity: yup, only big change there is the rild patch, to add support for the rild based modems23:10
rsalvetiyup, we discussed with cyphermox and he will be doing the package upstreaming for it next week23:10
rsalvetidebian is a bit behind as well23:11
* infinity nods.23:11
rsalvetiinfinity: awesome, thanks so much23:11
* rsalveti vacation \o/23:12
infinityrsalveti: Are you stealing Ursula from me too, or vacationing alone?23:12
rsalvetiinfinity: oh yeah :-)23:12
rsalvetiwe'll be in montevideo, uruguay next week23:12
infinityrsalveti: Awesome.  Have fun.23:12
rsalvetithanks, have a nice weekend!23:13
infinityrsalveti: House-hunting a bit?  She was telling me that you're looking to relocate.23:13
rsalvetiyeah, that's a possibility indeed23:13
rsalvetiwe'll see :-)23:13
infinityVery cool.  Enjoy yourselves.23:13
rsalvetihate this city23:13
rsalvetiheheh23:13
rsalvetithanks, cya!23:13

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!