/srv/irclogs.ubuntu.com/2016/05/11/#ubuntu-devel.txt

pittiGood morning05:44
sarnoldwhat's the deal with http://archive.ubuntu.com/ubuntu/pool/main/b/blam/ ?06:24
sarnoldit's an empty directory, that seems odd.. but blam lives in universe, not main06:25
infinitysarnold: Empty directories shouldn't stick around long.06:26
infinityOh, huh.  But that's been at the same version -- and in universe -- for years.06:27
sarnolddrwxr-xr-x 2 mirror mirror 2 Sep 12  2013 pool/main/b/blam06:27
* infinity scratches his head.06:27
infinityAaand, it's not empty on ftpmaster, that's why.06:28
infinityProbably will empty out when we reap some old releases.06:28
sarnoldheh, was blam in main N releases ago?06:28
infinityDunno.06:29
sarnold$ find /srv/mirror/ubuntu/ -type d -empty | wc -l06:29
sarnold900006:29
sarnoldheh06:29
infinityHrm, this one actually looks like an ancient LP bug.06:30
infinityhttp://paste.ubuntu.com/16356171/06:31
infinitywgrant,cjwatson: ^-- whee, fun.06:31
infinity(Granted, that version should be reaped anyway, but the orig/dsc split there across directories looks very busted)06:32
sarnoldblamblam? looks like a paste went awry06:32
infinityErr, yeah.  Bad paste.06:33
infinityhttp://paste.ubuntu.com/16356180/ <- Gooder paste.06:33
wgrantinfinity, sarnold: https://bugs.launchpad.net/launchpad/+bug/11778006:34
ubottuLaunchpad bug 117780 in Launchpad itself "packages unnecessarily symlinked to other components in primary archive" [High,Triaged]06:34
infinitywgrant: There are no symlinks there.06:35
infinitywgrant: orig is in main, dsc/diff are in universe.06:35
wgrantinfinity: Surely the orig is symlinked into universe.06:35
infinitywgrant: http://paste.ubuntu.com/16356180/ is a complete ls. :P06:36
infinitywgrant: Also, did we not kill hardy debs yet?06:37
infinitys/debs/packages/06:37
=== athairus is now known as afkthairus
infinityOh, we probably did.  I see no deb there.  But I bet the broken orig/dsc thing there prevented the source package from dying.06:37
infinitySo it's just left behind cruft.06:38
infinityCurious how much of that sort of thing might be hanging around.06:38
infinityMaybe we should reverse-magicmirror ourselves. :P06:38
wgrantIt thinks it's gone.06:39
wgrantI wrote a script once to compare the pool to the DB, but never actually ran it.06:39
sarnold:)06:39
infinitywgrant: Well, the next time we go reaping a release, maybe we should run it.06:39
infinitywgrant: And see how many GB of oops we have.06:39
infinityFor now, I think it's bed time.06:40
sarnoldnight06:40
wgrantQuite.06:40
wgrantOh we're in the same tz for once.06:40
infinitywgrant: Well, off by an hour, but close enough.06:41
wgrantOh yeah.06:42
pittidoko: OOI, does Debian's amd64 gcc also default to PIE now? i. e. should a patch for https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/g/gprbuild/20160510_073641@/log.gz go to Debian too?07:46
pittiactually, I'm not sure if that's a bug in gprbuild or in gfortran07:47
Laneyjuliank: do you mean the patch attached to the bug?08:05
Laneyif it's okay with ximion then fine by me08:05
=== afkthairus is now known as athairus
=== athairus is now known as afkthairus
juliankLaney: Yeah, I applied it in git now. I'm not closing that bug as the SHA1 error still exists, but the issue with appstream and friends goes away.08:17
infinitypitti: Debian's compiler doesn't default to -fPIE -pie, but it also doesn't hurt to apply -fno-pie -no-pie unrestricted in both Debian and Ubuntu when appropriate.08:35
pittiinfinity: ok, thanks; that still leaves the question of whether this should be done in gfortran or gprbuild, but I'll look at that later08:35
infinitypitti: The only caveat of doing it unrestricted is that it makes the package unbackportable (the -no-pie args were only accepted as of xenial timeframe).08:36
infinityBut, meh.  Backporters are never my top priority.08:37
mwhudsonyes, i wish someone could  have had a crystal ball in 2012 and added it to gcc then08:59
rbasakcyphermox: are you aware of bug 1576588 and bug 1576588? They seem to be rising in heat.09:30
ubottubug 1576588 in openvpn (Ubuntu) "google-authenticator with openvpn fails on 16.04" [High,Confirmed] https://launchpad.net/bugs/157658809:30
dokopitti, no09:33
rbasakcyphermox: the other was bug 121111009:36
ubottubug 1211110 in openvpn (Ubuntu) "network manager openvpn dns push data not updating system DNS addresses" [High,Confirmed] https://launchpad.net/bugs/121111009:36
=== greyback is now known as greyback|away
Laneybarry: did you see that the libpeas split got past NEW in Debian?09:56
Laneywhat are your plans regarding syncing back up with that?09:56
mwhudsonjamespage: hi10:37
jamespagemwhudson, hello10:37
mwhudsonjamespage: did my response about openstack help at all?10:37
jamespagemwhudson, it did thanks - have that on my list to respond today10:37
mwhudsonjamespage: ok10:37
jamespagemwhudson, there is alot of contention about whether openstack projects should be anything other than python...10:38
mwhudsonjamespage: i'll be working tomorrow night so we could have a chat about this in about 22 hours or so if that would be useful10:38
mwhudson(it's a bit late now!)10:38
jamespagemwhudson, that would be great10:38
mwhudsonjamespage: drop something in my calendar?10:39
jamespagemwhudson, +1 will do10:39
mwhudsoncool10:39
jamespagemwhudson, that would be first thing my time right?10:39
mwhudsonjamespage: i am 11 hours ahead of you currently10:39
mwhudsonso your 9am is 8pm for me etc10:40
jamespagemwhudson, okies10:40
mwhudsonbefore 10pm my time would be appreciated :-)10:40
davmor2mwhudson: wow you have your own timezone10:44
mwhudsondavmor2: there are a few other people here10:44
mwhudsonbut not very many, indeed10:44
mwhudsoncomared to, say, https://en.wikipedia.org/wiki/UTC%2B12:4510:44
=== greyback|away is now known as greyback
=== iahmad is now known as iahmad_
=== hikiko is now known as hikiko|ln
=== marcusto_ is now known as marcustomlinson
=== _salem is now known as salem_
=== hikiko|ln is now known as hikiko
barryLaney: i did see it.  i had talked w/the debian maintainer and their approach was different but workable.  after i get a few other things done, i plan to resync for yakkety13:24
rbasakinfinity: any news on bug 1571174 please?14:38
ubottubug 1571174 in squid3 (Ubuntu) "package squid3 failed to install/upgrade: dependency problems - leaving triggers unprocessed" [High,Triaged] https://launchpad.net/bugs/157117414:38
Laneybarry: nice14:43
Laneybarry: if there's some C/B/R needed we can probably upload those into debian14:43
Laneyto sync it14:43
barryLaney: C/B/R?14:44
Laneyhaha14:45
barryah14:45
barryi get it now :)14:45
Laneyyou probably need to deal with libpeas-1.0-0-python3loader14:45
Laneybut I would imagine we can accommodate that in debian14:45
barryLaney: ack14:45
cpaelzerinfinity: I'll bring up STT_GNU_IFUNC on the dpdk mailing list next week as a joint request by Ubuntu/Debian/Cisco/Brocade for a long term solution15:47
cpaelzerinfinity: do you WANT to be part of that discussion (on CC) or should I keep you out of it (the default)15:47
=== juliank is now known as Guest56168
=== juliank_ is now known as juliank
infinitycpaelzer: I don't need to be part of it.16:05
=== pat_ is now known as pmcgowan
naccis it a known thing that the amd64 kernel builds are failing at http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/ ?16:59
nacctrue of http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/BUILD.LOG.amd64 as well17:00
=== afkthairus is now known as athairus
fidenciocjwatson: hey/ping17:09
fidenciocjwatson: not sure if you're the right person to ask, but I hope you can at least point me to the right person17:10
fidenciocjwatson: so, I'ĺl be working on adding support to express installation (preseed) for ubuntu on libosinfo (and consequently on gnome-boxes)17:11
fidenciocjwatson: all the released ISOs support the preseed installation or just the "server" ones?17:11
cjwatsonfidencio: -> cyphermox in general for this kind of thing17:13
fidenciocjwatson: thanks, let's wait for him then.17:19
mterrypilot in17:21
mterry@pilot in17:21
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mterry
cholcombequestion for you systemd guys.  when you start a service with systemd does it wait for it to come up or just return immediately? i'm trying to track down a bug that only surfaces in xenial17:42
rbasakcholcombe: I think it's supposed to wait, assuming that the service definition means that it can know17:45
rbasakI'm not sure though.17:46
cholcomberbasak, hmm ok17:46
cholcombeyeah i'm not sure either17:46
cholcombemy guess is that it would wait but i don't know for sure17:46
rbasakThe real question is: in your case, how would it know?17:46
cholcomberbasak, good question.  I'll check gluster's systemd file and see what they're doing in there17:48
rbasakcholcombe: BTW, it's fairly common for daemons to "daemonize" before they're ready and thus lead to a race condition. I've seen it in a few cases.17:50
cholcombei believe that's what is going on.  My code depends on systemd bringing up gluster correctly and it works fine in trusty.  Testing in xenial shows some kinda weird race condition where my code tries to do things before gluster is finished coming up17:51
cyphermoxfidencio: all installs support preseeding.17:53
fidenciocyphermox: okay, all installers, even the live medias, support preseeding17:55
cyphermoxyes17:56
fidenciocyphermox: super, thanks!17:57
cyphermoxfidencio: on the "live" setups, you want to boot with 'only-ubiquity automatic-ubiquity' on the kernel command-line probably, that turns on the bare-bones just-do-preseed UI17:57
cyphermoxit will still pause to ask any questions that you haven't preseeded, but should otherwise run unattended17:58
fidenciocyphermox: hmm. interesting. and do you know whether I can face some issues passing 'only-ubiquity automatic-ubiquity' on the kernel cmd line on "non live" setups?18:00
cyphermoxfidencio: it should be safe, if you don't start ubiquity it won't matter18:02
fidenciocyphermox: right. I'll try to come up with something. Hope you don't mind with me coming back asking for help :-)18:03
cyphermoxnot at all. #ubuntu-installer is also a good place for general installer-related questions18:04
fidenciocyphermox: super, I'll join the channel18:04
fidenciocyphermox: thanks a lot for your help18:04
ckingmterry, mind you can peek at the ZFS MIR again? bug 153219819:06
ubottubug 1532198 in zfs-linux (Ubuntu) "[MIR] zfs-linux" [High,Incomplete] https://launchpad.net/bugs/153219819:06
ckingbah, programming in x86 has messed up my head, I meant to say "do you mind peeking at.."19:07
mterrycking, sure19:07
mterrycking, looks good to me19:10
ckingmterry, thanks, I can get one of the kt to upload it into -propsed for me and let it go through the SRU process then19:11
mterrycking, not yakkety?  :)19:11
ckingthat to..19:12
mterryMIR bugs don't care about SRUs  :)19:12
ckingmterry, ah, i forgot that, I don't do MIRs that often19:12
mterrycking, I mean, *I* personally like SRUs, but yeah, once a release is out, we can't promote anything in old releases19:13
mterrybut cool!  With the promise of an upload I'll go ahead and mark the bug fix committed19:13
mterrycking, ^19:13
mterrycking, on that note actually, you mention SRUing your dep8 patch for spl-linux, but yakkety would be sufficient.   Less paperwork19:15
ckingmterry, ack, OK19:16
ckingmterry, for the spl, the SRU for the dep8 would be useful to catch any regressions if we make subsequent fixes to SPL over the next 5 years19:25
mterryfair.  dep8s are great  :)19:25
ckingyeah, I love catching bugs before they get passed -propsed ;-)19:27
dokopitti, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7107219:36
ubottugcc.gnu.org bug 71072 in ada "[6/7] gnat doesn't respect --enable-default-pie" [Normal,Unconfirmed]19:36
coreycbarges, bdmurray: hello, just a friendly alert to let you know we have a brand new mitaka stable point release for neutron* in the xenial queue20:04
argescoreycb: ok i'll take a look20:05
coreycbarges, thanks20:05
argescoreycb: why is the bug invalid 158067420:07
argesbug 158067420:07
ubottubug 1580674 in neutron-vpnaas (Ubuntu) "[SRU] mitaka point releases" [Undecided,Invalid] https://launchpad.net/bugs/158067420:07
coreycbarges, I just fixed that up20:09
argescoreycb: why is it invalid in yakkety20:15
argescoreycb: we can't upload a newer version in xenial than yakkety20:15
coreycbarges, gah20:16
coreycbarges, let me get this into yakkety first20:16
coreycbarges, we'll fix that up and let you know once it's done.  I forgot we're in a weird point in the release where yakkety is basically mitaka for now.20:20
pittidoko: gnat upstream bug> thanks20:37
dokopitti, yes, but we need a proper test case20:39
dokoanyway, th gnat transition is still blocked, but doesn't block anything else20:39
mterry@pilot off20:57
udevbot(pilot (in|out)) -- Set yourself an in or out of patch pilot.20:57
mterry@pilot out20:57
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== salem_ is now known as _salem
barrysmoser: you should see a fix for LP: #1560134 show up in yakkety after the normal sausage making21:53
ubottuLaunchpad bug 1560134 in pyflakes (Ubuntu) "TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'" [Critical,In progress] https://launchpad.net/bugs/156013421:53

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