Unit193Well that's interesting, same upstream version of webkitgtk in both Xenial and Yakkety, but an application only segfaults on the latter (and unstable.)01:02
=== JanC is now known as Guest36120
=== JanC_ is now known as JanC
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== _salem is now known as salem_
=== hyperair is now known as Guest74530
=== salem_ is now known as _salem
=== sakrecoer_ is now known as sakrecoer
pittiGood morning05:26
tsimonq2o/ pitti05:27
jbichapitti: good morning05:28
tsimonq2o/ jbicha05:28
jbichathe autopkgtest machines seem to be having trouble :(05:28
pittihey tsimonq2, hello jbicha05:29
tsimonq2how are you pitti?05:29
pittijbicha: indeed, I have lots of worker failure mails in my mbox :(05:30
pittiWelcome to [1mUbuntu 16.10[0m!05:30
pitti[    2.184796] systemd[1]: Set hostname to <16fad193-3c64-481d-9183-e3a7910315d0-adt-prepare>.05:30
pitti[    2.218417] systemd[1]: unhandled signal 4 at 0000000023c6f370 nip 0000000023c6f370 lr 0000000023c721f4 code 3000105:30
pitti[    2.218730] systemd[1]: Caught <ILL>, core dump failed (child 553, code=killed, status=4/ILL).05:30
pitti!healthy :(05:30
pittilcy and lgw often time out but at least caught up, but ppc64 is FUBAR05:31
pittitracking in bug 1616743, FTR06:01
ubottubug 1616743 in cloud-images "yakkety 20160824 ppc64el images crash init" [Undecided,New] https://launchpad.net/bugs/161674306:01
pittiok, they are catching up06:38
LocutusOfBorgpitti, hi, you seem the best person to ask removal of runit-sysv package :) described in lp: #159548507:18
ubottuLaunchpad bug 1595485 in fpc (Ubuntu) "packages to remove from yakkety" [Undecided,Incomplete] https://launchpad.net/bugs/159548507:18
pittiLocutusOfBorg: it only exists in yakkety-proposed, got reintroduced in your merge :)08:04
pittiLocutusOfBorg: current version just builds runit08:05
pittiLocutusOfBorg: so the merge needs to be updated to drop that binary, then it'll be NBS and get removed semi-automatically08:05
LocutusOfBorgpitti, I don't get, yes I have introduced it, but it failed to migrate because the runtime dependency was dropped in Ubuntu08:24
LocutusOfBorgso I removed it again08:24
LocutusOfBorgbut now it is NBS, but not autodecrufted08:25
LocutusOfBorgyes, you have to remove it only from proposed, this is true08:25
LocutusOfBorgand the latest merge is not building it anymore, from my point of view08:25
infinitypitti: NBS in proposed isn't tracked by anything but britney.08:33
* infinity fixes.08:33
infinityLocutusOfBorg: Removed.08:34
* infinity goes to bed for realz.08:34
LocutusOfBorghave a good night infinity :)08:46
LocutusOfBorgand thanks08:46
mardyyofel: hi! Do you think you could help with pushing the fix for bug 1451728?09:11
ubottubug 1451728 in kaccounts-integration (Ubuntu) "[master] kde-config-telepathy-accounts package install error" [Critical,In progress] https://launchpad.net/bugs/145172809:12
yofelif someone gives me ready made debdiffs for what I'm supposed to upload, maybe yes09:13
seb128dpm, hey, did you get any news from wgrant/cjwatson/pitti about langpacks in yakkety?10:18
dpmhi seb128, no, I didn't10:19
cjwatsonit does need to be set up per https://wiki.canonical.com/Launchpad/Translations/UbuntuOpenings, I just haven't had time10:19
cjwatson(and won't this week)10:19
seb128cjwatson, ok, thanks ... can somebody else do that?10:20
cjwatsonWilliam may have time, I don't know10:20
seb128let's see if he replies10:20
=== hikiko is now known as hikiko|ln
pittimwhudson: still here?11:28
LocutusOfBorgpitti, will pthon-pysam run for cython on amd64/proposed aswell? I see it in ppc64el, but not amd6411:29
pittiLocutusOfBorg: kicked; pysam/i386 can't succeed as it isn't built any more; I'll sort that out once the rest of the tests get green11:45
LocutusOfBorgpysam/armhf seems to have the same issue12:01
LocutusOfBorgand cbsuite/i38612:01
=== hikiko|ln is now known as hikiko
=== plars_ is now known as plars
=== _salem is now known as salem_
=== marcusto_ is now known as marcustomlinson
pittislangasek, xnox: are there some tricks how to debug shutdown problems with upstart? I tried to run upstart-monitor (http://paste.ubuntu.com/23088846/), but this doesn't really tell me anything; after "reboot" it stops some stuff, but ssh etc. continues to run and it does not really reboot12:53
xnoxrunning upstart in debug mode, and capturing console log is one way to do it.12:54
pittiif I stop /etc/init/systemd.conf manually there are no processes left, but it still doesn't shut down; so I figure starting the deputy systemd in trusty chagnes the system state somehow, but I don't know enough about how shutdown works with upstart to say which, I'm afraid12:54
xnoxpitti, upstart doesn't do shutdown....12:55
xnoxafter it's done, it hands over to sysvinit to shutdown everything.12:55
xnoxi'm guessing you will nit init.d script to stop subordinate systemd.12:56
pittixnox: well, it should at least stop all jobs, no?12:56
xnoxi'm guessing you will need init.d script to stop subordinate systemd.12:56
pittixnox: that's not it -- as I said, I already ran "initctl stop systemd" and everythign is gone12:56
xnoxnah, it doesn't stop all the jobs.... only those with "stop on" conditions12:56
pittiand after that, reboot just does http://paste.ubuntu.com/23088846/ but http://paste.ubuntu.com/23088865/ is still left12:56
* xnox re-reads12:56
pittixnox: a lot of things are "stop on stopping dbus", dbus itself is "stop on deconfiguring-networking"; all of these are still running12:57
* xnox did say "init.d" script to stop systemd, not "init" - upstart job. probably sysvinit killall is failing to killall, and things have respawned or some such.12:58
xnoxpitti, is there a way for me to get trusty VM with such systemd-delegate in an easy manner?12:59
pittixnox: yes; let me upload the current git to a PPA13:00
pittixnox: I used "autopkgtest-buildvm-ubuntu-cloud -r trusty" to build a trusty VM, and then scp over the .debs; dpkg -iO *.deb, then install libsystemd-journal0.deb and systemd.deb, that's it13:03
pittibuilding in https://launchpad.net/~pitti/+archive/ubuntu/systemd/+packages now13:03
xnoxcool, tah.13:03
pittiif your local sbuild can beat it, it's in https://git.launchpad.net/~ubuntu-core-dev/+git/systemd-trusty :)13:04
pittixnox: so, sometimes I notice that the deputy systemd changes utmp and then runlevel is "unknown"; but it also hangs if it is 2 as expected, so that's not it either13:05
xnoxmeh, i'm currently in round 2 match against juju reactive layers =)13:05
pittixnox: ah, it finished building13:31
LocutusOfBorgpitti, I think you can ignore python-pysam failing testsuites now?14:32
=== marcusto_ is now known as marcustomlinson
pittirharper: hm, do you still remember how you did DHCP over VLAN? I'm trying to run dnsmasq on a vlan interface and it jusjt fails with "no such interface" although it clearly exists in "ip a" and /sys/class/net15:35
pittiand that has poor google juice :/15:35
rharperpitti: it was done with switched based vlans15:36
pittirharper: this is mostly for writing a more demanding test case; my current integration test case just adds static addresses and works, but I thought I'd give it a try15:36
rharperpitti: does it show up under ifconfig or ip list ? (the interface?)15:37
rharperthe ip output shows interface-name@vlan_raw_interface15:37
pitti115: nptestsrv@veth43: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 100015:37
pitti    link/ether ca:d8:4f:d0:f1:9e brd ff:ff:ff:ff:ff:ff15:37
pittioh, it's DOWN -- that's not good I think15:37
rharperand you're telling dnsmasq interface is 'ntptestsrv' right ?15:37
rharperversus ntptestsrv@veth4315:37
pittidnsmasq --keep-in-foreground --log-queries --log-facility=- --log-queries --conf-file=/dev/null --dhcp-leasefile=/tmp/l  --bind-interfaces --interface=nptestsrv --except-interface=lo --enable-ra --dhcp-range=,
pittirharper: anyway, for my other test interfaces I up them first and give them some IP, I forgot to do that for this one15:38
pittirharper: so, probably just PEBCAK, and the usual "find the reason right after you ask in public"15:39
rharperpitti: =)15:39
* pitti is still amazed how often this works -- enlightenment through embarrasment15:39
pittirharper: works like a charm \o/15:41
pittiwhich is a cooler test than with static addresses :)15:41
infinitypitti: I'm not sure if it's enlightenment through embarrasment or just putting yourself in another mindset by asking the question.15:47
infinitypitti: I find asking leads me to the answer myself surprisingly often.15:47
pittiinfinity: in a lot of cases it's actually that15:47
pittinot for this case, I just spotted what I previously didn't look at15:47
infinitypitti: It's also a weird skill not everyone has.   The above example specifically, actually.15:48
infinitypitti: Commonly, you'll find yourself pasting a log or typescript saying "LOOK, IT DOESN'T WORK BECAUSE... Oh.  Hah.  I can read, really."15:48
infinitypitti: Lots of people seem to be incapable of spotting the error on countless reads.15:49
pittiwe call  that "Scheuklappen-Effect" ("blinker effect")15:49
infinityGermans really do have a word for everything.15:49
pittinot sure if "blinker" is right, the things that horses wear on their eyes15:49
pittiyou look at one thing from one angle for so long that you forget other perspectives15:50
infinityAkin to tunnel vision.15:50
pittiright, that15:50
infinityThey say English is the most expressive language (and with the number of languages we've ripped off, we bloody well should be), but no one seems to come up with nouns and noun phrases that describe precise situations and emotions as well as Germans.15:51
pittiwe can build arbitrarily long words :)15:52
infinityThat's probably it.  You can turn a noun phrase into a single noun.15:52
infinityAnd we're stuck with the phrase.15:52
infinitySo, an English idiom is a German word.15:52
pittiand I now learned how vlans work15:53
pittithey are a thing now in netplan for networkd; now off to teach it the equivalent thing for NM15:53
infinityI still say Fausthandschuhe is my favourite German word.15:54
pittiactually no -- off to making dinner15:54
infinityJust the absurdity of it.15:54
pittiinfinity: wow, that's the weirdest one you found?15:54
infinitypitti: No, there are much weirder, but I love the literal derivation of that one.15:54
infinityGloves are hand shoes.  And mittens are fist hand shoes.15:54
tsimonq2LOL that translates to "mittens"15:54
infinitytsimonq2: Yes. :)15:54
infinitytsimonq2: Literally "fist hand shoes".15:55
tsimonq2so complicated for that word that's kinda little in English15:55
pittioh, wow -- so far I had interpreted "mitten" as a thick glove you use for taking things out of the oven15:55
ogra_hmm, now that talk about vlan made me hungry ... (reminding me of https://en.wikipedia.org/wiki/Vla )15:55
infinitypitti: That's a mitt.  Confusingly enough, we have a distinction.15:55
LaneyOven glove15:55
infinitypitti: Mitts are thick mittens used for things like ovens and baseball.15:55
pittiogra_: yummy15:55
infinitypitti: Mittens are winter clothing without fingers.15:55
naccmdeslaur: re: LP: #1612089, based upon the last comment, do we need to do a revert in the cloud-archive version too?18:50
ubottuLaunchpad bug 1612089 in Ubuntu Cloud Archive "Fix for CVE-2016-5403 causes crash on migration if memory stats are enabled" [Undecided,New] https://launchpad.net/bugs/161208918:50
mdeslaurnacc: yes, the regression is being worked on on qemu-devel18:50
mdeslaurnacc: no fix yet besides the revert18:50
naccmdeslaur: right, i meant more if you already had a handle on the cloud-archive revert, or if i should follow up on that myself )18:51
mdeslaurnacc: I don't touch the cloud-archive18:51
naccmdeslaur: ok :)18:52
mdeslaurnacc: thanks18:52
naccjgrimm: --^ who should i follow up with?18:52
jgrimmnacc, jamespage or coreycb18:52
naccjgrimm: ack, thanks18:53
naccjamespage: coreycb: just fyi, re: LP: #1612089, i'm trying to find the changelog for that version mentioned in c7, but it might need the same revert done in the primary archive18:54
ubottuLaunchpad bug 1612089 in Ubuntu Cloud Archive "Fix for CVE-2016-5403 causes crash on migration if memory stats are enabled" [Undecided,New] https://launchpad.net/bugs/161208918:54
nacccoreycb: i think it was your upload based upon https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/liberty-staging/+packages?field.name_filter=qemu&field.status_filter=published&field.series_filter= and the solution is to disable debian/patches/CVE-2016-5403.patch. Do you want a patch for that?19:09
ubottuThe virtqueue_pop function in hw/virtio/virtio.c in QEMU allows local guest OS administrators to cause a denial of service (memory consumption and QEMU process crash) by submitting requests without waiting for completion. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5403)19:09
coreycbnacc, I'll handle the cloud archive bits, thanks for the nudge19:33
nacccoreycb: thanks!19:33
naccjgrimm: afaict, with that --^, we can unsub ubuntu-server from the bug, right?19:34
jgrimmnacc, i guess, tho we don't usually, just let it ride out to closure19:35
naccjgrimm: oh ok19:38
=== dax_ is now known as dax

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