/srv/irclogs.ubuntu.com/2016/04/15/#ubuntu-devel.txt

bdmurrayseb128: ah, there was a problem with a repo00:01
bdmurrayseb128: it seems like something other people will run into though00:01
seb128bdmurray, k, so gnome-software should handle that better00:01
seb128yeah00:01
seb128shouldn't impact the default install though00:01
seb128so probably fine to fix in a sru00:02
flexiondotorginfinity, I've just seen you release freeze email.00:08
flexiondotorgI've got a number of bugs fixes in the sponsor queue, is there any reason I can have those included?00:08
psusican I poke anyone familiar with my work over the years to endorse my application for core-devel? https://wiki.ubuntu.com/PhillipSusi/DeveloperApplication200:16
seb128slangasek, do you plan update freetype from 2.6.1 to 2.6.3 before release? Just saw https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-March/016293.html that claims that the update might fix some security issues, just pointing it in case if that's something that got overlooked00:40
slangasekseb128: I do not; see LP: #152129900:58
ubottuLaunchpad bug 1521299 in freetype (Ubuntu) "Please merge freetype 2.6.3-3 from Debian testing" [Wishlist,Triaged] https://launchpad.net/bugs/152129900:58
seb128slangasek, k01:12
infinityflexiondotorg: You can get them in, just be quick about it.02:42
=== superm1_ is now known as superm1
=== slangase` is now known as slangasek
pittiGood morning03:50
pittiLocutusOfBorg: thanks! No *saml* on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html any more and ruby-saml landed, so I figure that's sorted out03:51
pittistgraber, balloons: note, we don't have lxd based runners in production right now, I'm still setting these up; production uses good old lxc (as root)03:52
stgraberyeah, that's what I thought :)03:53
pittistgraber: I thought for classic lxc 1 nesting should work OOTB; do I need to enable anything specific for that?03:56
pittiI have a custom apparmor profile which allows mounting03:56
pittiwgrant: hey, how are you?03:57
stgraberdepending on kernel you may also need an extra include for the nesting.conf file we ship in /usr/share03:57
pittiwgrant: can we do that full langpack export now? (the "full" box is ticked)03:57
pittistgraber: trusty kernel for armhf (newer ones don't boot on the calxeda) and xenial kernel for s390x03:57
wgrantpitti: For xenial? Sure.03:59
pittiwgrant: right, for xenial03:59
infinitypitti: Eh?  Newer ones don't boot on Highbank?  Since when?04:36
hallynany of the libc-savvy people in here know whether there is a (seemingly unwritten) rule that ttyname should return something under /dev?04:36
infinitypitti: If that regressed, it was an accident, not intentional.04:36
pittiinfinity: not sure if I tried a vivid kernel, but vivid or wily; it gets stuck very early, missing some block device driver or so04:36
infinitypitti: So we lost a CONFIG in a rebase, probably.  I wish someone had mentioned it.04:37
hallynactually maybe that's moot04:37
infinityhallyn: It should be able to be any path, surely?04:37
hallynlibc seems to only do paths under /dev04:39
hallyni'm trying to find if there is any reason why returning /proc/self/fd/0 is not ok, if that resolves to a valid device which isn't bound in the current mntns04:39
hallynreally i guess it's the same question as the one raised by pt_chown04:40
sarnold.. to which the answer is surely "More booze!"04:40
hallynit might be04:41
rharper\o/04:41
hallynbc while i thin it's ok to return /proc/self/fd/0 if that points to /dev/pts/20 and that doesn't exist,04:41
* rharper hands out 750s 04:41
hallynthe problem remains that if there *is* a /dev/pts/20 i can't tell if that's the right one or not04:41
hallynoh i can,04:42
hallynnope, wrong again04:43
hallyndrat so now i have to go through and actually read that long thread again.04:44
sarnoldI don't see any systemcalls that look helpful; I'm not sure this is a solvable problem04:45
sarnoldyou may not be able to do a 100%-correct job on this one04:46
stgraberhallyn: can't stat it?04:46
hallynthat's what i was trying - ah yeah the major/minor are actually helpful04:47
stgraberright, I was thinking of comparing the major/minor of the /proc/ entry to that of the device in /dev, if it matches, return that, if it doesn't, return the /proc path04:48
hallynso if the readlink is stat()able then compare major/minor of the resulting path to the lstat of /proc/self/fd/0,04:48
hallynif not the same, then still return "/proc/self/fd/0"04:48
hallynshould work04:48
stgraberyep04:48
sarnold.. can you check that the /proc/self/fd/0 is actually a tty device?04:49
hallynit already does that04:49
stgraberyeah, libc actually does that part right04:49
hallynso what libc does right now is readlink the name, then stat the result.04:49
hallynif that gives -ENOENT then it returns null.  else it returns the link value04:49
hallynbut both of those can be wrong04:49
stgraberwhich is why the "tty" command right now exits 0 but prints an error which confuses quite a few things :) Because it is a tty, but ttyname returns an empty string04:50
hallynok, so my patch will add some overhead, but i think it's worthwhile04:50
sarnoldheh04:50
stgraberhallyn: ttyname isn't something that's called all that often, a tiny overhead to have it DTRT should be fine04:50
sarnold.. and heck even if it is called all the time, being correct may be that much more important :)04:51
hallynagreed.  i'll try to get that and the new kernel patch <sob> sent tomorrow04:51
hallynheh, yeah04:51
hallynin fact it also will fix the "other kerfuffle which will not be named"04:52
hallynall right, to the batcave.  thanks gents.04:52
stgraberalso leaving for the night, talk to you tomorrow04:52
hallyn\o04:53
=== dax is now known as dank
=== dank is now known as dax
cpaelzergood morning05:36
pittiwgrant: just to confirm, is this running now?05:50
wgrantpitti: Yep05:51
pittiwgrant: cheers05:51
wgrantnp05:51
flexiondotorgCan I request some sponsoring assistance please?06:01
flexiondotorginfinity, Has said I need to get my bug fixes in promptly.06:01
flexiondotorgThey are mostly Syncs from Debian and some small updates.06:01
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/mate-menu/+bug/157055406:02
ubottuLaunchpad bug 1570554 in mate-menu (Ubuntu) "Sync mate-menu 5.7.1-1 (universe) from Debian unstable (main)" [Undecided,New]06:02
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-welcome/+bug/157065206:02
ubottuLaunchpad bug 1570652 in ubuntu-mate-welcome (Ubuntu) "ubuntu-mate-welcome 16.04.8 bug fix and translations [dsc attached]" [Undecided,New]06:02
flexiondotorghttps://bugs.launchpad.net/bugs/156973206:02
ubottuLaunchpad bug 1569732 in caja-dropbox (Ubuntu) "Sync caja-dropbox 1.12.0-3 (multiverse) from Debian unstable (non-free)" [Undecided,New]06:02
flexiondotorghttps://bugs.launchpad.net/bugs/156973106:03
ubottuLaunchpad bug 1569731 in mate-tweak (Ubuntu) "Sync mate-tweak 3.5.10-1 (universe) from Debian unstable (main)" [Undecided,New]06:03
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-settings/+bug/156932006:03
ubottuLaunchpad bug 1569320 in ubuntu-mate-settings (Ubuntu) "ubuntu-mate-settings 16.04.5 release [.dsc included]" [Undecided,New]06:03
infinityflexiondotorg: Have you given any thought as to whether MATE will be an LTS release for 16.04?06:03
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/156877306:03
ubottuLaunchpad bug 1568773 in ubuntu-mate-meta (Ubuntu) "Please update ubuntu-mate-meta package" [Undecided,New]06:03
flexiondotorginfinity, Yes, we are absolutely doing LTS.06:03
flexiondotorghttps://bugs.launchpad.net/ubuntu/+source/x2goclient/+bug/156931006:04
ubottuLaunchpad bug 1569310 in x2goclient (Ubuntu) "FFe: Sync x2goclient 4.0.5.1-1 (universe) from Debian unstable (main)" [Undecided,New]06:04
infinityflexiondotorg: I was going to send an email out for flavours to pick 3/5 (or not LTS) based on the fact that everyone's done this before, and I just realized that you haven't. :P06:04
flexiondotorgThat is my sponsor requests.06:04
flexiondotorginfinity, Yeah, this is new.06:04
flexiondotorgWe just assumed we'd be doing 5 years.06:04
flexiondotorgAnd thet is what we're up for.06:04
flexiondotorginfinity, I've posted all most sponsoring bugs above. Any chance you can process those?06:05
infinityflexiondotorg: So, traditionally, letting a flavour be LTS requires a bit of a plan of how you intend to commit to maintenance for your N chosen years, send to the techboard mailing list, and we'll +1/-1 based on exposure to you over the past few cycles and the sanity/realism in your plan.06:05
infinityflexiondotorg: I can try to look at your bugs in a bit.  It's late here, and I'm grinding away at my own stuff, so we'll see.06:05
flexiondotorginfinity, OK, will send mail later.06:06
flexiondotorginfinity, So if I can another sponsor to process my bugs that is fine right?06:06
flexiondotorginfinity, All that is required is to unblock them?06:06
infinityflexiondotorg: If your community is spread fairly thin or lightly-staffed (which I suspect is true right now), you might want to go for 3 instead of 5.  Gives you a year overlap with 18.04, instead of 3.06:07
flexiondotorginfinity, OK. I'll give that some thought.06:07
infinityflexiondotorg: If all your sponsorship requests are things that would be valid SRUs, any old sponsor will do, we'll review in the queue.06:08
flexiondotorgWhat constitutes the MATE bit in Ubuntu MATE is actually very small.06:08
infinityflexiondotorg: If they're massively FFe-breaking gross, not so much.06:08
flexiondotorginfinity, Everything is a fix.06:08
flexiondotorginfinity, In the spirit of your email adding these fixes will make Ubuntu MATE "good enough".06:09
infinityflexiondotorg: Sure, I realize your package set is pretty small, but so is your team, so judge accordingly.  IMO, 5y LTS is really only meaningful if you're targetting slow-moving environments (large corporation rollouts, etc).  Most average users would upgrade from 16.04 to 18.04 withing days/weeks of update-manager telling them to anyway, so the extra 2 years is just a burden.06:09
infinityflexiondotorg: But your call, obviously.  Last LTS, the flavours were split about 50/50 on 3/5.06:09
flexiondotorginfinity, So one deployment we know we'll have is for several large remote terminal server deployments.06:10
flexiondotorginaddy, Hence the x2goclient FFe.06:10
flexiondotorginfinity, For how many years are point release images mades? Like 16.04.1, 16.04.2 etc.06:11
infinityflexiondotorg: Last point release is 16.04.5, which coincides (within a week or so) with 18.04.106:13
infinityflexiondotorg: Which is ~3mo after 18.04 release.06:13
infinityflexiondotorg: So, after that, it's just SRUs for critical fixes, but no more installer validation and ISO madness.06:14
flexiondotorgOK, so with in the 3 year LTS window.06:14
flexiondotorgIt would seem 3 years is sufficient then.06:14
flexiondotorgI'll discuss with the X2Go guys.06:15
flexiondotorgDo I need to file a plan for 3 year LTS?06:15
infinityflexiondotorg: Yeah.  The 3/5 decision is entirely your call, those last two years are generally easier (fewer fixes you're willing to consider "critical" when you can just tell people to upgrade to the next LTS instead), though worth noting that when something *needs* to be fixed in 4yo software, the backporting can suck. :P06:16
infinityflexiondotorg: But we need the email regardless.  The 3/5 thing is just something you need to mull over in the next few days so we can set the right number in LP and have it show up right in packages files.  And once it does, you're stuck.  So choose wisely. :P06:17
flexiondotorginfinity, Thanks for the advice.06:18
darkxstdholbach, is there an existed FFe for seeding snappy? or do I need to file one?06:31
flexiondotorgdarkxst, When I did it I filed an FFe just for Ubuntu MATE.06:32
infinitydarkxst: Don't bother filing, just seed snapd (as a recommends, if you want to follow what most are doing) and upload a refresh of your meta.06:33
darkxstinfinity, ok cool, will do06:33
flexiondotorginfinity, Can you refresh ubuntu-mate-meta please? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/156877306:34
ubottuLaunchpad bug 1568773 in ubuntu-mate-meta (Ubuntu) "Please update ubuntu-mate-meta package" [Undecided,New]06:34
flexiondotorgIt's a tiny update.06:34
infinityflexiondotorg: Refreshing.06:35
flexiondotorginfinity, ty!06:35
=== athairus is now known as afkthairus
infinityflexiondotorg: I don't see any cheesiness in that update (thought I do see some other bits)06:47
infinityWait, no.06:48
infinityI see no changes.06:48
infinityI'm not awake enough. :P06:48
infinityflexiondotorg: Oh, that bug is ancient.  I've uploaded your meta much more recently.06:50
* infinity just closes it.06:50
darkxstinfinity, can you take a look at the casper part on bug 1561302 ?07:07
ubottubug 1561302 in casper (Ubuntu) "gdm won't allow passwordless login" [Critical,Triaged] https://launchpad.net/bugs/156130207:07
elbrusnacc: I see your pings regarding cacti, but I don't see what you want... (sorry, I have been busy the last days)07:08
pittistgraber: ok, lxd is now running for autopkgtests :) (https://plus.google.com/+MartinPitti/posts/QJnjsUci4Wi)09:39
pittiLaney: ^ FYI09:39
pittiapw, jdstrand: do you have an interpretation of the regression in http://autopkgtest.ubuntu.com/packages/l/linux/xenial/ppc64el/ ?09:42
pittithat openssl version should be a functional no-change (just some patch cleanup)09:42
Laneypitti: nice09:43
Laneyare the SS instances long running?09:43
pittiLaney: well, they tend to auto-destruct after a day or two09:44
pittiLaney: but in principle they are meant to, yes09:44
Laneyya, that bug09:44
pittiLaney: autopkgtest-cloud/tools/armf-lxd-slave.userdata has everything to set them up, though, so it's simple to spin up new ones09:44
pittiLaney: (for nova boot --userdata)09:44
pittiLaney: this still needs logic for the controller node to run workers automatically, see/register the available remotes etc., so still a PoC09:45
pittibut it can help with the backlog for sure09:45
pittiand we can collect some experience with hit09:45
pittiit09:45
pittimvo: FYI, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#snapd regression10:00
mvopitti: did anything in infrastucture change? it looks like an io error/timeout from a store download10:06
pittimvo: not that I know of; something could have changed in the scalingstack config behind my back of course10:07
pittimvo: but given that 1.9.2 passed *after* the 1.9.3 failure, I doubt that (http://autopkgtest.ubuntu.com/packages/s/snapd/xenial/amd64/)10:07
mvopitti: interessting10:07
pittiand that's consistent across all arches10:08
=== kees_ is now known as kees
mvopitti: hrm, we actually test more now than in 1.9.2 :/ this is why it fails, i.e. the failure in 1.9.3 are network releated and we did not use network before AFAICS10:09
pittiah, that would explain it indeed then10:09
pittimvo: store access might not work through a proxy then?10:09
pittiwe set http_proxy and friends in /etc/environment and in the test env10:10
mvopitti: thats possible, I don't think we tested this10:10
mvopitti: let me check that, thanks, thats useful10:10
pittimvo: we can also give you access to a production instance where this fails, if needed10:11
pittibut I'm running out of time today (I took half-day off, need to run in 3 mins, sorry)10:11
mvopitti: that would be nice, I suspect its because we use https for everything10:11
pittiif Laney has time he might be able to help10:11
mvopitti: ok, who else could help?10:11
pittimvo: we set https_proxy too10:11
mvopitti: ta10:11
mvopitti: run and thanks for your help10:12
pittiLaney: we have a "jump host" (instance name "debug") in prodstack, ssh to that, ssh-import-id lp:mvo, then from there folks can ssh to an instance of a manual adt-run with -s10:12
pittiyou can't directly ssh from outside to a scalingstack instance10:12
Pharaoh_Atemnacc: libvirt-php is building and passing the php extension build system tests10:34
Pharaoh_Atemon php710:34
Pharaoh_Atemnacc: so once you build a ppa package, I can test it10:38
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
LocutusOfBorghi, question: today is the last day to sync stuff from debian?12:08
LocutusOfBorgcorrect?12:08
rbasakLocutusOfBorg: if seeded, then we're already past final freeze. The release team will consider essential fixes though, see the announcement.12:09
LocutusOfBorgrbasak, I *need* to have virtualbox in12:10
LocutusOfBorg:)12:10
LocutusOfBorgxorg 1.18 fixes, and kernel too12:10
LocutusOfBorgas usual, I have to break stuff12:10
LocutusOfBorgdamn broken dinstall12:10
LocutusOfBorgcan't ubuntu sync from incoming.d.o? (citation needed)12:12
rbasakLocutusOfBorg: you can still sync, subject to the freeze criteria. I believe.12:12
LocutusOfBorgsync from incoming?12:12
rbasakNo, I don't think that works.12:13
=== shuduo is now known as shuduo-afk
LocutusOfBorg:(12:13
rbasakLaunchpad needs to have imported into launchpad.net/debian for sync to work, AIUI.12:13
LocutusOfBorg--no-lp?12:13
rbasakI don't know.12:13
LocutusOfBorgI tried once, but failed12:13
rbasakYou could just upload what you uploaded as an Ubuntu delta. It wouldn't make any difference now this close to release.12:13
rbasak(though you'll need to sync once again in X+1)12:14
LocutusOfBorgI would like to avoid that, but yeah12:14
cjwatsonwith dak broken, if it can't wait for dak to be fixed, it would have to be manual in some way.12:14
LocutusOfBorgindeed12:14
cjwatsonrbasak: there's always ~build1 or similar12:14
rbasakcjwatson: ah, OK12:14
cjwatsonwe did actually arrange for incoming to have acls that would let us sync from it, but never got round to setting that up in LP; there were concerns about making sure we could correctly handle unaccepts and suchlike12:14
jdstrandpitti: regarding http://autopkgtest.ubuntu.com/packages/l/linux/xenial/ppc64el/ it seems to have resolved itself?12:17
=== shuduo-afk is now known as shuduo
srulihi, is secureboot implemented in 16.04? will it warn user if a unsigned kernel is loaded?12:28
srulii am referring to Launchpad bug 140153212:29
ubottuLaunchpad bug 1401532 in grub2 (Ubuntu) "GRUB's Secure Boot implementation loads unsigned kernel without warning" [Wishlist,In progress] https://launchpad.net/bugs/140153212:29
=== _salem is now known as salem_
superm1cyphermox: i don't know if you've had reports of this yet, but i've noticed the new NM sometimes thinks my wifi device turned into an ethernet device12:53
superm1i noticed https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1569590 but it's not an ath* device on my machine12:55
ubottuLaunchpad bug 1569590 in network-manager (Ubuntu) "wireless card disabled in network-manager" [High,Triaged]12:55
=== shuduo is now known as shuduo-afk
dokohttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815633  please update the symbols file ... solution: remove it :-/13:24
ubottuDebian bug 815633 in ilmbase "ilmbase: symbols file update for kfreebsd" [Important,Fixed]13:24
cyphermoxsuperm1: right13:34
dokohmm, the openexr test failure succeeds locally13:34
naccPharaoh_Atem: ack, thanks15:07
Pharaoh_Atemnacc: no problem15:18
naccPharaoh_Atem: was that the version in unstable? -- aka can you check debian unstable as it is now?15:21
mgz_pitti: how do you want patches to autopkgtest?15:23
Pharaoh_Atemnacc: give me a second, I'll check15:23
naccPharaoh_Atem: thanks, it might still be publishing tbh, but rmadison shows a newer version in usntable from what we saw yesterday15:24
=== Spads_ is now known as Spads
=== nobuto_ is now known as nobuto
=== kgunn is now known as Guest72262
Pharaoh_Atemnacc: it's a slight fork15:36
Pharaoh_Atemnacc: http://anonscm.debian.org/cgit/pkg-php/libvirt-php.git/log/15:36
Pharaoh_Atemit doesn't yet match upstream15:36
Pharaoh_Atemalso, I've figured out where those weird git hashes are coming from15:36
Pharaoh_Atemhe's managing it as an in-tree repository, like with php, which means that you can't rely on the git revs to match upstream for snapshots15:37
naccPharaoh_Atem: ah ack, makes sense15:39
Pharaoh_Atempersonally, not a fan of that15:39
Pharaoh_Atemit makes things more complicated then it needs to be15:40
=== Trevinho_ is now known as Trevinho
Unit193Are there any other repos besides the Ubuntu one that support by-hash?  I'm wondering if I implemented it correctly.16:07
cjwatsonUnit193: not to my knowledge16:07
cjwatsonwell, PPAs support it too, but same code16:07
cjwatsonUnit193: there's https://wiki.debian.org/RepositoryFormat#indices_acquisition_via_hashsums_.28by-hash.2916:07
seb128bdmurray, hey, did you see bug #157094716:09
ubottubug 1570947 in ubuntu-release-upgrader (Ubuntu) "Trusty to Xenial upgrade KeyError: 'SUDO_UID'" [Critical,Confirmed] https://launchpad.net/bugs/157094716:09
seb128seems to be due to the landing you did today with the change from darkxst16:09
seb128jibel, willcooke, ^16:09
Unit193cjwatson: Ah, re-reviewing did answer it, thanks.16:10
cjwatsonUnit193: Cool.  The tricky bit is dealing with expiry, which depends how clever you want to be.16:12
Unit193Indeed, no idea how I'm going to deal with that one.16:12
hallynsmb: meh, looks like i need to make wgrant a mmember of the libvirt-maintainers group so he can use the lp git tree :)16:14
bdmurrayseb128: I didn't, thanks16:14
cjwatsonUnit193: The algorithm in LP isn't (I think) too hard to read if you want inspiration.16:14
smbhallyn, I'd say there's worse people to be added ... :)16:15
Unit193Might be handy.16:15
hallynwish we had an official UDD-style tree16:16
cjwatsonUnit193: http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/lib/lp/archivepublisher/publishing.py#L1008 (_updateByHash) is the entry point16:16
* hallyn makes a note to straighten that out in the xenial tree later, not now16:16
cjwatsonByHashes (and its child ByHash) is defined further up in that file.16:17
cjwatsonArchiveFile is in lib/lp/soyuz/model/archivefile.py, although the details are quite LP-specific.16:18
cjwatson(http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/lib/lp/soyuz/model/archivefile.py)16:18
Unit193Thanks, though I don't believe this adds much benefit to me it still might be handy, moreso if I can upstream it.16:19
hallynstgraber: sarnold: fwiw http://sourceware.org/ml/libc-alpha/2016-04/msg00391.html.16:19
ubottusourceware.org bug 2016 in libc "argp --help infloop, via ARGP_HELP_FMT envvar" [Normal,Reopened]16:19
rbasaktjaalton: how did you merge apache2? Looks like you inadvertently reintroduced http2.load which led to https://bugs.launchpad.net/ubuntu-release-notes/+bug/1531864/comments/516:19
ubottuLaunchpad bug 1531864 in Release Notes for Ubuntu "HTTP/2 disabled in Apache httpd" [Undecided,New]16:19
hallynlet's see hwo i get roasted16:19
hallynubottu, go home, you're drunk16:20
ubottuhallyn: I am only a bot, please don't think I'm intelligent :)16:20
stgraberinfinity: see http://sourceware.org/ml/libc-alpha/2016-04/msg00391.html I mentioned that issue here a little while back16:21
ubottusourceware.org bug 2016 in libc "argp --help infloop, via ARGP_HELP_FMT envvar" [Normal,Reopened]16:21
bdmurraydarkxst: you might be interested in bug 157094716:21
ubottubug 1570947 in ubuntu-release-upgrader (Ubuntu) "Trusty to Xenial upgrade KeyError: 'SUDO_UID'" [Critical,Confirmed] https://launchpad.net/bugs/157094716:21
seb128bdmurray, it's like 2am for him so I doubt he's going to be around16:23
hallynsbeattie: ugh, i didn't group-reply with that email.  do you mind replying to it with a 'ok' or something so the list sees it? :-)16:23
seb128bdmurray, maybe cyphermox or infinity can help you there?16:24
alkisgstgraber: ltsp is completely broken in 14.04, but no one is interested in doing an SRU for ~50 bugs. On the other hand, the newest xenial ltsp package works fine in 14.04. Is there any way in the ubuntu policy to get the newest ltsp backported to 14.04?16:24
stgraberalkisg: as an SRU, no, unless it's a bugfix only release but I doubt that'd be the case. You can request a backport though at which point users would be able to run say: apt-get -t trusty-backports install ltsp-server16:25
stgraberalkisg: which would get them the backported package16:26
alkisgstgraber: that will still leave the normal way to install ltsp broken. No ways around that, right?16:26
* alkisg directs people to do an SRU or use his ppa, just to make sure he isn't pointing them wrong...16:26
stgraberalkisg: right, we do not push new features in existing releases. If upstream LTSP was making bugfix-only releases (as is the case for many other projects), then those could go in without the paperwork for every individual bug, but getting a complete new release full of new features through SRU isn't allowed by policy, no16:27
alkisgOK, ty16:27
alkisgMaybe the policy should allow replacing a broken version with a fixed newer version with new features, but that's a bigger talk, not for now...16:28
rbasakdholbach: mate-menu> snap16:30
ogra_`rbasak, that is not how to create snap packages :P16:33
naccheh16:34
naccone day ...16:34
rbasakogra_`: ?16:35
infinitystgraber: How is that not a kernel/namespace bug?16:35
rbasakOh16:35
rbasak:)16:35
ogra_`:)16:35
infinitystgraber: Why would /proc/self/* ever point to something in another namespace?16:35
stgraberinfinity: you can absolutely pass fds between namespaces, or in this case have an open fd before switching to another namespace (setns)16:36
infinitystgraber: Sure, but isn't the point of /proc/self that it should be internally consistent with the process's state?  If the path differs in the current namespace, I'd expect it to be updated to match.16:37
stgraberinfinity: the main reproducer for the issue is getting a shell inside a container. To do that, the user spawns a process on the host, that process then setns into the container and execs a shell. It's still attached to the user's pts device on the host (and should be as we want it to be an interactive shell)16:37
stgraberinfinity: the container has its own devpts instance on /dev/pts so /proc/self/fd/0 points to a path in the host namespace16:38
stgraberinfinity: readlink on /proc/self/fd/X gives you the path which was provided at fd open time, it doesn't give you the path the file is currently at16:39
infinitystgraber: Yes, hence my assertion that this is a kernel bug. :P16:40
infinitystgraber: I'm not sure how returning the link to (effectively) nowhere is significantly more helpful than the current broken behaviour.16:40
infinitystgraber: You still can't use it for anything.16:40
stgraberinfinity: because you can absolutely open /proc/self/fd/0 and it'll work fine16:40
infinityEven if it's a symlink to a file that doesn't exist?16:41
stgraberyep16:41
infinity*raise brow*16:41
stgraberinfinity: http://paste.ubuntu.com/15853488/16:41
stgraberinfinity: that's the linux kernel for you, and it's something people have been relying on for a while, so ain't gonna change16:42
stgraberinfinity: the fix hallyn submitted fixes the "tty" command, as well as screen, byobu, ... anything which uses ttyname16:42
kirkland (woot)16:42
infinitystgraber: This also implies that the kernel knows where the *real* fd/0 lives, which furthers my assertion that this is a bug in procfs. :P16:43
stgraberinfinity: the kernel knows but it can't show you that path16:43
stgraberinfinity: that path is completely outside the scope of your container so you can't possibly reach it16:43
infinitystgraber: No, but if, in the current namespace, the path is unresolvable, the least it could do is remove the link to nowhere.16:43
infinitystgraber: And show fd/0 as a file instead of a link.16:43
infinitystgraber: Anyhow, meh.  Also obviously not a glibc regression, so we'll get there if we get there, or SRU later.16:44
stgraberinfinity: I agree it would make sense for the kernel to do that, unfortunately I don't see this changing due to it being basically API at this point (it's been like that forever) and I don't believe there is any precedent for a /fd/ entry to be anything but a symlink16:45
stgraber(or well, a symlink looking thing)16:45
stgraberinfinity: and yeah, not a regression, just an annoying issue that a lot of our users ran into or will run into (do-release-upgrade fails for example). I don't think we should rush it though which is why hallyn sent the fix upstream rather than distro-patching16:46
* cyphermox -> lunch16:49
tjaaltonrbasak: huh? with git, mut far from kbd until sunday16:56
rbasaktjaalton: OK. Well, it went wrong. Thought you should know.16:56
tjaaltonok, can't check what went wrong17:00
tjaaltonsorry17:00
=== ogra_` is now known as ogra_
hallynstgraber: i'm having to postpone my reply bc i'll be too snarky right now.  not sure how i'm *expected* to react to that...17:25
hallyn"so you want me to make my eyes bleed more with your ugly-ass coding style but don't want to actually take the patch bc you think fixing a security issue has securiyt implications?  Do you not see the relevance to the ptchown disaster?"17:26
=== mjeanson_ is now known as mjeanson
=== ]reed[ is now known as [reed]
=== Punna is now known as Pwnna
infinityhallyn: You might want to skip the bit about GNU coding standard (we almost all agree it's ugly, but picking a new standard and reindenting millions of lines would be worse).17:31
infinityhallyn: But feel free to challenge Florian on security concerns.17:31
infinityhallyn: Most of the time, you'll be wrong, but he can take a healthy debate.17:31
ogra_geez ... doing a do-release-upgrade with the canonical vpn enabled is really badly killing bandwidth17:33
hallyninfinity: yeah i think i'm cranky from a too-much-email morning;  i'll replywhen i'm not whiny17:34
sarnoldhallyn: nice patch. pity about the coding standards, I like your version just fine ;)17:40
sarnoldhallyn: I agree with infinity, at the very least push back on asking him to describe what yours introduces -- or why the current behaviour isn't worse..17:40
* hallyn finally got some breakfast, maybe that's my problem17:43
hallynsarnold: nah even my version made my eyes bleed.  And ebiederman couldn't follow the flow he said bc of the 2 spaces :)17:56
* hallyn looks for the gnu coding style guide17:56
sarnoldhallyn: if it were longer I might have come to the same conclusion :)17:57
=== sforshee` is now known as sforshee
hallynstill wonder whether i should also do it for ptsname.c.  i probably should.17:58
hallynthat's the most immediately obvious security relevant one17:59
hallynwowzer:18:04
hallynPlease use formfeed characters (control-L)18:04
hallynto divide the program into pages at logical places (but not within a function).18:04
=== barry` is now known as barry
sarnoldI'm still stunned whenever I see that in source18:07
rbasak_Well, it's handy if you want to print out the source :-P18:08
=== rbasak_ is now known as rbasak
rbasak(you do that, right?)18:08
mdeslaurwhat? I don't think I've ever seen that18:08
mdeslaursarnold: what source, you've made me curious :)18:08
mdeslaurI'm not sceptical, I just want to know which source to mock18:09
sarnoldmdeslaur: coreutils18:09
sarnoldI was reading nproc the other day..18:09
sarnold$ grep -r ^L . | wc -l18:10
sarnold129018:10
=== manjo` is now known as manjo
hallyn1290?  wowzer18:12
mdeslaurthat grep is wrong, try again18:12
hallynhm, i may have lied to Florian.  *can* i verify that the device is devpts?18:12
hallynyeah major should be never-changing18:13
sarnoldmdeslaur: it was umt download, so all releases.. and I used ^V^L of course to construct the ^L ..18:14
sarnoldmdeslaur: oh it's also got loads of cscope hits :/18:14
mdeslaurhah! I see them now...wow, insane18:15
hallynwtf.  'git checkout' just overwote my changes.  normally it says 'no you have changes'...18:24
hallynok i really *am* having a bad friday18:25
xclaesseHello18:38
xclaesseI just upgraded to ubuntu 16.04, and now when I try to ssh to servers that has my DSA key in authorized_keys, it says Permission denied (publickey).18:39
xclaessewith ssh -v I see that it tries to use id_rsa but not id_dsa18:39
xclaesseis that a recent change because DSA is not considered safe anymore?18:40
mdeslaurxclaesse: dsa is disabled in openssh 7.0 for security reasons, yes18:43
mdeslaurxclaesse: you can re-enable it, see here: http://www.openssh.com/legacy.html18:44
mdeslaurxclaesse: or ideally use rsa or something else18:44
xclaessemdeslaur, ok thanks18:45
xclaessemdeslaur, I knew DSA was considered weak nowadays, just need to temporaly re-enable it so I can copy my new RSA id :)18:45
mdeslaurxclaesse: yeah :)18:48
mdeslaursarnold: I'm almost done with a patch to add linefeeds to apparmor, I just need to print it all out to test. Are we aiming for letter, legal or A4 paper?18:48
sarnoldmdeslaur: lol18:50
sbeattiemdeslaur: please make sure it fits on 3x5 index cards.18:52
mdeslaursbeattie: I used to own one of these: http://i.ebayimg.com/00/s/MTIwMFgxNjAw/z/8OMAAOSwaA5WkxOq/$_12.JPG?set_id=880000500F18:55
mdeslaurno linefeeds necessary :)18:56
sbeattiehehe18:56
sarnoldwow, 24, 32, _and_ 40 columns?18:56
Piciwhoaaa18:57
=== chuck__ is now known as zul
hallynsarnold: used to?  wtf!19:09
=== AndyTechGuy_ is now known as AndyTechGuy
mdeslaurhallyn: I no longer have it. I'm such a fool. I called it...Rosebud.19:29
seb128cyphermox, trying today's daily in a virtualbox (which is online), the first page has the "download update" option disabled (can't be clicked), is that a known issue?19:39
hallynmdeslaur: yeah, there are a few things i wish i'd never given up :)19:41
cyphermoxseb128: no19:43
cyphermoxtry to reset the online state too19:43
seb128cyphermox, install is ongoing atm, going to try once it's done19:46
naccPharaoh_Atem: so are you saying the debian version (pacakged already) is not complete?19:51
Pharaoh_Atemnacc: no, it's not19:59
Pharaoh_Atemin fact, it's got the wrong fix, according to Michal and Remi19:59
Pharaoh_Atemit can cause stack mashing or something like that19:59
ashwinwhere can I get the .config file for ubuntu trusty for kernel v4.2 ? I just made a minor change and want to recompile the kernel20:03
hallynthis gets better and better20:03
Unit193hallyn: Do you want to go back to bed and try the day over?20:03
sarnoldashwin: /boot/config*20:03
hallynso use 2 spaces for indent, but then use a tab if there are 8 spaces.  check20:03
sarnoldhallyn: that alone is probably why we're not all using hurd right now.20:04
seb128cyphermox, reconnecting doesn't work, it says it's disabled because there is no internet connection ... unsure if that's a vb issue or a side effect of the nm 1.1 update20:04
seb128jibel, ^20:04
hallynUnit193: maybe20:04
hallynis that an option?20:04
ashwinsarnold: Thanks!! Gotta improve my google-fu :)20:05
sarnoldashwin: it's not an easy one to search for20:05
sarnoldashwin: the kernel team actually p7ublishes their configs somewhere, but I can never find the site when I want it20:05
hallynsarnold: i woulda sucked it up if i wasn't also chastised for unthinkingly adding a signed off by20:06
sarnoldhallyn: wha?? o_O they don't do the origin-thing/20:06
Unit193sarnold: I don't suppose you mean their git? (http://kernel.ubuntu.com/git/)20:06
sarnoldUnit193: probably this http://kernel.ubuntu.com/~kernel-ppa/configs/trusty/20:07
sarnoldUnit193: my issues with git is something else entirely..20:07
Pharaoh_Atemnacc: that package needs to be rebased on the current git master20:08
cyphermoxseb128: probably a bug in NM, but in part made easier to reproduce because virtualbox is evil and broken20:08
Pharaoh_Atemnacc: also, it should be treated as 0.5.1+ snapshot date, since he hasn't decided what it'll be released as20:08
seb128cyphermox, let me know if need debug info from me or if you can reproduce20:09
Unit193sarnold: Also, FWIW.  Netsplits left you unidentified.20:09
sarnoldUnit193: gah I keep forgetting that I never set up certfp over here once they added it..20:09
Unit193Yeah that one is a fantastic backup.20:09
cyphermoxseb128: any details you can add to the bug report are helpful20:10
ashwinsarnold: Yup, and page where that was had config for an old version (not 4.2 that is on trusty's linux-generic)20:10
hallynsarnold: lots of people don't do it, but few act as though their git repo will segfault if it sees one20:11
infinityashwin: The config for your installed kernel is /boot/config-$(uname -r), that's the easiest place to grab it.20:11
Unit193infinity: Not that you are too interested, but for the insane trying out dracut in Xenial is pretty darn easy now, just have to drop a shell wrapper in /usr/sbin/update-initramfs for kernels that call it directly (but triggers take care of it later.)20:13
infinityUnit193: Yeah, I'm not sure I consider that a feature. :)20:14
ogra_ugh20:14
=== rbasak_ is now known as rbasak
=== Elimin8r is now known as Elimin8er
naccPharaoh_Atem: taht's why it's 0.5.2~20:23
naccPharaoh_Atem: means precedes 0.5.220:23
naccPharaoh_Atem: i'm 99% sure ondrej just took your ML change ... is it actually wrong?20:23
hggdhwhich package should I assign on a bug about hostnam being called with -b at busybox time (xenial)?20:24
infinityhggdh: "At busybox time"?20:24
=== chrisccoulson_ is now known as chrisccoulson
infinityhggdh: You mean in the initramfs?20:27
hggdhinfinity: yes20:28
infinityhggdh: initramfs-tools, but I'm kinda curious why you think that's a bug.20:29
hggdhinfinity: bad parameter: http://picpaste.com/busybox_error_16.04-b4eZkmJt.JPG20:30
infinityhggdh: Ah.  Well, that would indeed be a bug. ;)20:30
infinityhggdh: One almost no one sees because most people don't have an /etc/hostname in their initrd.20:31
hggdhinfinity: heh. And because it flashes very fast on boot time20:31
hggdhI will open a bug on it. I understand it is most probably not bad, but anyways.20:32
infinityhggdh: I'm not even sure how you have an /etc/hostname.  Can you give me an "rgrep hostname /usr/share/initramfs-tools" ?20:32
hggdhinfinity: http://paste.ubuntu.com/15859220/20:33
ogra_uuh20:33
infinityhggdh: Ahh, zfs.  Yeah, not a common thing yet, hence the lack of complaint.  Will fix.20:33
hggdhinfinity: need a bug for that?20:34
sarnoldheh, have I rebooted since creating my pool? :)20:34
infinityhggdh: Nah.20:34
sarnoldI don't recall seeing that screen..20:34
infinityThe -b argument there is entirely pointless anyway, since we test for /etc/hostname first.20:36
infinity(The whole point of -b is to behave sanely if the -F arg isn't there)20:36
hggdhinfinity: thanks, sir20:40
infinityOh, two bugs.  The redirection there is bad too.20:42
infinityThough, in your case, that showed the first bug. :P20:42
infinityhggdh: Fixes uploaded.20:45
naccPharaoh_Atem: ok, can you file a bug or e-mail ondrej with clarification?20:47
naccPharaoh_Atem: unless your last e-mail was clarifying enough20:47
Pharaoh_Atemnacc: I think it was clarifying enough21:00
Pharaoh_Atemnacc: though actually, I should probably elaborate21:00
rbasakreverse-depends still claims gnokii-smsd-mysql [amd64] but chdist disagrees. What is reverse-depends querying? Is it possible that it's behind?21:02
rbasak"reverse-depends libmysqlclient18" that is.21:02
=== afkthairus is now known as athairus
=== AndyTechGuy_ is now known as AndyTechGuy
infinityrbasak: It queries a private DB built against the archive.  It can certainly lag by a few hours.21:08
infinityrbasak: http://paste.ubuntu.com/15859911/ <-- What's being done about the *-5.6 rdeps?21:12
rbasakinfinity: mythtv is an alternative so false positive. I can rebuild percona for 5.7 - no significant change in client so it should work equally well with 5.7 (and maybe I can unversion them while at it).21:24
rbasakSkuggen is looking at pinba.21:25
rbasakgnokii and kodi are done - database lag.21:25
rbasaktarantool-lts as well IIRC.21:26
rbasakSo getting there.21:26
rbasakbareos too - db lag probably21:26
rbasakcfengine3 Skuggen has a debdiff for me.21:26
rbasakntopng done, db lag.21:26
rbasakinfinity: trafficserver is a painful one actually. A major version update in -proposed has FTBFS for various reasons on various archs, Debian too. So I wonder if we could try rebuilding only the version in the release pocket after deleting the proposed version maybe?21:27
infinityrbasak: I can try the release version in a devirt PPA without proposed enabled.21:27
rbasakThanks. Note I haven't tried the release version at all yet.21:28
rbasakpinba I'm the most concerned about right now.21:29
infinityrbasak: https://launchpad.net/~adconrad/+archive/ubuntu/staging/+packages21:36
rbasakThanks, I'll watch it.21:36
* rbasak goes to bed21:36
rbasak(check it in the morning I mean)21:36
infinityrbasak: Anything runtime you need to check, or if it's correctly-linked and doesn't FTBFS, do you want to call it good?21:37
rbasakinfinity: if it doesn't FTBFS I'm calling it good.21:47
infinityrbasak: Well, no such luck there .:)21:47
infinityrbasak: Will have to look later.  But it's broken right now.21:47
rbasakpowerpc and s390x are already broken in the release pocket. Looks like ppc64el is a regression though.21:49
infinitymvo: Are you eating or sleeping between these snapd releases?21:51
mvoinfinity: no22:01
mvoinfinity: but fortunately there is a deadline22:01
mvoinfinity: I mean, the end is near and all that22:02
mvoinfinity: thanks and sorry for the bombardment22:02

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