/srv/irclogs.ubuntu.com/2014/10/22/#ubuntu-release.txt

jdstranddoko (and slangasek): I can and did pick openjdk-7 from rejected. it is building in the security-proposed ppa (along with trusty and precise)04:38
infinityjdstrand: Ta.04:40
infinityMass rebuild in progress for a new kernel, and other bits.05:19
=== jzheng is now known as jzheng_afk
bluesabreSRU team, please release xfce4-weather-plugin into trusty-updates, https://bugs.launchpad.net/ubuntu/+source/xfce4-weather-plugin/+bug/137761210:26
ubot2Launchpad bug 1377612 in Xfce4 weather plugin "[SRU] Plugin needs updated for locationforecast-1.2" [Medium,Confirmed]10:26
smbcjwatson, with the utopic server iso and installing over an existing install (standard using LVM) I run into the situation of first partition (which contains /boot) of the disk still mounted to /media. The installer acts correctly and asks to unmount and from there all is normal. So nothing fatal but just odd. Should I file a bug about it or do you already have one?10:47
rcj^ cloud images marked ready11:17
cjwatsonsmb: I have no idea whether we have a bug about that.  I'll give it a try a bit later.11:32
cjwatsoninfinity: In case you notice the build failure when you get up, I manually respun server from nusakan; it looks like rebuild-requests is confused about whether it needs to do a live filesystem build in the server case or not11:34
cjwatsoninfinity: ubuntustudio/i386 failure still needs investigating, possibly from a better network11:34
smbcjwatson, Ok, I am using the dailies from the 18th (which seem to be the most current). A cobbler netboot install with pre-seeding was ok. Hm, the mini iso there dates from the 17th. Manual update got them to todays date.11:41
smbWill re-run the netboot install11:41
cjwatsonsmb: Yeah, see above comment to infinity for why the server dailies are old11:42
smbcjwatson, Doh. Ok I read the message but it sounded Japanese to me. Meaning I did not get its meaning. :)11:44
cjwatsonOK, it was intended to be meaningful mainly to Adam, but "previous rebuild didn't work, I did it differently" :-)11:46
smbheh. ok. so with more recent image, netinstall still seems ok. good12:23
cjwatsonsmb: ah, so I don't need to investigate this now?12:31
smbcjwatson, Well it was the full iso install that showed the issue. But let me repeat that with the newer isos when they show up. As long as only manual cd install has it there is someone to press yes for unmount.12:33
smbthere already. just need to sync now12:34
smbcjwatson, I would still see the unmount dialog with latest iso. But since the netbook variant seems unaffected it does not seem to warrant that you look at it urgently. You likely have enough other things to do and are caught in the wrong timezone.12:50
smbI meant netboot12:50
cjwatsonok, well let me queue it up for if/when I get a moment, thanks12:50
LocutusOfBorg1cjwatson, may I ask you a trivial sync?12:54
cjwatsonplease ask don't ask to ask12:54
LocutusOfBorg1kbuild... one single line12:54
LocutusOfBorg1one fatal error changed to error, because otherwise virtualbox won't build with newer kernels, fixing also a debian RC12:55
LocutusOfBorg1http://anonscm.debian.org/cgit/pkg-virtualbox/kbuild.git/commit/?id=0437af2183faedf5b9b065bc0910242afba1e53e12:55
LocutusOfBorg1this is the bit12:55
cjwatsonLocutusOfBorg1: done12:56
LocutusOfBorg1thanks!12:56
cjwatsonmodulo queue and such12:56
cjwatsonLocutusOfBorg1: well I would have closed it, I was just waiting for the auto-accept12:57
LocutusOfBorg1ops I though you didn't noticed the bug ;)12:58
cjwatsonI did although it would have been nicer if you had directed me to it12:58
LocutusOfBorg1indeed, sorry for that, I wrote it today on #devel IIRC12:59
cjwatsonfairly little brainspace right now12:59
cjwatson#-devel was the right place to ask really, just bear in mind that a lot of us are on US/Eastern time right now13:00
LocutusOfBorg1ack ;) I asked on 9AM CEST lol13:01
LocutusOfBorg1anyway thanks, I hope one day I'll be able to do the sync by myself, at least for packages I maintain :)13:01
=== pete-woods is now known as pete-woods-afk
=== Guest45646 is now known as kirkland
infinitycjwatson: The studio failure looks like an apt loop-breaking bug, but this is a rather inconvenient time for it to pop up.14:16
cjwatsoninfinity: I couldn't reproduce it locally, so I've tried just mashing retry and hoping14:17
cjwatson(It does, yes)14:17
cjwatsoninfinity: I have unicorn SVGs.  Shall I mail you them (or indeed come up to the room and we can mess about with gimp)?14:18
infinitycjwatson: Sure.14:18
infinitycjwatson: Either of those things, or both.14:19
=== pete-woods-afk is now known as pete-woods
infinityjibel: Did you file a bug for your qemu -vga std'14:20
infinityjibel: ... issue?14:20
jibelinfinity, bug 138385114:24
ubot2bug 1383851 in linux (Ubuntu) "Cannot enter LVM encryption password in qemu with -vga std" [Medium,Confirmed] https://launchpad.net/bugs/138385114:24
jibelinfinity, this one?14:25
apwjibel, when you boot it in that mode, what do you see?  black screen?14:25
infinityjibel: Yep.14:25
infinityapw: You get the proper screen, it just seems "frozen".14:25
apwjibel, actually come into my parlour14:25
infinityapw: No amount of hammering the keyboard does anything.14:25
jibelapw, you see the lvm encryption password prompt but cannot type anything14:26
jibelapw, like it doesn't receive kb input at all14:26
infinityjibel: Did you narrow it down at all between -17 and -22?14:27
jibelinfinity, not yet, I'm verifying latest images14:29
bdmurrayslangasek: https://bugs.launchpad.net/ubuntu-website/+bug/138429114:40
ubot2Launchpad bug 1384291 in Ubuntu Website "Ubuntu download thank you page links to documenation team information" [Undecided,New]14:40
pittiinfinity, cjwatson: what is the rough chance between "go away" and "yeah, fine" of uploading two fixes to autopkgtest which fixes running autopilot tests on phones?14:45
pitti(not seeded anywhere)14:46
slangasekpitti: since not seeded, the chance is somewhere in the middle14:46
pittislangasek: thanks, I'm taking that :)14:50
pittiit's not really that important, in CI we'll need to run a backport anyway; but it's making things more convenient for touch devs on utopic14:50
Riddellso if you folks are in washington, what's the ETA for release tomorrow?14:52
infinityRiddell: No specific time set, but aiming for more or less our usual timeline adjusted for local timezone.14:54
infinityRiddell: (ie: we shoot for noonish, with acceptable slippage into the afternoon and early evening, and see how we do)14:55
infinityRiddell: There's always the hope (dream) that everything's ready on Wednesday and Thursday is just mindless button pushing, but... ;)14:55
Riddellinfinity: noonish on +5?14:55
infinityRiddell: No earlier than noon on +5, I'd say, but definitely could be quite a bit later if the world doesn't go our way.14:56
infinityErr, +5?  Wrong direction. :P14:57
infinityWe're in -0400 right now.14:57
infinityAnd you're +1, so -5 total for your math.14:58
Riddellinfinity: gotcha, thanks :)15:02
knomepeople should just use UTC...15:02
cjwatsonpitti: stuff not on images has a while yet, yeah15:04
pittiknome: apply biiiig hammer to earth → no time zones any more15:06
knomepitti, lol, worksforme15:10
elfyI'm easy with timezones - would rather not see enormous hammer :p15:12
cjwatsonballoons: hey, so would there be a problem with a mass respin soon?  we have a new linux-firmware and a new ubiquity-slideshow-ubuntu, so would be good to get that lot through; there are some test results on the tracker15:24
balloonscjwatson, I would rather see a respin sooner rather than later on this. I haven't checked the critical bug list yet this morning, so I'm not sure what's outstanding (in other words if another respin would happen or not)15:26
cjwatsonsooner> yeah so would we15:27
cjwatsonrespin cycles are much faster now, an hour or two15:28
cjwatsonI see a few red bugs but (from a quick skim) I suspect they're mostly fairly long-standing installer issues, not something likely to be fixed in a respin at this point15:29
cjwatsonbut second opinions welcome15:29
* balloons loos15:29
elfyI'd look instead balloons15:29
balloonselfy, :-)15:29
balloonscjwatson, ack, I agree. Good, if that works out we're in good shape15:31
rcjcjwatson, if you respin is needs to be very very soon.  cloud images will take > 14 hours15:52
cjwatsonyeah, I'm just going to get linux-firmware in15:53
cjwatsonyou can start right after that I guess?15:53
cjwatsonoh we need d-i15:54
utlemmingrcj, cjwatson: actually if it only linux-firmware, it does not require a respin15:55
utlemmingrcj, cjwatson: cloud images don't ahve linux-firmware15:55
cjwatsondo they have debian-installer?15:55
utlemmingcjwatson: negative. However, it looks like the arm builds have it15:57
utlemmingcjwatson: for linux-firmware15:57
rcjcjwatson, utlemming: I see a new linux-virtual in proposed, is that coming in too?15:58
rcjcjwatson, utlemming: nevermind, wrong release.15:58
cjwatsonutlemming: ok, so do you need to respin just the arm ones?16:01
utlemmingcjwatson: we would have to respin everything, otherwise the serials are off16:14
cjwatsonok, you should be good to go quite soon, linux-firmware is migrating as I type16:14
cjwatsonwe're just waiting for argh why have I never QAed the faster apt-ftparchive16:15
cjwatson(answer: because 19000 things to do)16:15
cjwatsonsmb: your bug is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745717, which includes a workaround16:33
ubot2Debian bug 745717 in di-utils "di-utils: fetch-url runs mountmedia without cleaning up; blocks partitioner preseeding" [Important,Open]16:33
smbcjwatson, Ah yes.16:35
rcjcjwatson, anything else or can I let the cloud publication begin?16:42
cjwatsonrcj: go go go16:44
rcjcjwatson, thanks16:45
=== rtg is now known as Guest70449
mdeslaurinfinity: can we get the owncloud package removed from utopic?17:41
mdeslaur(and blacklisted so it doesn't get synced)17:42
cjwatsonrobertk_: soooo close17:44
cjwatsonthis will be tight but nearby17:44
infinitymdeslaur: Do you have a bug for that?17:58
cjwatsondamnit amd64 hit a raid-card-less builder17:58
cjwatsonno wonder it took ages :-(17:59
mdeslaurinfinity: one sec, I'll open one17:59
mdeslaurinfinity: bug 138435518:02
ubot2bug 1384355 in owncloud (Ubuntu) "ownCloud should be removed from Utopic" [Undecided,New] https://launchpad.net/bugs/138435518:02
infinitymdeslaur: removed and blacklisted.18:08
mdeslaurthanks infinity18:08
infinitymdeslaur: A solution for trusty and precise would be nice, though.18:09
infinitymdeslaur: Note that precise-updates has a (now old) backport, so someone was originally going the "just toss in the latest version" route.18:09
mdeslaurinfinity: yes, having someone update to the latest versions regularly would be ideal...perhaps someone on the list will step up18:10
robertk_cjwatson: nice!18:12
cjwatsonyep it's there now18:13
cjwatsondepending on which cdimage mirror you hit, but will be there by the time IBM look18:13
cjwatsonrobertk_: http://cdimage.ubuntu.com/ubuntu-server/daily/20141022.2/18:13
robertk_thank you!18:13
Riddellnew images?18:57
cjwatsonupdated linux-firmware, debian-installer, ubiquity-slideshow-ubuntu; was hard to get that lot in without respinning everything18:58
wxlcjwatson: but we have had two respins today?18:59
cjwatsonthough pretty minor changes so from your point of view should just need very quick smoke-tests if you already tested earlier iterations18:59
cjwatsonthis is the second yeah18:59
cjwatsonAFAIK we should be done from here18:59
wxlmissed something in the first/18:59
cjwatsonyes18:59
cjwatsonI mean that goes without saying right? :)18:59
wxlwell yeah but i thought we had it done19:00
wxli don't remember balloons mentioning ubiquity-slideshow-ubuntu, though19:00
cjwatsonwe did tell him today19:00
cjwatsonlike I say should just require very quick smoke testing19:00
cjwatsonalso nobody ever promised that the last respin was done, or if they did they were wildly optimistic19:00
wxlhahahah okie dokie19:01
cjwatsonif you've already tested the previous version, just make sure that this one passes a quick install test or similar and call it good19:01
wxlcool thanks cjwatson19:01
cjwatson*already tested the previous version more thoroughly19:01
wxlif only lubuntu desktop would hurry up already19:02
* wxl scowls19:02
cjwatsonshouldn't be long, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/lubuntu/+build/9493 and https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/lubuntu/+build/949819:02
cjwatsonthe estimates should be fairly plausible by this point19:03
cjwatsonthen just the quick bit on nusakan19:03
wxloooh nice19:03
wxli didn't even know about that19:03
wxlyou are a plethora of wonderful info cjwatson :)19:03
cjwatsonmost recent ones are linked from https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/lubuntu19:03
cjwatsonunfortunately panlong is one of the builders without a raid card (in progress, I filed the ticket four months ago but it's been stalled on hardware acquisition) so it's a bit slower19:04
cjwatsonbut still should be quick enough, respins aren't an eight-hour proposition any more19:04
wxlyes but having that estimated time is awesome19:04
wxleven if it is slower XD19:04
Riddellmdeslaur: security problems in owncloud?19:04
stgraberRiddell: upstream asked for it to be removed due to security issues, yeah19:04
mdeslaurRiddell: upstream wants us to remove the packages19:05
cjwatsonit's the median of the last nine successful builds, as an approximation19:05
wxlnot the mean, eh?19:05
cjwatsonI tend to prefer median for this kind of thing to reduce the effect of outliers19:06
cjwatsonthough not a statistician19:06
Riddellshame but fair enough19:06
wxlcjwatson: is there a general non-release-specific link i can use to see build status or get to it?19:07
cjwatsonwxl: afraid not19:07
cjwatsonI didn't quite finish a proper livefs index in LP, maybe at some point19:07
wxlcjwatson: same general layout, though?19:07
cjwatsonYeah19:08
wxle.g. https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/codename/flavor19:08
cjwatsonYeah19:08
wxlcool thanks :)19:08
mvocjwatson: I can reproduce the bug now, thanks for your help with the buildlivefs19:10
cjwatsonmvo: oh fantastic19:10
cjwatsonwonder what the relevant different was19:11
cjwatson*difference19:11
mvocjwatson: next thing is to get it into a state so that I can debug it, I am trying this now19:11
cjwatsonoh yeah buildlivefs possibly nukes it19:11
cjwatsonactually it shouldn't if you run it on its own19:11
cjwatsononly if run from the full launchpad-buildd state machine19:12
mvocjwatson: the chroot is still here, but I want the dpkg  status and /var/lib/apt/lists/* status before the apt-get operation starts19:12
cjwatsonright19:14
cjwatsonhack it to use a stunt live-build that has a big sleep in there maybe19:14
mvocjwatson: yeah, good idea19:14
wxlcjwatson: the track is not updating despite the fact that amd64 is uploaded19:15
cjwatsonwxl: it'll get there, there's a final assembly stage19:15
wxlcjwatson: ah ok19:15
cjwatsonlogs of that are at http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/utopic/ but it's only updated periodically rather than cronned19:15
cjwatsonso unfortunately you can't see that live19:15
cjwatsonwxl: also, it's waiting for the i386 one to finish before it does the assembly19:16
wxlcjwatson: that's interesting19:16
cjwatsonyeah I might have done this differently if I were writing the code from scratch but it's quite hard to disentangle now19:17
cjwatsonanyway will be less of an issue in this case once the buildd hardware is normalised19:18
mvocjwatson: "Dpkg::MaxArgs" defaults to 8k and "Dpkg::MaxArgBytes" to 32k - we can increase this for the failing build, I will also investigate now how to drive dpkg in a different way to avoid this limit entirely21:18
=== beisner is now known as beisner-afk
cjwatsonmvo: thanks!  infinity ^=21:22
infinitymvo: Ta.21:29
mvoinfinity: it should be fine to multiply the current values by 4 - _SC_ARG_MAX is big enough (and the code is stupid *sigh*)21:30
infinitymvo: Sure, just need to find a clever place to hack that in temporarily.21:31
* mvo nods21:31
elfycjwatson: I assume that if I'm happy with the testing we've done already - the newest respin just needs a check to make sure it doesn't do anything bad21:39
infinityelfy: Yeah, pretty much.  Very few things changed.21:40
elfyinfinity: thought as much - just wanted to make sure I could get to bed tonight :D21:41
infinityelfy: Check that we didn't accidentally break your slideshow (we didn't, but check), and that linux-firmware seems sane to you, and the usual boot/install/reboot smoketest.21:41
knomeinfinity, i'm sure you put in pink unicorns in it :(21:42
cjwatsonelfy: right, smoke-test21:42
infinityknome: I was going to, but didn't have time.21:43
knomeinfinity, damn.21:43
knomethen it must've been somebody else21:43
infinitymvo: configure-index.gz claims the defaults are much lower.  Is that out of sync with reality?21:44
elfypretty sure it's the same as it was - just the vbox issue and black try/install background we know about21:44
knomeelfy, and the pink unicorns!21:44
wxlhttp://sixgun.org/files/utopic-unicorn.jpg21:44
elfythat was last night knome21:44
wxli'm sure you've all seen that already21:44
wxlbut if not you're in for a TREAT21:44
cjwatsonwxl: wow21:45
infinitywxl: I have... No words.21:45
wxlhgahahahahah21:45
elfygood lord21:45
knomegosh21:45
wxlseriously though i can't wait for unicorn shirts21:46
* knome was referring to http://temp.knome.fi/xubuntu/.pink-unicorns/slideshow.png though21:48
wxlpretty cute21:49
knomeinfinity, ^ that must've been you, eh? :P21:49
mvoinfinity: its out of sync, yeah21:51
mvoinfinity: thanks for letting me know21:51
infinitymvo: Couldn't that be autogenerated somehow?21:51
infinitymvo: And why doesn't "apt-config dump | grep DPkg" show those options at all? :/21:51
mvoinfinity: the configure-index.gz? maybe, yes.21:51
mvo   unsigned int const MaxArgs = _config->FindI("Dpkg::MaxArgs",8*1024);21:52
mvo   unsigned int const MaxArgBytes = _config->FindI("Dpkg::MaxArgBytes",32*1024);21:52
infinitymvo: Alright, the code probably isn't lying. ;)21:52
mvoinfinity: the configure-index is not lying in git anymore now too21:58
stgraberinfinity, cjwatson: so core built fine this time but didn't publish because the build needs to be triggered using daily-live but the resulting artifact is daily-preinstalled and triggering and publishing from/to the tracker uses a single file22:18
stgraberso the fix would be to make cdimage consistent then we should be good :)22:18
stgraberuntil then we've got the choice between ability to trigger from the tracker or having the images publish there22:18
cjwatsonerr that's weird22:18
cjwatsonit's daily not daily-preinstalled22:18
cjwatsonhttp://cdimage.ubuntu.com/ubuntu-core/daily/pending/22:19
cjwatsondaily-preinstalled is your stuff :)22:19
stgraberoh right22:19
cjwatsonso uh yeah, that's going to be not quite trivial (maybe not hard, but not release day - 1 stuff) to disentangle, suggest just building by hand for now22:19
stgraberstill, same problem, triggered with daily-live, then we get:22:19
stgraberNo iso.qa.ubuntu.com product found for ubuntu-core/daily/utopic-core-powerpc; skipping.22:19
=== adam_g is now known as adam_g_gone
infinityBy hand works for me.22:19
stgraberyeah, my plan once I'm done with my current meeting is to revert my change and just hardcode daily-live in rebuilt-triggers22:20
stgraberwhich is ugly but will do the trick22:20
cjwatsonok22:20
infinitystgraber: As long as I have all my core builds in time to test them in the morning, that's good enough for me. :P22:23
infinityIt's not like they take more than a few seconds to validate.22:23

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