=== maclin1 is now known as maclin
=== stokachu_ is now known as stokachu
=== maclin1 is now known as maclin
Mirvso did you get any analysis on what's blocking the transitions still? the update_output.txt hint sections do not seem any clearer to me today.04:16
slangasekMirv: a new pillow synced in (courtesy of doko's Debian upload) that has set things back for the moment and prevents seeing what else might be blocking04:50
Mirvok thanks slangasek for the pointer05:00
Mirvand new glibc is causing a 1000 package queue to each architecture06:47
acheronukas a result of glibc https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=83091206:50
ubot5Debian bug 830912 in fakeroot "fakeroot complains about missing acl_* symbols" [Normal,Open]06:50
acheronukso 100's of repetitions of06:51
acheronukdlsym(acl_get_file): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_get_file06:51
acheronukdlsym(acl_set_fd): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_set_fd06:51
acheronukin buildlogs06:51
xnoxso we need to fix fakeroot it seems06:51
xnoxwhy does it not link with libacl ?!06:52
MirvI wonder if non-glibc autopkgtests could be prioritized, otherwise another day will be wasted in not-transitioning07:00
MirvI'd also have my own landings causing thousands of autopkgtests triggered, but I'm pending on landing them to give a chance for the migrations..07:00
Mirvbut I guess I need to start new landings on top of earlier non-landed landings because I'd also need to do some OTA updates07:00
Mirv(non-landed to yakkety)07:00
xnoxMirv, yeah and we have a lot of customers wanting new glibc and only a week before feature freeze. It's not like glibc is un-important update either.07:06
Mirvxnox: yay! :)07:06
Mirvit was three weeks until feature freeze when I started hoping for Qt release pocket migration :)07:07
Mirvhopefully autopkgtests would become more scaling at some point07:07
=== dbarth_ is now known as dbarth
oSoMoNdear release team, could I please get some feedback on https://launchpad.net/bugs/1600176 ?08:05
ubot5Launchpad bug 1600176 in webbrowser-app (Ubuntu) "[SRU] webbrowser-app bug fixes" [High,New]08:05
jamespagecpaelzer, ok dpdk and ovs all uploaded an built08:30
cpaelzerjamespage: yeah, but sadly they block in update excuses08:34
cpaelzerjamespage: I already started a local adt to debug my test08:34
cpaelzerjamespage: some of the tools changed names, I hope it is that simple - but at the same time I have to finish something for smoser before I leave08:35
cpaelzerjamespage: I'll give you a ping once I had a deeper look into the failing dep8 test08:35
cpaelzerjamespage: also for obvious reasons the dependen ovs 2.5 tests fail - do we need to do something special to mark those two uploads as belonging together?08:40
LocutusOfBorgcjwatson, this might be a good moment to make haskell migrate :)08:56
LocutusOfBorgnot sure what is missing08:56
LocutusOfBorgautopkgtest for haskell-hoogle: i386: Test in progress08:57
LocutusOfBorgthis is "in progress" since some days, meh08:57
LocutusOfBorgeverything "not considered" brings to that test09:04
ogra_can someone please bump the score for https://code.launchpad.net/~snappy-dev/+snap/pi2-kernel/+build/279609:36
ogra_(arm builds are a pain recently :/ )09:36
cpaelzerjamespage: I found and fixed the issue in the dpdk dep8 test10:51
cpaelzerjamespage: I run it through a full adt once more now, but for prepping - does that already have to be a 16.07-0ubuntu2 to avoid collisions?10:51
jamespagecpaelzer, yes10:52
cpaelzerjamespage: the git repo is already updated at the same location with an 16.07-0ubuntu2, so is the deb_dpdk packaging repo to stay in sync. But I'll give you a ping once it passed the full adt just to be 100% sure and avoid another reupload11:00
cpaelzerjamespage: ok, all three dep8 tests passed on the new version11:31
dbarthbdmurray: hey again, the packages for the SRU ref. by https://bugs.launchpad.net/gnome-control-center-signon/+bug/1565772 are now in the UNAPPROVED queue12:05
ubot5Launchpad bug 1565772 in gnome-control-center-signon (Ubuntu Xenial) "[SRU] Allow plugins to decide which username to set on new accounts" [Critical,Confirmed]12:05
dbarthCI says you have manual controls to move them to -proposed for the verification to start12:07
bdmurraydbarth: that's correct, I'll try and have a look today.14:54
dbarthbdmurray: thanks14:54
infinityslangasek: ^-- Simple review.  As suggested, only addition, not removal, but I *suspect* snapd might be the only consumer (as they're the ones who added it), so maybe UBUNTU_CODENAME can go away in yakkety soon.  We might need to keep it in xenial forever (or have snapd declare a >= dep on base-files, ick)17:53
infinityOh, err, other way, I guess base-files would need a << Breaks on snapd once it's fixed.17:54
infinitySo probably easier to just keep both in xenial.17:54
slangasekinfinity: accepted18:33
infinityslangasek: Ta.18:59
bdmurrayinfinity: it occured to me that maybe the meta-release file should point to old-release.ubuntu.com instead of archive.ubuntu.com for the UpgradeTool lines for unsupported releases...20:53
infinitybdmurray: That seems quite plausibly true.21:00
infinitybdmurray: Though, that needs to happen after the backup happens.21:00
bdmurrayinfinity: What backup?21:04
infinitybdmurray: The backup to old-releases...21:04
infinitybdmurray: ie: wily isn't there yet, which I'll get sorted soon.21:05
bdmurrayinfinity: Sure, so it might be a two step process. Set Supported to 0 then, update UpgradeTool sometime21:05
* infinity nods.21:06
bdmurrayOkay, I'll fix it for the old-old releases then.21:07
wxlslangasek: thanks for getting the lxqt images spun up. will those appear on the testing tracker at all? or at least be made available to appear on the tracker?22:53
slangasekwxl: the changes I made didn't get them added to the tracker, that needs to be done separately22:53
wxlslangasek: who would i contact about that?22:53
slangasekwxl: well.  I could do it, but not at the moment :)  please follow up to the email thread22:54
wxlslangasek: k thx :)22:56
UkikieSpeaking of cdimage merge proposals...23:06

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