mdeslaurnacc: ah, interesting...I'll take a look....they're the ones that usually give us the patches00:18
mdeslaurnacc: which CVE is this? did you take the regression patch into consideration?00:18
naccmdeslaur: yeah it's the other one00:19
ubottuThe password hasher in contrib/auth/hashers.py in Django before 1.8.10 and 1.9.x before 1.9.3 allows remote attackers to enumerate users via a timing attack involving login requests. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-2513)00:19
naccmdeslaur: the patch in our package doesn't match https://github.com/django/django/commit/67b46ba7016da2d259c1ecc7d666d11f5e1cfaab00:20
naccmdeslaur: oh i'm really sorry!00:21
naccmdeslaur: i was looking at the master commit, not the stable-1.8.x commit00:21
naccstill a different sha, though?00:21
mdeslaurah! ok00:21
mdeslaurwell, a different sha happens often when we get prerelease patches00:22
naccmakes sense00:22
nacci will try and verify the upstream patch is identical to what we took00:22
mdeslaurI just looked at the diff between the two, there are a few doc changes, but nothing important00:23
naccmdeslaur: ok, thanks!00:23
naccand sorry again for the noise!00:23
=== _salem is now known as salem_
mdeslaurnacc: np! I'd rather we double check than to have a broken patch we didn't notice, so thanks!00:24
naccmdeslaur: np, good side-effect of our merge process :)00:24
=== hypera1r is now known as hyperair
=== salem_ is now known as _salem
cpaelzergood morning04:58
dnlhi, can somebody please close https://bugs.launchpad.net/ubuntu/+source/lzlib/+bug/59869105:25
ubottuLaunchpad bug 598691 in lzlib (Ubuntu) "Incorrect symbolic link" [Undecided,New]05:25
dnlthis has been fixed years ago already05:25
cpaelzerdnl: sure, I'll look at it - thanks for reporting05:26
dnlgreat, thanks :)05:27
dnlcpaelzer: thanks05:35
pittiGood morning06:10
tsimonq2o/ pitti, how are you? :)06:25
pittislangasek: nova/s390x holds up too many things; I went back to force-badtesting it, but this time only for the current version in y; so it won't apply to new nova uploads06:28
pitti(just a FYI)06:28
flexiondotorgpitti, If you are able can you cast an eye over this SRU please - https://bugs.launchpad.net/ubuntu-mate/+bug/158116807:58
ubottuLaunchpad bug 1581168 in ubuntu-mate "SRU: GTK3 scrollbars in Radiant-MATE not styled like GTK2" [High,Fix committed]07:59
flexiondotorgI've completed the testing and tagged appropriately.07:59
pittiflexiondotorg: we normally let SRUs mature for 7 days before we release them; are you absolutely sure that this does not break anything?08:06
flexiondotorgpitti, Yes, I am. I've been running that packages for a couple of months now.08:11
flexiondotorgAnd some of the fixes originated from the Ubuntu MATE and are already SRUd in the Ubuntu themes ;-)08:11
flexiondotorgMany thanks!08:12
bluesabreHello everyone! Seeking sponsorship to -proposed for this xserver-xorg-video-intel xenial SRU, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/156860410:20
ubottuLaunchpad bug 1568604 in X.Org X server "Mouse cursor lost when unlocking with Intel graphics" [Medium,Confirmed]10:20
rbasaktjaalton: ^10:25
rbasakI think I've seen the mouse cursor disappearing too, FWIW, so it would be nice to have this fixed. A wholesale new upstream snapshot in a package that is critical for maybe 50% of Ubuntu users doesn't exactly seem "Regression potential here seems minimal." though.10:26
tseliotrbasak, bluesabre: I suspect tjaalton is on holiday. Can you bisect the driver to see what commit solves the problem, please? That would make the SRU much more self-contained.10:28
bluesabretseliot: Yes, I'll work with others to try to find the fix(es)10:29
tseliotbluesabre: when you're done with that, I'll sponsor the upload. Thanks10:30
cjwatsonAll new ARM builds (armel, armhf, arm64) created as of 10:59 UTC today will be dispatched to arm64 VMs on scalingstack.11:15
cjwatsonJust in case this causes any issues (hopefully not).11:16
flexiondotorgrbasak, Can you cast an eye over https://bugs.launchpad.net/ubuntu/+bug/1602270 please11:21
ubottuLaunchpad bug 1602270 in Ubuntu "[needs-packaging] mate-hud" [Wishlist,New]11:21
flexiondotorgrbasak, Here is the new .dsc - https://launchpad.net/~ubuntu-mate-dev/+archive/ubuntu/crazy-mate/+files/mate-hud_16.10.0-1~yakkety1.2.dsc11:21
cjwatsonAlso this means building armhf on 4.2 kernels rather than 3.2.11:24
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
=== _salem is now known as salem_
jtaylorhm the xenial binutils update broke linux perf14:44
jtaylorthough maybe that will fix itself when the new linux comes out of proposed14:45
jtaylorhow did binutils make it out of proposed without a complete transition?14:45
jtaylorin particular the libbfd soname change14:45
smoserpitti, around?14:46
smoserpitti, i'd really appreciate your thoguhts at https://bugs.launchpad.net/juju-core/+bug/1602192 . systemd's -.mount job (mount /) is behaving odd sometimes.14:48
ubottuLaunchpad bug 1602192 in juju-core "deploy 30 nodes on lxd, machines never leave pending" [Critical,In progress]14:48
pittismoser: hey14:54
pittismoser: queueing (team meeting in a few minutes)14:54
smoserpitti, you want me to try to get you a system to look at ?14:55
smosermy script fairly easily reproduces and cleans up after itself. you just need lxd14:55
pittismoser: reproduction script sounds perfect14:56
pittismoser: is zfs relevant at all?14:57
pittiI have lxd set up on my laptop (but on my normal btrfs file system)14:57
smoserzfs possibly is relavant.15:00
smoseri can get you an instance where i set it up if you want.15:00
pittismoser: I started the script on my laptop15:00
smoseryeah, i ran to 134 on my laptop or something15:00
pittiif it doesn't reproduce that way, I'll try a vm with a zfs pool15:00
smoseri think it ended up exhausting IP addresses on the range.15:00
pittismoser: sure, if that's easy for you that can never hurt15:00
smoserdo you know if you have access to server stack ?15:01
pittismoser: oh, you mean it doesn't create them serially, but all 134 were running in parallel?15:01
smoserthats the easiest thing for me15:01
pittismoser: I've heard about a lot of *Stack, but not this one; example IP?15:01
smosersee if you can reacn that over vpn15:01
pittisemiosis: yes, I do15:01
pittierr, smoser15:01
smoseri can try on canonistack if you can't get there, just everything slow on canonistack15:02
pittismoser: no, seems fine15:02
smoserk. i'll get you in tehre then15:02
pittix-013 failed to boot. keeping x-013.15:07
pitti‚óŹ -.mount                       loaded failed failed /15:08
pittismoser: so, yep, can reproduce, unrelated to zfs15:08
slangasekpitti: nova> ack15:27
pittismoser: I left some initial notes in the bug15:39
pittineeds some research15:39
smoserpitti, htanks15:43
pittiJul 14 15:47:42 x-013 systemd[1]: inotify_init1() failed: Too many open files15:48
pittismoser: haha15:48
pittismoser: curiously with plain LXC it *also* fails in the 13th container15:49
GunnarHjpitti: Yakkety isn't open for translation yet. Is that intentional?15:51
pittiGunnarHj: only in the sense of "known", not "desirable"15:53
smoserpitti, 13 is an unlucky number.15:54
pittifor sure15:54
smoserit is very odd taht 13 is so common15:54
pittibut I have some handles on that15:54
pittismoser: you mean it fails on the 13th for other people too?15:55
pittiif we have a "1024 open files" limit somewhere and every container opens some 80 files, then it would be quite plausible15:55
pittianyway, testing the other stuff first, the inotify errors might be a red herring15:56
smoserit did once fail for me on 13th.15:56
smoserbut locally i made it to like 12315:56
smoseror something.15:56
GunnarHjpitti: Are there any obstacles, or is it just about finding the time to do it?15:56
smoserbut yeah, open file handles could be possible.15:56
smoserthe original bug opener said 13 and i have definitely seen 1315:57
pittiGunnarHj: TBH I'm not very familiar with the process; that's still somewhere between wgrant and dpm15:57
GunnarHjpitti: Ok, then I'd better ping them about it. Thanks!15:58
smoserpitti, rharper suggests libvirt serivce file does something to stop limits on processes and such15:59
smoserrharper, /lib/systemd/system/lxd.service has similar to /lib/systemd/system/libvirt-bin.service16:04
rharpersmoser: ok, there is a LimitNOFILE=65535 that can be set16:06
smoseryeah, lxd.service has that at infinity16:10
* smoser laughs at pinging someone by saying that.16:10
jderosetyhicks: much thanks for getting the fixed ecryptfs-utils out so quickly! i'm very happy this is making it onto the 16.04.1 ISO16:17
tyhicksjderose: and a big thanks to you for the patch :)16:18
jderosetyhicks: well, i should have followed up long ago when i first encountered this, just got too busy with other stuff. better late than never though :)16:18
naccrbasak: so it's not so trivial as adding the needs-root restriction, as only one specific test needs root (and other tests fail if they have root)16:21
rbasaknacc: :-(16:22
rbasaknacc: there's an example in the juju-core dep8 test of how to drop root, if that helps.16:22
naccrbasak: ok, i'll take a look16:22
rbasak(IIRC there were a couple of gotchas)16:22
rbasakI'm not sure what the current state of the Juju packaging is. It should be in juju-core in Trusty I think. If not, Wily.16:22
GunnarHjrbasak: Hi Robie, any news on the language packageset?16:44
phillwYes, I know I'm not allowed on here and will immediately leave. But, this is an error ..16:49
phillw2 not fully installed or removed.16:49
phillwAfter this operation, 0 B of additional disk space will be used.16:49
phillwSetting up mysql-server-5.7 (5.7.13-0ubuntu3) ...16:49
phillwRenaming removed key_buffer and myisam-recover options (if present)16:49
phillwsed: can't read /etc/mysql/my.cnf.migrated: No such file or directory16:49
phillwdpkg: error processing package mysql-server-5.7 (--configure):16:49
phillw subprocess installed post-installation script returned error exit status 216:49
phillwdpkg: dependency problems prevent configuration of mysql-server:16:49
phillw mysql-server depends on mysql-server-5.7; however:16:49
phillw  Package mysql-server-5.7 is not configured yet.16:49
phillwdpkg: error processing package mysql-server (--configure):16:49
phillw dependency problems - leaving unconfigured16:49
phillwNo apport report written because the error message indicates it's a follow-up error from a previous failure.16:49
naccthat seems to be a 16.10 issue ( rbasak --^ )16:51
rbasakHe's gone16:52
rbasakThat was an oversight. It's now fixed in ubuntu4.16:52
rbasak(probably not in the release pocket yet)16:52
naccrbasak: yeah, the 'strange.' was more indicated at the showing up to pastebomb the channel and then to leave16:53
SpamapSHey old friends. I am having issues downloading from cloud-images.ubuntu.com ... anybody know a place to ping the admins on IRC?17:37
naccsmoser: --^ did you say it was having issues?17:41
SpamapSfrom traceroutes around the net.. looks to be saturated17:43
SpamapS16  SOURCE-MANA.edge5.London1.Level3.net (2001:1900:5:2:2::131a)  164.646 ms  166.219 ms  164.621 ms17:43
SpamapS17  cloud-images-ubuntu-com.sawo.canonical.com (2001:67c:1360:8001:ffff:ffff:ffff:fffe)  530.27 ms  584.155 ms  667.539 ms17:43
naccSpamapS: yeah, that's hwat i've heard, it's just bogged down right now (not 100% on it)17:44
naccSpamapS: i believe the right folks have been notified17:44
SpamapSI wonder if that's due to the fact that it's hosting all the vagrant boxes now17:45
SpamapSso many laptops :)17:45
smoserSpamapS, i opened an rt.17:49
smoseryeah, i think its just saturated.17:50
SpamapSsmoser: k, thanks17:52
smoserSpamapS, can you easily check from europe17:57
smoseri dont have a system there that i can test easily17:57
smoseri wondered if its just the link over the ocean17:57
SpamapSsmoser: yeah I can actually spin up a vm in london.. hang on18:07
smoserfrom lcy01 (same datacenter) i get 40M/s18:09
SpamapSI don't think softlayer's london DC is the same one.. but it might be18:10
SpamapSoh here, I have Amsterdam too18:12
* SpamapS spins that up18:12
SpamapSsmoser: from a London VM...18:23
SpamapS12  canonical-3.edge1.lon003.pnap.net (  9.896 ms  8.517 ms  7.827 ms18:23
SpamapS13  cloud-images-ubuntu-com.sawo.canonical.com (  7.915 ms  9.270 ms *18:23
SpamapSso yeah, probably just the edge router that's saturated18:23
* SpamapS trying AMS18:23
smoserwget ?18:23
smoserwget http://cloud-images.ubuntu.com/daily/server/xenial/current/xenial-server-cloudimg-amd64-root.tar.xz -O /dev/null18:23
SpamapSsmoser: same, 40MB/s18:24
SpamapSit's possible that's the same DC18:24
SpamapSactually, funny story18:24
SpamapSit bounces through amsterdam18:24
SpamapSso not same DC18:24
smoserits that little pond that sits between us and london18:27
smoserwonder if its related to brexit18:27
SpamapSLondon exits the EU, and the internet18:27
smoserSpamapS, i'm getting 6M/s now here.18:28
SpamapS100%[==========================================================================================================================================================================>] 147,791,640 27.9MB/s   in 6.5s18:28
smoserdefinitely improved.18:28
SpamapSsmoser: oh actually yes18:29
SpamapSmine sped up and finished18:29
SpamapSoverall it was 144kB/s.. but that's 1 hour of 15kB/s averaged in18:29
slangasekjamespage: hi, looking at ceph in the NEW queue... why are we generating -dbg packages in the archive for this?18:40
slangasekjamespage: also, some lintian errors; not sure if these are regressions, but they're problematic: E: ceph-mon: package-installs-python-bytecode usr/lib/python2.7/dist-packages/ceph_rest_api.pyo18:42
=== salem_ is now known as _salem
slangasekjamespage: have checked, and the python errors are a regression.  not a blocker for NEW because it doesn't impact your binary splitting, but a pretty bad bug that ought to be fixed18:50
slangasekjamespage: and accepted, including the -dbg packages, which we really do not need any more of in the archive18:51
sarnoldheh aren't those things a gig each?18:52
sarnoldmy local mirror has nine gigs of ceph *dbg* packages.. it would be nice to get that back :)18:53
* smoser left mirror long ago due to such things. caching proxy now just keeps what it needs.18:55
slangasekcaching proxy always has the tradeoff that a cache miss is slow18:57
=== cmagina is now known as cmagina-errand
jamespageslangasek, ack - thanks for the feedback19:28
jamespageI'd not spotted the pyo19:29
=== _salem is now known as salem_
=== cmagina-errand is now known as cmagina
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
rbasakGunnarHj: sorry. I'll try and sort it out tomorrow as a priority.20:42
=== _salem is now known as salem_
=== salem_ is now known as _salem
GunnarHjrbasak: Great. No urgency, really, just wondered.22:59

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