Mirvthe request from Saturday would still be needed - https://irclogs.ubuntu.com/2016/08/13/%23ubuntu-release.html#t06:03 - at least running the failed unity-scope-click's unity8 tests with --all-proposed, I understand if you don't necessarily want to edit vorlon's hint (visible in update_output.txt)05:05
flocculantinfinity: seems that xubuntu hasn't built since Saturday - not sure why06:47
pishuilu@all   The Ubuntu Kylin daily iso is not created successfully. The question is about python3-aptdaemon.pkcompat package. Kubuntu and Xubuntu have the same question. But Ubuntu and lubuntu daily iso is created susccessfully. What needs to be done to sovle this question? The URL is https://launchpadlibrarian.net/278816938buildlog_ubuntu_yakkety_amd64_ubuntukylin_BUILDING.txt.gz and07:10
=== davmor2_Hols is now known as davmor2
ginggshi Laney, ubuntu's libphonenumber needs a fix for gcc6/boost1.61 - you uploaded a newer version to debian a year ago. is there any reason we shouldn't sync from debian?09:09
Laneyhi ginggs09:12
LaneyI don't know, the phone people like to patch that package so I would talk to them09:12
LaneyMaybe it can be merged09:13
ginggsLaney: ok, thanks - speaking to the phone people first is a reason not to sync09:14
Mirvlikewise --all-proposed for these unity8 tests http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#webbrowser-app09:37
LaneyMirv: going09:42
Laneylet's see what is left09:43
Laneya lot of things are coming down to graphicsmagick09:48
* Laney pokes09:48
MirvLaney: I guess you can't update the manual hint from slangasek visible at update_output? it lacks some required newer versions.10:00
Mirvoh, not visible anymore, was still in the morning10:00
Mirvhad these Version mismatch rows10:01
Mirvanyway, it looked like a good hint10:01
Mirvdoh, webbrowser-app needs a no-change rebuild, on it. that was a weeks old silo that landed.11:27
Laneywhat for?11:28
Mirvit was compiled before Qt 5.6 landed in proposed and depends on the older private ABI11:29
MirvI realized it thanks to your script, trying some apt commands11:29
Mirv...or not. weird. so click throughing in LP got me to an older deb download, the control.tar.xz of which I examined. I didn't question it since the apt did claim webapp-container depending on qtbase-abi-5-5-1.11:33
LaneyIt's fine, it depends on 5-6-111:33
MirvI know (now)11:33
Laneyyou just have to wait for it to pass excuses11:33
Laneyupdate_output.txt is telling you about the webbrowser-app in yakkety-release11:33
Mirvoh well proposed seems broken anyway since oxide-qt has failed a build on armhf and arm64 which webbrowser depends on.11:35
Mirvarmhf specifically, arm64 never worked on yakkety11:35
Mirvmaybe that hybris dependency could be now filled, trying a rebuild of oxide11:36
Mirvhmm, I guess I can workaround that oxide for now, since oxide-qt is not required for the migration since it fortunately nowadays does not depend on the private ABI.11:45
Mirvfiled a bug about that armhf FTBFS anyway, since it seems the dependencies are still unfilled11:45
LaneyMirv:  libhybris-common1 : Depends: libc6 (< 2.24) but 2.24-0ubuntu1 is to be installed11:56
Mirvupdated bug #161325711:59
ubot5bug 1613257 in libhybris (Ubuntu) "oxide-qt fails to build on yakkety due to missing hybris dependencies" [Critical,New] https://launchpad.net/bugs/161325711:59
kdubMirv, I can probably spare some cycles if you need any help on https://bugs.launchpad.net/ubuntu/+source/oxide-qt/+bug/1613257, its blocking the mir release too, along with the oxide migration12:19
ubot5Launchpad bug 1613257 in libhybris (Ubuntu) "oxide-qt fails to build on yakkety due to missing hybris dependencies" [Critical,Confirmed]12:19
Mirvkdub: I don't have an idea how to fix that, it's likely we need morphis or someone else who knows about the hybris internals to know why glibc 2.24 is banned like that, and how big an issue to solve it would be12:23
morphisMirv: is that in yakkety?12:24
Mirvmorphis: yes12:24
morphisMirv: we don't define that requirement in debian/control for libhybris12:24
morphisjust for vivid we require gcc 4.712:25
kdubmorphis, so maybe a nochange-rebuild would fix?12:25
kdubI think there might be a way to nochange-rebuild without a silo? (but I'm not a debian/ubuntu maintainer, and don't know how to do that)12:27
MirvI don't see thought where Laney got that, as I only see: Depends: libandroid-properties1, libc6 (>> 2.23), libc6 (<< 2.24), libgcc1 (>= 1:3.5), libstdc++6 (>= 5.2) in the latest yakkety armhf binary, but maybe a no-change rebuild could help12:28
LaneyThen you do see it?12:30
MirvLaney: thank you, now I do, I didn't when copy-pasting :D12:32
MirvI'm trying a no-change rebuild in a silo. Meanwhile, I restored the webbrowser-app for now.12:33
MirvI managed to do that no-change upload before noticing the issue. Now I waved another magic wand to keep it possible for the Qt & KDE migration to happen.12:34
LaneyI see webbrowser-app is building, but I'm not sure why it was necessary to do that12:35
Mirvit wasn't, originally, but since ubuntu2 bumped into oxide-qt/hybris glibc issue, ubuntu3 is a "restoration" of ubuntu1 so to speak, but still ok for migrations12:37
* Mirv keeps alive the dream of Qt & KDE migration12:37
LaneyNow it's going to re-trigger the unity8 tests12:38
Mirvhowever, this week it's also relevant to ask if that can happen now or if I should bite the bullet and eg upload that newer qtbase that's pending12:38
Mirvbut I hope update_output.txt will be ready for another slangasek's hint attempt later today12:38
LaneyI really wish you hadn't done that12:39
MirvLaney: you'd rather like the error be visible, or you'd rather have just stayed with the 2 week old webbrowser-app that got binary copied to the proposed earlier today from silo?12:40
Laneywhat error?12:40
MirvLaney: the ubuntu2 of webbrowser-app that revealed the oxide/libhybris issue12:40
Mirvubuntu1 was the two week old build that was ok, and wouldn't have needed a rebuild (strictly). ubuntu3 is more or less the ubuntu1 again, so working.12:40
LaneyI have no idea why webbrowser-app has anything to do with that12:41
MirvLaney: it depends on oxide-qt, so can't build on armhf with oxide-qt from proposed12:41
Laneyit was already built on armhf12:42
Mirvyes it was, using the older oxide-qt12:42
Mirvso, nothing, it'd been better to just stay with ubuntu1 instead of juggling around, but now we at least have more bugs filed.12:43
LaneyIt looks like you made this one build without proposed anyway12:44
Laneyso I have no idea what this has achieved other than wasting some time12:44
MirvLaney: as said, ubuntu2 shouldn't have been done, so yes it's wasting some time, but it's at least not blocking anymore compared to if I had stayed with the broken ubuntu212:44
Laneythat was about to become a candidate for migration12:44
Mirvyes, it will be again in an hour or two.12:45
LaneyRight, in future if I'm helping you then please ask before randomly uploading stuff that's going to change the state of play12:46
Laneynow I better go run the tests with all-proposed12:46
MirvI will ask, I'm just used to working mostly alone in the last 2.5 weeks, but now it has fortunately changed.12:47
Laneyseems like the new kernel has to go in with all of this stuff too btw12:48
LaneyI don't think any manual hinting will be required once that goes green12:48
MirvLaney: ok I will start with double-checking https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-073/+sourcepub/6805016/+listing-archive-extra would look ok to binary copy to archives once the binaries are published. built against proposed, looks now proper >> 2.24, << 2.2512:49
Laneylooks good, not related to this current migration though12:50
Laneyit's going to get stuck along with glibc12:50
Mirvnot related, but a broken oxide blocks touch developers none the less12:50
Laneyjust saying, luckily they are separate12:51
LaneyI wonder why it gets these weird depends on armhf only12:51
Laneyright, I triggered unity8 with all-proposed again, for the new webbrowser-app ._.12:54
* Laney goes to find a sandwich12:54
Mirvthank you, sorry :(12:58
Mirvit seems the previous i386 run failed with random flakiness so not much time actually wasted too either12:59
* Laney cries, amd64 failed this time15:12
slangasekMirv: my hint was superfluous, the autohinter is already showing the correct hint and output17:05
Mirvlooks like unity8 amd64 succeeded now (20160815_171244)17:15
Mirvthis earlier i386 failure may have been overlooked however http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scope-click - even though unity-scope-click should not be mandatory migrator (existing release pocket version should have no trouble with new Qt and friends)17:17
slangasekwxl: so the missing lubuntu-next builds are because for-project isn't recognizing lubuntu-next as a project; I guess something was missed there in the ubuntu-cdimage patch17:34
jbichawhy does qt think it needs linux 4.6?17:39
tsimonq2slangasek: what do you think might be missing? I can send an updated MP your way.17:59
slangasektsimonq2: haven't looked at it, but the error message is certainly suggestive18:00
slangasekfor-project: error: unrecognised project 'lubuntu-next'18:00
slangasektsimonq2: so, lib/cdimage/project.py project_map18:01
tsimonq2ok slangasek18:01
bdmurrayslangasek: I've uploaded a new update-manager with virtualbox lts packages support19:47
bdmurrayslangasek: for review in the Trusty SRU queue19:47
slangasekbdmurray: got it, thanks19:47
slangasekbdmurray: should the existing -proposed package be released first?19:48
bdmurrayslangasek: I'm not certain what would happen if the virtualbox packages were not in sync w/ X and the kernel.19:54
tsimonq2slangasek: https://code.launchpad.net/~tsimonq2/ubuntu-cdimage/lubuntu-next-image/+merge/30296419:56
slangasekbdmurray: I think they'd get uninstalled, because e.g. virtualbox-guest-x11-lts-vivid Depends: xserver-xorg-core-lts-vivid19:57
slangasekbdmurray: however, as per https://launchpad.net/ubuntu/+source/virtualbox-lts-vivid/+publishinghistory these packages only even landed in -updates this month... so I think the number of users who'll be impacted is fairly small19:58
slangasekand we could fix it almost immediately19:58
slangasekbut if we go that way, we should definitely use a different SRU bug for this issue19:59
slangasekLocutusOfBorg: ^^ fwiw19:59
slangasektsimonq2: merged20:02
bdmurrayslangasek: I don't think the existing one in -proposed needs to be released first.20:03
tsimonq2slangasek: thanks20:03
tsimonq2slangasek: could you please trigger the build manually (instead of waiting for cron) to see if I need to fix anything else?20:04
slangasektsimonq2: running20:05
tsimonq2thank you slangasek20:05
slangasektsimonq2: I see it failed, haven't looked how/why, will let you investigate20:08
tsimonq2slangasek: where can I find the logs?20:08
tsimonq2slangasek: nvm I think I found it20:14
tsimonq2slangasek: nope, where is the build log?20:31
tsimonq2argh sorry I *did* find it20:32
tsimonq2hmmm "No valid suites to build for"20:37
slangasektsimonq2: etc/default-arches ?20:43
slangaseknah, the catch-all at the bottom should dtrt20:44
tsimonq2I'll check after lunch20:44
* infinity fixes the project name.20:58
infinityslangasek: FWIW, you need to fix ~cdimage/cdimage/production/livefs-launchpad and the livefs itself also needs to be created in LP.21:01
infinityAlso fixed the project name to not have a space, which debian-cd would end up barfing on after you fix the above. :P21:02
tsimonq2thanks infinity21:12
infinityslangasek: And https://launchpad.net/~adconrad/+livefs/ubuntu/yakkety/lubuntu-next created for you.21:22
slangasekinfinity: hmm livefs-launchpad seems awfully redundant with default-arches, why do we need two of these?21:24
infinityslangasek: It's mapping project to lp livefs.  It could perhaps be done more intelligently.21:25
infinity(or, indeed, default-arches could perhaps grow a column)21:25
slangasekinfinity: k. anyway, thanks21:25
infinityslangasek: When we were split across old-style builders and lp-buildd builders, production/livefs-* made more sense.21:26
infinityErr, pretend I didn't paste what I did above, but rather https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/lubuntu-next21:27
* infinity fixed the owner... Derp.21:27
tsimonq2infinity, slangasek: what now?21:30
slangasektsimonq2: basically, all the missing bits were things the cdimage team needed to do but only some of us know how to ;)21:30
tsimonq2ok slangasek :)21:31
tsimonq2slangasek: so etc/default-arches doesn't need to be edited I assume?21:31
slangasektsimonq2: it does not21:32
tsimonq2slangasek: ok, so I don't need to do anything else?21:33
infinitytsimonq2: Not until you hit the next failure. ;)21:34
infinityBut the current batch of failures was on us.21:34
tsimonq2so can we get another respin then so I can mov on to the faliures I have to fix?21:35
LocutusOfBorgBTW I'm building only the guest packages, so the users are confined to people running ubuntu inside a virtualbox vm21:56

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