[02:43] <xnox> bdmurray, https://news.ycombinator.com/item?id=10262719 ScyllaDB: Drop-in replacement for Cassandra that claims to be 10x faster (scylladb.com)
[02:43] <xnox> do we need/want that for the whoopsie / daisy stuff?
[02:46] <xnox> http://blog.octo.com/en/scylladb-vs-cassandra-towards-a-new-myth/
[03:00] <mwhudson> i don't understand the process for making network config changes via netplan after boot
[03:01] <mwhudson> you edit files in /etc/netplan, run /lib/netplan/generate... and restart something?
[03:04] <mwhudson> systemctl try-restart systemd-networkd.service i guess
[03:04] <mwhudson> slangasek: does this sound right? ^
[03:06] <slangasek> mwhudson: I was under the impression you didn't need to restart networkd because it would read its config dynamically, but ICBW
[03:06] <mwhudson> oh ok
[03:06] <mwhudson> that would seem kinda un-systemd, but certainly useful
[03:17] <sarnold> it'd suck to coordinate changes to N interfaces that way though; you'd have to stage them all outside the directory and move them in in one go, and hope to hell that you could win the race..
[03:18] <mwhudson> google suggests that you have to restart it
[03:18] <Unit193> systemd is not dynamic, you have to manually reload for it to pickup changes to service files.  Chances of it re-reading here would be minimal.
[06:07] <cpaelzer> good morning
[07:25] <tjaalton> mardy: ping? is mesa in xenial-proposed now good for arm64?
[07:25] <tjaalton> mardy: because I need to start another sru asap
[07:28] <mardy> tjaalton: hi! I'm not sure how to test it...
[07:28] <mardy> tjaalton: the issue was found when trying to build some package on the citrain
[07:29] <mardy> tjaalton: I wonder, should I make a citrain request just to test this?
[07:30] <tjaalton> mardy: perhaps?
[07:30] <mardy> tjaalton: uh... and how can I tell the citrain to pull from xenial-proposed?
[07:31] <mardy> sil2100: any idea? ^
[07:31] <tjaalton> sil2100: speaking of which, xorg-server in xenial needs verification
[07:57] <ginggs> dholbach: around?
[07:57] <dholbach> ginggs, yes
[08:06] <sil2100> mardy: hey! All citrain silos by default use -proposed
[08:07] <sil2100> tjaalton: ok, I can verify our part there, thanks for the reminder
[08:07] <tjaalton> sil2100: excellent, thanks
[08:09] <mardy> sil2100, tjaalton: ok, so I'll prepare a silo to test it
[10:46]  * LocutusOfBorg just uploaded sbuild in yakkety, lets see how many things broke!
[12:18] <tjaalton> hum, deleted a preinstalled windows partition and now booting xenial takes 60s extra
[12:35] <infinity> tjaalton: ... wat?
[12:37] <tjaalton> well, it's been bugging me for a while on this machine.. uefi, installed ubuntu, deleted (corrupted) win8 install and recovery partitions, and now booting up takes quite a while. there's a 60s timeout somewhere
[12:38] <seb128> is that partition still listed in fstab?
[12:38] <tjaalton> tried creating new partitions on them, next I'll put an fs there
[12:38] <tjaalton> no
[12:41] <seb128> tjaalton, go to grub, edit boot line to include systemd.debug-shell to the kernel cmdline, boot, ctrl-alt-f9 and systemctl status
[12:41] <seb128> that should tell you what jos is waiting
[12:41] <seb128> likely timeouting on a mount unit
[12:41] <seb128> but unsure where it's coming from if it's not fstab
[12:41] <tjaalton> ok, thx
[12:41] <seb128> yw
[12:41] <seb128> jos->job
[13:03] <tjaalton> the shell started after lightdm was up
[13:10] <seb128> tjaalton, the shell?
[13:10] <tjaalton> debug shell, vt9 was empty until too late
[13:10] <seb128> like you couldn't go to vt9 during that 1 min hang?
[13:10] <seb128> weird :-/
[13:11] <tjaalton> I'll try again
[13:11] <seb128> tjaalton, try to systemd-analyze blame ?
[13:12] <ogra_> doesnt that just print "pitti" all the time ? :P
[13:12] <seb128> good that he's on holidays ;-)
[13:12] <tjaalton> that's git blame :)
[13:12] <ogra_> (sometimes "lennart" if it is an upstream issue )
[13:17] <tjaalton> blame shows apparmor on the top with ~1.5s
[13:17] <tjaalton> state is degraded, three failed units
[13:20] <seb128> which ones?
[13:23] <LocutusOfBorg> mdeslaur hi, willing to sponsor a curl merge?
[13:23] <LocutusOfBorg> or anybody else
[13:23] <mdeslaur> LocutusOfBorg: sure
[13:24] <LocutusOfBorg> thanks, grabbing it now from incoming
[13:24] <LocutusOfBorg> lots of cve fixes
[13:26] <LocutusOfBorg> " Drop dependencies not in main:"
[13:26] <LocutusOfBorg> is that still needed after the universe archive reorg?
[13:26]  * LocutusOfBorg is not sure anymore
[13:27] <rbasak> The change is that you can build depend on stuff in universe.
[13:27] <rbasak> THere is no change to the rules about binary dependencies.
[13:28] <LocutusOfBorg> so, while I can pull from universe on B-D, I can't runtime-depend on it
[13:28] <LocutusOfBorg> right?
[13:29] <rbasak> Right. Though this means that you could split and add a binary package that lives in universe and then depends on stuff in universe. That wasn't possible before.
[13:32] <LocutusOfBorg> thanks
[13:35] <LocutusOfBorg> I re-enabled stunnel4, but the openssh removal is still needed
[13:35] <LocutusOfBorg> mdeslaur, https://launchpad.net/%7Ecostamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/6772977/+listing-archive-extra :)
[13:35] <LocutusOfBorg> I hope that dsc is ok for you?
[13:41] <LocutusOfBorg> or mdeslaur there is also an openssl merge FYU
[13:41] <LocutusOfBorg> FYI
[13:41] <LocutusOfBorg> https://launchpad.net/%7Ecostamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+sourcepub/6765471/+listing-archive-extra
[13:42] <tjaalton> seb128: how do I tell?
[13:42] <tjaalton> systemctl status doesn't show
[13:42] <tjaalton> ah, just systemctl
[13:43] <seb128> tjaalton, systemctl list-units --failed
[13:46] <mdeslaur> LocutusOfBorg: looking at curl now, thanks
[13:47] <LocutusOfBorg> thanks to you
[13:48] <tjaalton> seb128: ok, systemd-modules-load.service, the other two were for nfs mounts
[13:49] <tjaalton> and no wifi before login
[13:49] <seb128> tjaalton, what does systemctl status -l systemd-modules-load.service says?
[13:50] <tjaalton> main process exited... failure
[13:53] <tjaalton> [    9.723679] mei_me 0000:00:16.0: wait hw ready failed
[13:53] <tjaalton> could be related
[14:01] <tjaalton> nope
[15:14] <mdeslaur> LocutusOfBorg: curl uploaded, thanks
[15:15] <mdeslaur> LocutusOfBorg: I'll take a look at the openssl merge in a few days, I need to get the fips patches tested
[15:45] <LocutusOfBorg> thanks mdeslaur I admit I'm not 100% sure about it
[15:45] <LocutusOfBorg> but there is an open merge bug where I explained my worries
[15:48] <smoser> anyone else seen errors in sbuild environment due to http://stackoverflow.com/questions/6033599/oserror-38-errno-38-with-multiprocessing ?
[15:48] <smoser> i'm running flake8 (python3 -m flake8)
[15:49] <smoser> and getting a stack trace due to http://paste.ubuntu.com/22042094/
[15:50] <smoser> oh. i see.
[15:50] <smoser> i had /dev/shm commented out because of bug 1438942
[16:28] <rharper> hallyn: around ? wanted to chat about SRU for  https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1541902 ; looking at the debdiff.  it's a bump to 2.6 (merge from debian) and then the upstream patch
[16:45] <hallyn> rharper: sru into xenial?
[16:45] <rharper> yeah
[16:46] <rharper> that's where they ultimately want it; so we likely need to push it into yakkety first, and then SRU the bump and merge, right ?
[16:46] <rharper> this is the GPU stuff for ppc64
[17:38] <Mirv> I finally have my Chromebook (CYAN) booting yakkety from its internal hard drive. things that don't work are keyboard (need to use external), touchscreen and sound.
[22:36] <juliank> something is still wrong with apport tests, the new apt upload brought it from failures=1,errors=8 to failures=1,errrors=1 - but I have exactly no idea why the same code works those 7 tests now, but fails in one...
[23:29] <juliank> Mmh, I should have apport's testsuite fixed now, so APT should go in tomorrow