nacccyphermox: someone in #ubuntu is indicating the grub update hard-froze several of their systems similar to https://ubuntuforums.org/showthread.php?t=2330915 's report. Any ideas?00:30
halvorsWhere can i submit a request for the strongswan package to be updated to the newest upstream version? The current version is 5.5.0 the version on the repositories is 5.3.001:14
halvorsI mean of course for the yakkety tree,01:15
sarnoldhalvors: I think the requestsync program will do the right thing01:16
nacchalvors: it needs to be merged, not sync'd01:35
naccsarnold: --^01:35
=== salem_ is now known as _salem
sil2100tjaalton: hello!07:41
sil2100tjaalton: I wanted to poke you about bug LP: #158594207:41
ubottuLaunchpad bug 1585942 in mesa (Ubuntu) "Mesa causes a segmentation fault on arm64 (wrong count of uniform locations)" [Critical,Confirmed] https://launchpad.net/bugs/158594207:41
sil2100tjaalton: we're doing some xenial-arm64 based work for ubuntu touch and this blocks us as it is causing certain unit tests to fail during build07:42
sil2100tjaalton: (so we can't get all arm64 binaries that we need)07:42
tjaaltonsil2100: ok, it's in yak now but the pkg is in NEW. and you need it for xenial too07:43
sil2100tjaalton: is that mesa 12.0.1-3ubuntu1 ?07:46
sil2100tjaalton: I see it's a new upstream release as well, will we need all of it in that case?07:47
tjaaltonjust that "devel first" wasn't true until this :)07:47
tjaaltonsil2100: the other components of the bug don't need updates for xenial?07:55
tjaaltonsil2100: uploaded08:03
tjaaltoni'll worry about a new point-release after vacation.. hoping 11.2.2 would be out by then08:03
=== G__ is now known as G
rbasaktinoco: your debdiffs in bug ssh-rsa09:42
rbasakKxvljo13IkuUvFDqGP0kLiWqh7k79v9tjR9fwI9krRJ4N6iz3RosjAxPS3ff9xs3lnSf2GxVootdUC564x98iT2CYJEqrCmoMdtiivnsIrRjUVjGO6xSAoIqYi+A+5ljTJwKAGqjQ0bkJwi0Rn++CnL44VnsHTWbQ7UtdRJZo0lvKY+1vXIcCApTD8wcb1uD/6nuS9HDy5xwOuxbamR1fqfKzsuuxwbzcO75Azu+q+2tIWnQKxbn56dWQTcY7QG2Q9CDWxsiRoHPl2ADx+7qcZGm7M7prDK/C6G0sxgseG/i6OZChAx1PQ== CPaelzer@Launchpad-RSA # ssh-import-id lp:paelzer09:43
rbasakUh, sorry.09:43
rbasakcpaelzer: ^ :)09:43
rbasaktinoco: your debdiffs in bug 1570678 look fine, but may I also add "to fix crash on ppc64el" to the changelog? Users review changelogs, so I think it's useful to summarise the justification for the SRU itself in them.09:43
ubottubug 1570678 in percona-xtradb-cluster-5.5 (Ubuntu) "mysqld got signal 11 during setting up root password on package installation on ppc64el" [Medium,In progress] https://launchpad.net/bugs/157067809:43
rbasaktinoco: otherwise it sounds like just a performance thing.09:44
rbasaktinoco: also the trusty debdiff version is wrong - it should end
=== owlman is now known as owlman_
=== owlman_ is now known as owlman
sil2100tjaalton: thanks!10:18
sil2100tjaalton: hm, did you upload mesa to xenial?10:24
sil2100tjaalton: ah! Yes, I see it in the unapproved queue, thanks!10:25
sil2100tjaalton: I checked it before but somehow my eyes missed it, ignore me ;)10:25
sil2100Thanks again!10:25
Odd_BlokeGrr, sbuild is unmounting my encrypted home directory when I build trusty packages.10:40
=== hikiko_ is now known as hikiko
=== hikiko is now known as hikiko|ln
rbasakdarkxst: please could you re-review/sponsor the patch in bug 1550210? I have been cherry-picking from the sponsorship queue today, but am not confident in following what you said.11:22
ubottubug 1550210 in imagemagick (Ubuntu) "Desktop file does not open ImageMagick from the menu" [Medium,Triaged] https://launchpad.net/bugs/155021011:22
tinocorbasak: sure.. would u fix it during sponsorship or you would like me to change debdiffs and re-attach ?11:31
cjwatsonpitti: Would you mind having a look at https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial-ci-train-ppa-service-landing-019/xenial/ppc64el/u/ubuntu-system-settings-online-accounts/20160718_054019@/log.gz ?  I've tried playing around in chdist and can't work it out.11:47
rbasaktinoco: I'm happy to fix during sponsorship. I'll do it today.11:51
tinocorbasak: tks!! i'll verify isc-dhcp-server sru then.11:51
=== hikiko|ln is now known as hikiko
cpaelzerThe policy doc isn't entirely clear to me - can .symbols files hold comments?12:37
cpaelzerThere is some rather uncommon behaviour that I'd like to add as comment so the next one looking at it doesn't have to go all the way again12:38
ogra_       Note that you can put comments in symbols files: any line with ‘#’ as12:38
ogra_       the first character is a comment except if it starts with ‘#include’12:38
ogra_       (see section Using includes).  Lines starting with ‘#MISSING:’ are12:38
ogra_       special comments documenting symbols that have disappeared.12:38
cpaelzerthanks ogra_!12:39
cpaelzera lot of documentation is great until you won't find it due to all the docs :-)12:40
=== _salem is now known as salem_
infinitytinoco: Any progress on isc-dhcp?14:53
pittiBroken ubuntu-system-settings:ppc64el Depends on powerd [ ppc64el ]15:15
pitti powerd | 0.16+16.04.20160204.1-0ubuntu1         | xenial/universe  | source, amd64, armhf, i38615:15
pitti powerd | 0.16+16.04.20160204.1-0ubuntu2~xenial1 | yakkety/universe | source15:15
pitticjwatson: it's not just because there is no powerd on ppc64el?15:15
ogra_powerpc is power(d)less !15:16
pittipowerd is really broken in yakkety15:17
pitti powerd | 0.16+16.04.20160204.1-0ubuntu2~xenial1 | yakkety/universe | source15:17
pitti powerd | 2016.06+16.10.20160706.1-0ubuntu1      | yakkety/universe | all15:17
pittior rather, the source is not building any binaries any more, and powerd is a transitional package; although in the overlay they reverted that and brought back powerd15:18
pittiso, not a clue, being on a sprint, something for later..15:18
cjwatsonpitti: Yeah, but when I try it with chdist and the right set of archives for this test, it picks gnome-settings-daemon instead15:19
cjwatsonpitti: (the dependency is powerd | gnome-settings-daemon or some such)15:19
pittiindeed, and it doesn't seem to like that either15:24
pittiI'll keep a tab for the log15:24
tinocoinfinity: im doing it right now15:36
ricotzjamespage, hi, I guess something went wrong with ceph since it doesn't get stripped15:49
jamespagericotz, yeah I'm baffled16:00
jamespageapparently I've forgotten all of the important stuff about distro devel16:00
=== rcj` is now known as rcj
jamespagehmm override_dh_strip is still in .PHONY16:01
=== rcj is now known as Guest10260
=== Guest10260 is now known as rcj
ricotzjamespage, this might help https://anonscm.debian.org/cgit/pkg-mate/plank.git/commit/?id=fdf38328bea736e64c906f2c3cefecf232622df216:02
mdeslaurkees, infinity, stgraber: tech board meeting now16:02
tinocoinfinity: done. lp1529815 verified.16:24
tinocosorry for taking so long, i had to steal some HW in the lab16:24
=== JanC is now known as Guest39320
=== JanC_ is now known as JanC
jamespagericotz, thanks for the pointer16:29
jamespagetomorrows work16:29
slangasekcjwatson: snappy is making use of grub2's loopback and squash4 modules to access kernel/initramfs from inside the kernel snap package at boot time.  I've just noticed neither of these are in the signed EFI binary.  Do you have any concerns about either of these being signed for SB?16:53
cjwatsonslangasek: seems reasonable16:54
slangasekcjwatson: ok.  any particular level of auditing you think is needed on these, or should I just add them?16:57
cjwatsonslangasek: loopback should be trivial.  squash4, may be worth doing a general sanity audit of the code looking for places where a corrupt filesystem might convince it to jump into space16:58
slangasekthat was my intuition as well, though I had hoped I was wrong ;)16:58
slangasekok, will look for someone sane to audit16:59
cjwatsonIt's not *too* long16:59
tewardbugs with commands such as `tail` should be filed against coreutils, right?17:39
naccteward: looks like it (at least for tail)17:40
tewardnacc: that's what I thought17:42
teward('tail -n #' no longer prints just that number of items, like its manpage says, in yakkety)17:42
tewardnacc: see #160451117:44
tewardif you're curious :P17:44
naccteward: doesn't seem like the current delta shoudl have that effect (or if it does, undocumented). Wonder if it's an upstream regressin/change17:46
tewardnacc: indeed.  That said, this is a ***massive*** change17:46
tewardbecause `tail -n` has always been there17:46
naccteward: yeah, seems unintentional :)17:46
cjwatsonI don't buy it.17:46
tewardcjwatson: that it's a change or that the bug exists?17:46
cjwatsonThe version of coreutils in yakkety is the same as that in xenial.17:46
infinityI can't reproduce.17:46
teward*nukes server, starts again*17:47
cjwatsonIt works fine in xenial, and coreutils by nature has very few external dependencies.17:47
tewardcjwatson: yeah, this is making me scratch my head, because this is *new* behavior17:47
infinityteward: It can *look* like it's behaving that way if you lose all your line endings to some weird binary corruption.17:47
cjwatsonWhat does "tail -n /var/log/apt/history.log | wc -l" say?17:47
infinityBut I definitely can't reproduce your example.17:47
tewardoh you know what...17:48
tewardit looks like this is a problem with the system i'm connecting from to the server - its SSH client uses hard breaks instead of soft wraps for when data goes over the line17:49
tewardmy bad.17:49
tewardas a result, one to many lines listed >.>17:49
tewardthis is why i hate NOT having my ubuntu system for testing things17:49
teward(Bug invalid)17:49
* teward grumbles17:50
tewardi should've checked that, sorry for noise17:50
tewardi asked rbasak to peek, but anyone else want to do a review of a merge debdiff for any blaringly evil screwups I may have made?  Not uploading immediately, but would like to get a review before I PPA build it for testers to test it.17:51
=== cmagina is now known as cmagina_away
teward(see debdiffs on https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1580252 if you care to, otherwise i can wait)17:52
ubottuLaunchpad bug 1580252 in nginx (Ubuntu) "Please merge nginx 1.10.1-1 (main) from Debian Unstable (main)" [Wishlist,In progress]17:52
infinity- This is a dependency package to install either nginx-core (by default),17:58
infinity- nginx-full, nginx-light, or nginx-extras.17:58
infinity+ This is a dependency package to install either nginx-full (by default) or17:58
infinity+ nginx-light.17:58
infinityteward: You undid that change, looks like.17:58
naccteward: might be my own ignorance, but it's kind of hard to follow that all the delta has been accounted for with each ubuntu version, as the stuff that (presumably) has been dropped isn't explicitly mentioned (e.g., 1.9.15-0ubuntu1 mentions adding a build-dep, and it's mentioned as being carried forward in 1.10.0-0ubuntu1, but 1.10.1-0ubuntu1 makes no mention of it?17:58
infinityteward: And some php5/php7 stuff.17:58
tewardthis is why i need eyes on things :P17:59
infinityteward: I don't have the patience right now to go over the meat of the merge, though.18:00
tewardnot a problem :P18:00
teward:) *18:00
infinityIt's complicated enough that it's one of those "the best way to review would be for me to do my own merge and then compare" situations.18:00
tewardnacc: the readd of libluajit-5.1-dev as a build-dep is less of a delta.18:00
tewardinfinity: ack18:00
tewardnacc: Debian already ahd it18:00
tewardnacc: 'readd' was 'drop the delta'18:00
naccteward: i see; i guess my practice is to have each changelog mentioned in a previous version accounted for, that's all i meant18:01
nacc*each changelog entry18:01
tewardahhh ok18:01
tewardI only have ever documented the remaining changes between the merge and *debian*, but eh18:01
tewardinfinity: it's a PITA, this one, because Debian implemented their 'hybrid' packages.  that said, the packaging needs to update ahead of anything openssl 1.1.0 ever being available, to prevent future FTBFS18:02
teward(i.e. 1.11.x at least in the interim non-LTS releases)18:02
tewardno clue on the 1.1.0 openssl timelines though18:02
* infinity nods.18:02
naccteward: sure, that makes sense too, i think; since i'm still relatively new, it's more of future-proofing that i've not forgotten something :)18:02
tewardthere's HTTP/2 fixes i want in there too18:02
tewards/I want/that should be/18:03
tewardi've got a case of the lazies / work-busys so it's one of those things I can let sit a few days18:03
tewardnacc: indeed.  I actually grab the last "Remaining changes:" section, and run a checklist to see if it's already been dropped in the changelogs between, or if there's anything new, etc.18:08
tewardso to each their own, being overly verbose doesn't hurt.  I just prefer saying "These are the differences"18:09
teward... that reminds me, thanks infinity for the php stuff, that's missing from the delta changelog18:09
nacchrm, trying to figure out why icinga failed to build on on non-amd64 (https://launchpad.net/ubuntu/+source/icinga/1.13.3-2ubuntu1). I just ran sbuild locally with and without proposed in a i386 schroot and it build fine in both. My delta shouldn't have resulted in any real changes, and it's already been rebuilt once in yakkety (so it's not a binary copy-forward).18:18
infinitynacc: How did you call sbuild?18:19
naccinfinity: http://paste.ubuntu.com/20067963/18:20
infinitynacc: It has nothing to do with "non-amd64" it's "not building arch:all in the same pass".18:20
infinitynacc: Get rid of -A, watch it fail.18:20
naccinfinity: ah i see18:22
naccinfinity: thank you18:22
naccinfinity: fwiw, the existing yakkety version also ftbfs w/o -A, so did a default flag change in the builders?18:23
infinitynacc: No.18:23
infinitynacc: But dpkg-buildpackage changed to require policy-required targets, and call them.18:23
naccinfinity: ah, ok18:23
infinitynacc: So, you're likely missing build-arch/build-indep18:24
naccinfinity: yep, digging into that now, looks to also already be filed as a debian bug18:24
naccinfinity: thanks, have a fix now, will send it in and to debian18:29
naccrbasak: ok, icinga with the latest version should !FTBFS again, and all our delta has been submitted to debian18:51
rbasaknacc: may I add "to fix FTBFS" to your changelog entry? In case a merge turns out to be needed, knowing why will help.19:39
naccrbasak: sure!, thanks19:41
naccrbasak: sorry, i thought about that, but wasn't sure it was applicalbe given that it was only in -proposed, but in retrospect it obviously is19:41
naccrbasak: ideally, debian will take it via that bug (to which i sent the debdiff)19:41
naccrbasak: ok, upon review, and talking to tgm4883 a bit, i'm ont sure there is an easy way to do what you want. The 'defaultfor' implementation in puppet takes as input a hash (not a condition) and just tests for (in the case of an array) membership. I don't think there's any way for me to test for non-membership (which is what you were usggesting).  The systemd_spec.rb chagne is for testing only20:13
nacc(afaict), so maybe is less urgent. I think if upstream does take this change (https://github.com/puppetlabs/puppet/pull/5069) we could add a regex, but ubuntu's versions don't lend themselves to a clean (all versions greater than 15.04 regex that i can think of)20:13
rbasaknacc: what I don't understand is that surely this logic already applies but in reverse, and that's what the bug is? It's defaulting to upstart on Ubuntu (but presumably not other distros), except for particular releases where it defaults to systemd. Why can this not be reversed using the primitives that already exist?20:23
rbasaknacc: do you see what I'm saying? What am I missing?20:30
naccrbasak: i see what you're saying now20:36
naccrbasak: doesn't mean i know how to do it yet :) but yeah20:39
naccrbasak: ah i see where the confusion is, i think20:44
naccrbasak: so in the version in yakkety, there is no such 'default'20:44
naccrbasak: it's all version-specific (upstart or systemd)20:44
naccrbasak: http://paste.ubuntu.com/20088025/20:50
naccrbasak: the issue is the 16.04 version is not specific to that20:50
naccsorry, the 16.04 puppet does not have those version-specific changes, so the default for all "ubuntu" is upstart still20:50
rbasaknacc: what does 16.04 do20:57
naccrbasak: http://paste.ubuntu.com/20089298/20:59
naccrbasak: note, i just tried something, i installed the current yakkety version20:59
rbasaknacc: OK, so can we make Yakkety do what Xenial is doing but in reverse?20:59
valoriehello folks, yofel put out the tester call last night: 16.04.1 candidates are out: http://iso.qa.ubuntu.com/qatracker/milestones/363/builds21:00
rbasaknacc: I think it's fine to deviate from upstream on this as it's clearly less broken this way. In fact, IMHO that's exactly what upstream should do, too.21:00
naccrbasak: hrm, i see what you're saying21:00
valoriehowever all links seem to be broken - zsync, rsync, wget from http, straight from http21:00
naccrbasak: except if upstream did that, then they couldn't test their upstart support on 14.04 with the latest puppet21:00
rbasaknacc: why not? upstart on 14.04 would have upstart defined as defaultfor 14.04, no?21:01
valorieif this is not the proper place to report, where is?21:01
rbasaknacc: upsteam defaultfor 12.04, 14.04 and maybe 15.10, and systemd default for everything else ubuntu.21:02
rbasak(also 10.04 if wanted)21:02
naccrbasak: one sec21:02
naccrbasak: let me try and write out what I understand21:03
infinityvalorie: s,daily,xenial/daily, and you're good to go.21:04
infinitystgraber: I'd love you forever if there's an easy way to fix all those that doesn't involve hand-editing every project. :/21:04
valorieinfinity: the test site should be fixed though?21:05
infinityvalorie: Ideally, yes.  See above complaint to stgraber.21:05
valoriethat did indeed work, so I'll spread the fix around #kubuntu-devel21:07
infinityvalorie: Ta.21:07
naccrbasak: ok, now i'm really confused; the test script that sdeziel provided *only* fails on 16.04 if you have the upstart package installed ...21:10
infinityvalorie: FWIW, a fresh respin is in progress as we speak.21:10
infinitynacc: I'm not entirely caught up on backscroll, but testing distros and versions of distros to determine the init system is just plain wrong.21:13
infinitynacc: Assuming that's what's happening.21:13
infinitynacc: [ -d /run/systemd/system/ ] is the way to know you're using systemd, for instance.21:13
naccinfinity: might be well and true, but i assume that's something i'd just file with puppet and let them figure out? / it's their choice to do it wrong, if they so choose?21:14
rbasakinfinity: even worse, 16.10 is hardcoded to be systemd. My objection is that it'll explode as soon as Yakkety+1 opens.21:14
infinitynacc: Sure, it's their choice to be stupid, I guess, but it's our choice as downstream to be less stupid.21:14
rbasakWhich IMHO is worse than hardcoding.21:14
infinityAnd if people use upstream puppet on Ubuntu, it's in our best interest to make upstream be as not stupid as we are.21:15
rbasakthan *just* hardcoding, that is.21:15
naccwell, i'm trying to figure out *if* we're broken at all21:15
naccrbasak: i think there might be a bug in that if you have the upstart package installed (not necessarily configured to be your init-system, afaict), puppet does the wrong thing21:15
rbasaknacc: I did think the logic was "default to upstart, except for *these* releases". If that's wrong then I don't object so much.21:15
naccbut by default it seems to be controlling services correctly21:15
stgraberinfinity: I probably have a script or some sql somewhere that I used for trusty21:15
naccrbasak: so roughly, ubuntu 16.04's code-logic: everyting ubuntu is upstart; ubuntu 16.10's code logic: these releases are upstart, these releases are systemd.21:16
infinitystgraber: If you could do that again, that would be lovely.21:16
stgraberinfinity: basically the tracker knows about the pattern for the current dev release (no series name) and then this can be overriden per-series21:16
naccrbasak: but i'm still trying ot understand exaclty what checks for that and where and why :)21:16
stgraberinfinity: let me check, I "think" there is a "copy-downloads" script on limequat for that21:16
infinitystgraber: Yeah, I know.  But editing each one by hand sucks. ;)21:17
infinityAnyhow, I need drugs and sleep.21:17
rbasaknacc: in 16.10, what happens if the release doesn't match?21:17
naccrbasak: that's what i'm trying to figure out now (and also why it seems to "work" in 16.04 w/o any patches)21:18
naccinfinity: ah! i think upstream puppet does what you're suggesting on debian, but not ubuntu; not sure why ...21:21
naccinfinity: also, this is purely about hte 'default's, i think it still checks for presence somewhere else21:22
stgraberinfinity: done, I think21:25
stgraberI messed things up twice while doing the change but looks like yakkety and xenial links are plausibly right now21:25
infinitystgraber: Danke.21:30
=== salem_ is now known as _salem
=== deltab_ is now known as deltab
=== cmagina_away is now known as cmagina

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