naccintersting, the phpmyadmin build failure is reproducible locally in a chroot. But if I then immediately run the the same command (phpunit) from the failed schroot, it passes...00:04
=== RAOF_ is now known as RAOF
cpaelzernacc: I know it is in the queue because of new, already checked with rbasak but he meant there is no special action to be taken by us (other than wait to be accepted)06:30
cpaelzernacc: we certainly can ping for it if it is still waiting in January06:30
=== dcmorton_ is now known as dcmorton
=== enrico___ is now known as enrico
fossfreedomsil2100: sorry - have been a bit busy.  Just noticed you have approved our merge proposal for lp:ubuntu-cdimage.  Many thanks for that!09:39
=== JanC_ is now known as JanC
akxwi-daveMorning all, Just want to let you  know that todays iso doesn't Show the   screen to Try or Install, it goes straight to a live desktop.. our build (Xubuntu) does the same as well10:15
sil2100fossfreedom: yw! That being said, I completely forgot to deploy it on cdimage - I'll do it today10:33
sil2100fossfreedom: hope all is ready to start getting those images building, right?10:34
fossfreedomsil2100: yes - I believe so - I've done an informal build today using our own internal iso builder mechanism - ISO was created and runs correctly.10:36
fossfreedomas an aside - I did see the same observation as akxwi-dave (xubuntu) - you dont see the try or install options - just jumps straight to the desktop10:39
akxwi-davebug reported 165171611:05
sil2100fossfreedom: anyway, enabling the crontab for daily budgie builds12:33
=== alan_g is now known as alan_g|lunch
=== alan_g|lunch is now known as alan_g
sil2100fossfreedom: hey! I just got a notification that the today's build of ubuntu-budgie failed15:06
sil2100fossfreedom: could you take a look why?15:07
* sil2100 is a bit swarmed right now15:07
GunnarHjAre translations supposed to work for snaps? See e.g. <http://askubuntu.com/q/836483>.16:31
=== scottt is now known as Guest16015
=== scottt is now known as Guest27040
dobeyGunnarHj: answered17:47
GunnarHjdobey: Thanks! Is that a bug in the VLC snap then? Btw, I tried the symlink "sudo ln -s /snap/vlc/1/usr/share/locale/sv/LC_MESSAGES/vlc.mo /usr/share/locale/sv/LC_MESSAGES/vlc.mo", but it didn't help. Is that because stuff outside the /snap folder isn't recognized?17:56
dobeyGunnarHj: right, because the snap probably doesn't have permissions to read from the root FS (and it shouldn't)17:57
GunnarHjdobey: I see. Where do you file snap bugs? (Sorry for being lazy, but just in case you know...)17:59
dobeyGunnarHj: well it's not a bug with snappy. there isn't a canonical location for filing bugs against specific snaps. you'd need to report it to whomever owns that snap in the store i guess18:00
GunnarHjdobey: Ok, I'll take a look. Thanks again!18:01
=== marcusto_ is now known as marcustomlinson
gQuigshow could I go about seeing why a package is not in the zesty archive but is in yakkety (freeipa-server)19:16
gQuigsit's not on the ftbfs list19:16
slangasekgQuigs: launchpad.net/ubuntu/+source/freeipa/+publishinghistory19:21
slangasekalso, it's a bit odd that this is in yakkety-updates but not yakkety release, I'm wondering if this is partly my doing19:23
gQuigsslangasek: tjaalton.. interesting so it was deleted from the archive in yakkety, and then re-added in -updates?19:24
slangasekbut then it didn't get forward-copied to zesty, so let me do that now19:24
gQuigsslangasek: thanks!19:25
lamontshould I be concerned that on zesty, when I ctl-alt-T, I get a new terminal in the current workspace, and generally get magically transported to another workspace?19:42
gQuigslamont: I'm not seeing anything out of the ordinary with Ctrl-alt-t on my zesty...20:07
lamontgQuigs: tbf, my workspace config is 4x420:11
gQuigsah.. yea, that's a difference..20:11
sarnoldso finding your old workspace is just like playing hunt the wumpus20:13
lamontsarnold: I do have a good idea which one it is.. :p20:14
=== elijah_ is now known as elijah
mwhudsonslangasek: do you know what the story is with snapd vs ppc64el vs zesty?20:32
slangasekmwhudson: snapd vs. autopkgtest is currently a bit of a battle because of what looks like a spread regression; mvo's latest changes in 2.20.1 were thought to give us passing autopkgtests on ppc64el again otherwise20:42
mwhudsonslangasek: but in fact do not?20:46
slangasekmwhudson: ok.  these test failures look different than anything I've seen before; are they new tests?20:48
mwhudsonslangasek: i have no idea, it's just blocking the transition of go 1.7.420:48
mwhudsoni'm not averse to thinking about this if necessary, hadn't got that far yet though20:49
mwhudsoninappropriate ioctl for device20:50
mwhudsoni think they'll all that in fact?20:51
mwhudsonttyname fails or something obscure like that20:51
slangasekmwhudson: one fixed test vs. 2.16; one newly failing test; and one new test that fails20:53
stgrabermwhudson: inoappropriate ioctl for device on ppc64el only?20:53
mwhudsonstgraber: seems so20:53
slangasekand yes those could be buggy ttyname-related assumptions20:53
slangasekcould be test bug, or code bug - anyway, not anything we need to block on, I'll unblock it20:54
stgrabermwhudson: we had an issue similar to that in LXD with our exec code which needs to change the terminal mode and do some ioctls. The most common go library for this (kr/pty) assumes that the ioctls are the same on all architectures, which is wrong.20:54
mwhudsonstgraber: hahaha ugh20:54
stgrabermwhudson: that's why I wrote: https://github.com/lxc/lxd/tree/master/shared/termios20:54
stgrabermwhudson: which uses cgo and the C library to do the right thing20:54
mwhudsoncan we get them added to x/sys/unix or something?20:55
mwhudson(apart from that not existing on powerpc, sigh)20:55
slangasekmwhudson: don't worry, powerpc shortly won't exist either20:55
mwhudsonslangasek: NO MORE GCCGO!!20:55
mwhudsonsounds pretty good to me20:56
stgrabermwhudson: we probably could and someone might have already done it. But we're not planning on moving LXD to sys/unix anytime soon since we do care about powerpc for xenial.20:56
mwhudsonstgraber: hm, snapd does not appear to use kr/pty but it could be something similar20:56
stgrabermwhudson: oh, nevermind, the problem was the go-crypto terminal code20:59
stgrabermwhudson: so you may want to grep for that instead21:00
mwhudsonstgraber: well snapd certainly does use x/crypto21:00
stgraberIIRC the most visible one was IsTerminal() returning false despite being attached to a tty21:00
mwhudsonstgraber: yeah, that seems pretty likely to be the problem21:01
stgraberhttps://github.com/lxc/lxd/commit/3cd9adce8d3dafc679f5ef19a5cb3a4410e19208 is what we did to fix this21:01
stgraberin the go-crypto code, they have ioctlReadTermios which they define in _linux.go as:21:02
stgraberconst ioctlReadTermios = 0x5401  // syscall.TCGETS21:02
mwhudsonstgraber: someone should tell the snapd developers i guess!21:04
mwhudson(i'll file a bug after this call i'm on)21:04
stgraberthough I'm confused because looking on ppc64el the ioctls for TCGETS and TCSETS match what I have on amd64, so not exactly sure what was the actual bit that deferred (maybe the termios struct, maybe one of the other arguments, ...)21:05
stgraberanyway, I'm pretty sure that if you run their testsuite again using my re-implementation (s/terminal/termios/g), it'll fix whatever failure they've got right now21:06
stgrabermwhudson: so if I'm parsing the britney output properly, the only thing which is holding lxd and probably most of the Go stack in proposed is that snapd autopkgtest failure on amd64 and i38621:32
mwhudsonstgraber: oh, the "snapd/2.18+17.04ubuntu3" failure21:33
mwhudsonstgraber: you could retry those (but not ppc64el!) against the snapd in proposed?21:33
mwhudsonor i could21:33
stgrabernot sure how to get autopkgtest to do that... looking at the history, we did get a succesful run 10 hours ago for snapd 2.20.1 in proposed, but I'm not sure if it was using the new x-net-dev or not21:34
mwhudsonstgraber: url hacking, you add &trigger=$PKG/$VERSION to the retry url21:34
mwhudsonas snapd doesn't use any dynamic linking stuff i really doubt a new/old x-net-dev matters21:35
stgraberah, well, if it doesn't use shlibs, then it means we're good as the latest snapd was built after the new x-net-dev was uploaded and I see an autopkgtest pass for it from 10 hours ago21:36
slangasekyou will shortly be able to retrigger the snapd tests without getting fancy at all, since I overrode the ppc64el failure and it's now on its way into zesty21:36
stgraberso I'm tempted to just hint snapd 2.18+17.04ubuntu3 as badtest which will clear that particular issue and probably let all of Go in. AFAICT the current snapd was built with the new x-net-dev and passed adt less than 10 hours ago, so we can just ignore the test failure from the old (currently in release pocket) snapd.21:38
stgraberespecially as said snapd will be replaced by a new one from slangasek which should pass adt fine21:38
mwhudsonoh heh i just requested the retries21:38
mwhudsonbut overriding makes sense to me i think21:39
stgraberthe weird thing with those retries is that you don't actually tell autopkgtest what version of snapd you want to test against, you only tell it what triggered the test. So I don't see how retrying will now decide to take the snapd from proposed as opposed to the one from the release pocket which it's been testing against so far.21:40
mwhudsoni don't understand it either but it works21:40
slangasekstgraber: the way you do it is by telling it the test is triggered by both the new snapd and the new $whatever21:40
stgraberslangasek: ah, how do you pass multiple triggers in the URL?21:41
slangasek&trigger=foo&trigger=bar, afaik21:41
mwhudsonstgraber: trigger=a$2Fb&trigger=c%2Fd21:41
stgraberah, cool, that's going to be useful :)21:41
stgrabermwhudson: I see your retries on autopkgtest.ubuntu.com now so will wait to see what happens21:42
=== Guest38837 is now known as giraffe
mwhudsonstgraber: looks like it worked23:00
jgrimmnacc, $ usd clone nspr23:17
jgrimm12/21/2016 17:15:34 - ERROR:Unable to checkout ubuntu/devel, does lpusip/ubuntu/devel exist?23:17
jgrimmnacc, ^^ possibly needs a re-import?23:18
naccjgrimm: running it now, to see23:22

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