slangasekutlemming: ohai00:52
slangasekutlemming: so I just looked at this change of yours... and it can't possibly fix the cause of whatever damage you were seeing00:52
slangasekthe only line that's changed now has 6 args instead of 500:53
slangasekutlemming: can you point me at a build log, so I can see what was happening?00:57
slangasekhttps://launchpad.net/~cloud-images-release-managers/+livefs/ubuntu/xenial/cpc is conspicuously lacking in build attempts00:57
slangasekutlemming: as an aside while I'm thinking of it, passing a --modules list to grub-install when you're also passing --uefi-secure-boot is a complete no-op...02:03
slangasekat least, any modules getting installed are unused by the signed uefi bootloader02:04
utlemmingslangasek: ack...well, its broken now because of a problem with lxc not installing02:04
utlemmingslangasek: let me pull the build log....02:05
utlemmingslangasek: https://paste.ubuntu.com/14999303/02:06
slangasekutlemming: thanks, will dig02:07
slangasekwe definitely don't want to just add another argument to the end of that call02:07
utlemmingslangasek: right...I was going for the smallest change02:07
utlemmingslangasek: but we're blocked right now on https://bugs.launchpad.net/bugs/154317002:08
ubot5`Launchpad bug 1543170 in lxc (Ubuntu) "lxc fails to install" [Critical,Triaged]02:08
utlemmingslangasek: which looks like invoke-rc.d is needing to detect if its in a chroot w/ systemd02:09
slangasekutlemming: ok so I think you had a race condition, where your failed build used a version earlier than commit 1293 where I fixed this particular problem02:10
slangasekcan't say for sure, your build log doesn't show the upstream bzr revision02:10
slangasekbut I am pretty sure we both were fixing the same bug :)02:11
slangasekanyway, after fixing that, I have some subsequent failures in my test builds that I'm working through: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/xenial/cpc02:11
slangasekonce I've resolved these I can have a look at invoke-rc.d if someone else doesn't get to it first02:11
xnoxslangasek, btw, i had to create https://launchpad.net/~canonical-foundations/+livefs/ubuntu/xenial/cpc as i cannot trigger ~ubuntu-cdimage builds in upstart-daily ppa, because launchpad ACL.02:13
slangasekxnox: ok :)02:13
slangasekxnox: that's fine, I had to create https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/xenial/cpc because I couldn't trigger the cloud one ;P02:14
utlemmingslangasek: interesting...haven't see that problem02:17
yofelcjwatson: could you please remove ScottK from the recipient list for the kubuntu image health checks? He doens't want to get those anymore.09:14
tjaaltoncyphermox: hmm, there's another d-i upload still unverified which would need to be released first I guess09:26
cjwatsonyofel: done09:32
michisil2100: It looks like there is still a problem with s-jenkins. The generic landing jobs are hanging: http://s-jenkins.ubuntu-ci:8080/job/generic-update_mp/10:55
michisil2100: hm? :)10:59
davmor2michi: It's Polish for pass me the hammer..../me hands sil2100  a hammer11:00
sil2100Problem is that s-jenkins currently is not really maintained right now11:00
michidavmor2: \o/ Perfect!11:00
sil2100Not sure who to poke11:00
michisil2100: Yes, agree that this is a problem…11:00
michiIt’s not good to just walk away from infrastructure we critically depend on.11:01
michi“Here, you go and do it all yourself from now on. It’ll be much easier.” That just doesn’t quite cut it, I’m afraid.11:02
sil2100I saw an e-mail from Evan that you can poke them to get operational access to s-jenkins itself, so I wonder if there's anyone doing any maintenance of it right now11:04
michisil2100: Sorry, me.issed your messag11:48
michimissed your message…11:48
michiI have no idea.11:48
michibut, even with access, I wouldn’t have a clue what to do11:48
tjaaltonxserver-xorg-video-amdgpu needs to move to main14:08
tjaaltonit's the default driver on newer amd gpu's14:08
tjaaltonI added it to xserver-xorg-video-all depends, but didn't realize it wasn't in main yet14:09
tjaaltonso now the dailies don't have -video-all or any of the drivers14:10
tjaaltoncould I save the paperwork and not file a MIR?14:10
tjaaltondoko, cyphermox, didrocks: ^14:12
jamespageif there is a sru team member around ^^ is the original SRU + a fix to limit the memory consumption during the compilation process for arm64, fixing the current ftbfs14:29
=== barry` is now known as barry_
=== barry_ is now known as barry
davmor2tjaalton: do we know what is happening in regard to the d-i upload for 14.04.4? We would like to know when we are likely to have a final image to start testing?15:00
tjaaltondavmor2: there's a pending SRU15:01
tjaaltonso either drop that and upload a new one with just the new diff15:01
tjaaltonor add on top of it, but the current SRU is unverified15:01
tjaaltoni guess the first option needs to happen ASAP15:05
tjaaltonwait, the previous SRU was a no-change rebuild as well.. bah15:07
tjaaltondavmor2: I've released the old SRU15:09
tjaaltonso now a rebuild..15:09
jibeltjaalton, is it the only remaining SRU for 14.04? I see ubiquity, doesn't it need to go into this image too?15:11
jibelit's verified15:12
tjaaltonjibel: no idea15:14
tjaaltonI can have a look15:14
tjaaltoninfinity: trusty daily image has the right X bits in it and it works (live)15:19
tjaaltonso ship it15:19
apwinitramfs-tools is blocked for a test failure in linux (ppc64el).  this issue is a known intermittent failure which is kernel not initramfs-tools related15:24
apwi have asked for it to retry but the queue is really long, and the two fixes in this are blocking image generation and15:26
apwis preventing maas images from workgin, which is bleeding through to testing, preventing testing for the kernel15:27
apwi am therefore requesting we hint that test for initramfs-tools15:27
smoser+1. i trust apw to speak for the transient failure. i know that i need the change.15:30
tjaaltonjibel: released15:33
jibeltjaalton, thanks15:41
Laneytjaalton: did someone reply about the drivers?16:33
* Laney wants fixed images!16:33
tjaaltonLaney: no16:33
tjaaltonI'm filing the MIR now16:33
tjaaltonjust in case16:33
coreycbhello, can an archive admin please promote python3-novaclient to main? this will help get some of our openstack packages out of dependency waits.16:34
slangasekutlemming: I see that we're past the lxc failure now in cloud-image builds, hurray; now I'm back to the previous failure of 'ln' saying 'livecd.ubuntu-cpc.squashfs': File exists... and I can't see how this worked before or how my code changes would have impacted this17:05
utlemmingslangasek: I'm not sure why your hitting this, because my builds based on the fork I just took work17:06
slangasekutlemming: because 032-root-squashfs.binary clearly says it's creating the squashfs in $PWD, not in binary/boot17:07
slangasekhmm so actually, what I don't see is why anything creates binary/boot/livecd.ubuntu-cpc.squashfs17:07
wxlwhen we getting 14.04.4 to test? shouldn't today be the day?17:52
wxli guess i'm pining you about that one according to ReleaseTaskSignup, infinity17:53
wxlalso no luck on alternates again cjwatson apw so is it the same problem? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/xenial/daily-20160209.log17:54
cjwatsonwxl: apw fixed it, but only an hour ago so after your build.17:55
wxlokie dokie thanks :)17:55
apwwxl, yeah initramfs-tools got uploaded last night, but held up on test failures17:55
wxlapw: i'll check it out. thanks for your hard work :)17:55
infinitywxl: I'm sending out an announce today about .4 being delayed until next week, but please do test dailies and make sure nothing needs urgent fixing.17:56
wxlinfinity: so we'll have images next tuesday the 16th?17:56
cjwatsonah yes, I should have noticed the upload date.  should be in place now anyway17:56
cjwatsonyou probably *just* missed it.17:56
wxli could have looked at the changelog, too, so sorry for bugging you guys17:56
infinitywxl: I'll probably freeze trusty and flip over to building RCs over the weekend.17:57
wxlinfinity: ok, well i'll announce to the ubuntu team to expect something by tuesday or sooner and to start testing now to make sure we don't have any fires17:58
slangasekutlemming: so I think the reason you're not seeing this failure with squashfs is because you're passing some other configuration options to your build.  This is suboptimal, as it makes it difficult to have a clean baseline cloud image build in livecd-rootfs for amd6418:21
slangasekutlemming: but you pass --chroot-filesystem ext4 to your build, overriding the default squashfs; I'm not sure why?18:22
slangasek(except maybe to work around this bug ;)18:22
wxlinfinity: permission to edit ReleaseSchedule/ReleaseTaskSignup to match the fact that we'll be releasing 14.04.4 on the 18th?18:59
infinitywxl: Go to town.19:00
wxlinfinity: on it. should we expect Beta1 to be kicked out two since it will be the week after?19:00
infinitywxl: Nope, we'll do them back-to-back.19:01
wxlinfinity: k cool. thx boss. :)19:01
davmor2infinity: hey dude how we standing for testing 14.04.4, tjaalton and jibel were talking a d-i and ubiquity landing still to go is the correct as we really need isos to test for tomorrow am or it won't be covered in time19:36
davmor2jibel: might of hit an issue with the mini.iso no mouse it's only a small issue though right who uses a mouse now anyway right :D  I'm double checking it now though19:37
davmor2but I seem to have a mouse in the live cd so it is boding well, but might be the wily hwe stack at fault from the mini iso19:38
davmor2jibel: so install from the livecd has mouse working will try the mini.iso again in the morning might be something missing in the archive that is there now or something :)19:46
tjaaltondavmor2: yesterdays daily worked fine for me, though i didn't try installing just the live session20:07
davmor2tjaalton: yeah this is on the mini.iso that installs straight from the archive so that might well be the issue with additional bit landing and using d-i instead of livecd too :)20:08
davmor2tjaalton: http://archive.ubuntu.com/ubuntu/dists/trusty-updates/main/installer-amd64/current/images/wily-netboot/20:09
tjaaltoni was mostly interested that the lts-wily bits were there :)20:10
slangasekutlemming: commit #1302 should fix the problem I'm seeing when doing an ubuntu-cpc build via the public branch, without causing any regressions for you; but you may want to double check this21:18
=== Noskcaj_ is now known as Noskcaj

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