sarnoldtedg: "##SELECTION_END##"?00:50
tedgsarnold: ?00:50
sarnoldtedg: your comment on https://bugs.launchpad.net/bugs/161342000:50
ubottuLaunchpad bug 1613420 in Snappy "no way to run daemons on user session " [Undecided,New]00:50
tedgHuh, wonder what happened there.00:51
sarnoldtedg: are you using evolution? https://codesearch.debian.net/search?q=%23%23SELECTION_END%23%23 -- evo's the only hit in debian's archive..00:52
tedgsarnold: Interesting, it is in the plain text copy of the e-mail, but not the html version.00:52
tedgsarnold: Yeah, evolution00:53
=== salem_ is now known as _salem
pittiGood morning! /me resurfaces from summer holidays05:42
tsimonq2hey pitti! how are you? :)06:02
pittitsimonq2: I'm great, thanks! well-relaxed after vacations06:08
pittiinfinity: hey Adam, how are you? I fixed some tests and hints from http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#glibc yesterday, but there's some remaining ones which might be actual issues06:20
pittiinfinity: cjs, linux-raspi2, log4cxx, umbrello in particular, although some of them might also be due to a new compiler; the others are unrelated and can be hinted once these four get investigated06:24
=== ljp is now known as lpotter
seb128tseliot, pitti, could you make ubuntu-drivers-common stop build-depending on python3-aptdaemon.pkcompat in yakkety? it's a nbs binary now08:51
infinityseb128: I'm updating all the metas after mangling the seeds, so you can ignore those r-recommends.08:59
seb128infinity, was not going to bother about the recommends but thanks!09:02
seb128I'm looking at fixing the real depends though09:02
Odd_Blokeinfinity: We're seeing yakkety build failures because of sagari's old kernel.  Do I need to re-upload our hack-around for that to our build PPA, or might you be able to upgrade that kernel soonish?09:03
infinityOdd_Bloke: Is trusty's new enough?09:04
Odd_Blokeinfinity: I _think_ so.09:04
infinityOdd_Bloke: I'll file a ticket.09:04
Odd_BlokeYeah, https://ext4.wiki.kernel.org/index.php/Ext4_Metadata_Checksums suggests it landed in 3.6.09:05
infinityOh, but we didn't do LTS backports on all arches in precise.  That started in trusty.  Grr.09:07
* infinity doesn't file the ticket.09:07
infinityOdd_Bloke: Unfortunately, the solution is going to be to either upgrade sagari entirely or pull it out of rotation.  Less fun.09:08
Odd_BlokeOh, that sucks. :(09:09
infinityOdd_Bloke: I'll pull it out of rotation for now, but no guarantees it'll stay that way if the queues get deep.09:12
Odd_Blokeinfinity: OK, thanks.  We can cope with it being in rotation if there's a queue, because we're less likely to get scheduled on it. :p09:14
infinityOdd_Bloke: Heh.  I'll throw some hours later at parallelising my current builders a bit more to make it a non-issue.09:16
Odd_Blokeinfinity: Thanks. <309:16
pittiseb128: this would break installation of graphics/wifi drivers, so this needs to be entirely rewritten (it doesn't work with packagekit as that doesn't support plugins and thus WhatProvides())09:21
seb128Laney, cyphermox, ^09:22
seb128pitti, well, we went ahead with the packagekit1.0 transition and cyphermox deleted pkgcompat from aptdaemon09:22
seb128unsure how that migrated if it breaks ubuntu-drivers-common though09:22
seb128oh, it's only a Suggests09:23
pittiseb128: language-selector as well; dist-upgrade now wants to remove these two and  ubuntu-desktop09:23
seb128how did that migrate09:23
seb128and why is language-selector not on http://people.canonical.com/~ubuntu-archive/nbs.html ?09:26
seb128oh, I misread09:27
seb128it depends on python3-aptdaemon.widgets09:27
seb128not on the compat one09:27
pittiah, right; so that one is still okay?09:27
seb128it's only the packagekit compat layer that got removed09:27
seb128in favor of using packagekit directly09:27
pittiI need to check what software-properties uses, the PackageKit what-provides API or the UbuntuDrivers module directly09:28
seb128since the apt backend there is judged better maintained09:28
pittiin the former case this needs to be ported09:28
seb128pitti, thanks09:28
seb128pitti, why is dist-upgrading wanting to remove language-selector?09:29
seb128it should09:29
seb128ubuntu-drivers-common only suggests the compat binary09:29
* pitti boots VM again, hang on09:29
pittiseb128: I get http://paste.ubuntu.com/23060985/09:30
=== vrruiz_ is now known as rvr
seb128pitti, what happens if you "apt-get install sessioninstaller system-config-printer-gnome ubuntu-desktop"?09:31
pitti"already the newest version" of course, but with aptdaemon I get09:31
pittiaptdaemon: depends p3-aptdaemon, breaks: p3-aptdaemon.pkcompat09:31
seb128oh, right09:31
seb128add p3-aptdaemon ?09:32
pittioh, that's better09:32
pittiso it seems apt rather wants to remove l-s & co than install packagekit09:33
seb128right, the "right" solution is not scored enough :-/09:33
pittiI guess we need to move the aptdaemon dependencies to packagekit?09:33
seb128could be09:34
pittiseb128: what's the plan now, is aptdaemon obsolete entirely in favor of PK, or just the pkcompat bits?09:34
pittii. e. will sessioninstaller & co move to PK directly?09:34
seb128I can do that, it's an alternative depends atm but we should just remove the first option09:34
seb128no plan afaik, nobody is really working on that stack09:35
seb128but we wanted to unblock packagekit1.0 because we were on an old unmaintained version09:35
* pitti rips out the PK plugin from u-d-common09:35
seb128ideally things would use packagekit directly and we remove aptdaemon09:36
seb128but it doesn't hurt to keep using it until somebody has cycles to work on that09:36
seb128which doesn't seem to be the case atm09:36
pittiwell, the what-provides plugins of l-s and u-d only work with aptdaemon's pkcompat plugins, so they can go09:37
pittiaptcc doesn't have plugin support09:37
pittithe apt PK backend used to, but AFAIK it's gone09:37
pittia shame really, the plugin concept of PK is really nice and the whole point of using the PK abstraction in the first place09:38
seb128yeah :-/09:38
seb128are we going to see a feature regression in l-s and u-d?09:38
pittiu-d itself is fine, need to check software-properties which has the actual UI for driver installation09:39
pittibut if so, it woudl already be broken09:39
seb128need to go for some errands and lunch, bbiab09:39
pittiwow, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-drivers-common is 77 days old09:44
pittiI now have a package that builds again, running autopkgtests09:44
tseliotpitti: great, so that I can finally add a few changes that I was planning to make to u-d-c :)09:46
pittiseb128, tseliot: uploaded09:47
pittitseliot: including teh xenial SRU, I guess :)09:47
pittiseb128: are you going to unseed it?09:48
tseliotpitti: yes, I might revert that change, and go with a lighter approach (which might give us the same results)09:48
pittitseliot: which change?09:49
tseliotpitti: the fix for the performance issue in gpu-manager09:49
tseliotI need to check if the alternative solution I have in mind is as good though09:49
pittiseb128: software-properties doesn't use the PK interface, thus should be fine09:51
yankuHi,when root partition is full, and i delete some files,but it is the same,is there some people met the same ?10:10
Odd_Blokeyanku: This channel is for the development of Ubuntu itself (e.g. discussing packaging).  Your question is more suited to #ubuntu (if you're on a desktop) or #ubuntu-server (if you're on a server). :)10:12
sitterjuliank: Heya, I changed the patch to now only take is_like from os_release, the other values come from lsb_release https://github.com/apachelogger/python-apt/commits/aptsources-distro-os-release so it should be fully backwards compatible. I did add a TODO note about the need for behavior change though10:49
Mirvoh pitti is back, welcome!10:55
pittihey Mirv, thanks!10:59
infinitypitti: Can debian/tests/control take [arch] specifiers in Depends:?11:04
Odd_Blokexnox: o/ Any plans to backport https://bugs.launchpad.net/launchpadlib/+bug/1471927 to xenial?11:04
ubottuLaunchpad bug 1471927 in launchpadlib "AccessToken.from_string() crashes on python3" [Undecided,Fix committed]11:04
pittiinfinity: yes, anything that apt can parse11:04
infinitypitti: Kay.  Just adding gcc/binutils/linux-libc-dev [linux-any] to the glibc deps, so they land in Test-Triggers.11:04
infinitypitti: Though, irksome that I need gcc-6, since gcc isn't from gcc. :/11:05
infinityOne more place to update.  Maybe I can generate that.11:05
xnoxOdd_Bloke, once i upload the fix ups, i guess i could.11:06
xnoxOdd_Bloke, do you want SRU, or would you be happy with a xenial-backports upload?11:06
* xnox .o( pip3 install lp:launchpadlib )11:07
infinityxnox: Why wouldn't you SRU?11:07
xnoxgood point11:07
Odd_Blokexnox: I've had problems (the specific nature of which I cannot recall) installing launchpadlib with pip previously; is it expected to work (and currently working)?11:11
xnoxat the moment trunk > packages > pip, in terms of # of fixes.11:13
Odd_BlokeAh, I guess I was installing from PyPI with pip, rather than trunk.11:13
cjwatsonIt was out of date on PyPI for a while, but I uploaded a less archaic version there recently.11:15
julianksitter: Great, I'll take a look later11:21
sakrecoergreetings pitti ! i just wanted to poke you about the status of the systemd upstart thing for ubuntustudio.. i don't have a lot of technical knowledge about it tbh. so i wonder about how it will affect the audio apps and such. i guess my question is: how is the timeframe looking?11:22
pittisakrecoer: sorry, what does "systemd upstart thing" mean?11:23
pittioh, you mean running the ubuntustudio session under systemd?11:23
pittithat shouldn't affect audio apps at all, just a question of getting more robust services with better logging11:23
sakrecoerpitti: sorry, yes that is what i ment.11:24
sakrecoerok. sounds fair :)11:24
sakrecoerthank you, pitti11:24
pittitime frame> I'm working on netplan ATM which is higher prio, so I might have a look in September11:24
pittisakrecoer: but there shouln't be any breakage with current ubuntustudio yakkety, is there?11:24
pitti(or regression)11:24
sakrecoerpitti: september sounds great. i don't know if there are any breakages, that is why i was hopeing we would get some time before release to try everything :)11:25
sakrecoerthank you pitti for your answer and time! bye for now :) o/11:28
infinitypitti: http://paste.ubuntu.com/23061299/11:30
infinitypitti: That seem like a reasonable approach?11:30
pittiinfinity: nice!11:31
pittiinfinity: oh, do we use gcc-6 now? that might explain some of the new glibc regressions11:31
pittiah, so we do11:31
infinitypitti: We do.  It explains the linux-raspi2 one, for sure.11:31
infinitypitti: Lots of new warnings, and that's building with -Werror.11:31
infinityI like the misleading-indentation warning.11:32
pittioh yes, that's awesome11:32
jbichawhat are we doing with python3-aptdaemon.pkcompat as seen on https://people.canonical.com/~ubuntu-archive/nbs.html11:33
pittixml/domtestcase.cpp:193:117: error: narrowing conversion of ‘194’ from ‘int’ to ‘log4cxx::logchar {aka char}’ inside { } [-Wnarrowing]11:33
pittiinfinity: ^ this (log4cxx) also looks  gcc related then, not libc11:33
infinityjbicha: Unwinding the rdeps and then nuking it.11:34
pittiinfinity: and umbrello is also a C++ incompatibility, not glibc11:34
pittiinfinity: thus I don't see any real glibc regressions; time for force-skiptest?11:34
pittiinfinity: or do you want to let it bake longer?11:34
jbichainfinity: so I can/should just drop it from ubuntu-gnome's seed?11:35
pittiit blocks a fair bunch of other packages in -proposed11:35
infinitypitti: I don't think baking will do much good, if the tests look reasonable.11:35
infinityjbicha: Already done.11:35
pittiinfinity: agreed; ok, hinting11:35
infinityjbicha: And uploaded meta.11:35
infinitypitti: Besides, I will be doing another upload and resetting all the tests to zero. :P11:35
pittiubuntu-drivers just landed too (wrt. pkcompat removal)11:35
jbichainfinity: cool, thanks11:35
pittiinfinity: my minions will be pleased!11:35
pittiinfinity: btw, britney doesn't look at Testsuite-Triggers: yet, but that's reasonably high on my list11:37
jbichaLaney: when is a good time for me to do the evolution 3.22 transition since I believe it collides with the qt transition? bug 161329111:39
ubottubug 1613291 in evolution-data-server (Ubuntu) "Update evolution stack to 3.22" [Wishlist,In progress] https://launchpad.net/bugs/161329111:39
infinitypitti: Yeah, I figured it didn't yet, but never hurts to be prepared. :)11:40
infinitypitti: I'm kinda hoping we can do something approximating The Right Thing with this to fix the kernel testing mess.  Or make it less messy, anyway.11:41
pittiinfinity: indeed not, and with this I can take out some hardcoded triggers11:41
Laneyjbicha: When it migrates, just the kernel left AFAICT11:41
seb128pitti, unseed the pkgcompat binary? infinity did(is doing?) that11:42
Laneyjbicha: I pinged #ubuntu-kernel earlier but no reply yet11:43
jbichaLaney: thanks11:43
infinityLaney: The kernel is tied up in the Qt transition?11:44
infinityLaney: How or why would that be?11:44
infinitylinux-tools.  Hrm.11:45
infinityLaney: linux-tools doesn't depend on Qt, what else got pulled into this mess?11:47
infinityWell, isn't that lovely.11:49
LaneyIt's zooper dooper11:49
infinityFWIW, I see a couple more non-kernel packages there.11:50
infinityperf-tools-unstable, qbittorrent, btfs11:50
shemgpAnyone knows which app I need to run to have the com.canonical.AppMenu.Registrar dbus service?11:50
infinityOh, p-t-u just depends on linux-tools11:50
LaneyI don't see qbittorrent and btfs those in the autohint I'm looking at11:51
LaneyThere's one which includes it in the hint11:52
seb128shemgp, it doesn't work like that, what are you trying to do?11:52
infinityAhh, I missed the bigger block.11:53
seb128shemgp, on unity it's unity-panel-service which owns the name11:53
infinityapw: Are you back from vacation yet?11:53
LaneyWho needs a kernel anyway11:54
Laneylet's just remove it11:54
infinityIf libbfd actually had sane versioning, this wouldn't be an issue.11:55
infinityFriggin' binutils.11:55
Odd_BlokeIf we removed the kernel, we'd also be able to close out pretty much all other bugs as unreproducible.11:55
Odd_BlokeSo that's another positive.11:55
shemgpseb128: I'm tinking of creating a global menu widget for gnome 3. Do I need to run my own dbus service then?11:56
infinityLaney: FWIW, this is the major metric the kernel team will use to decide if we can let it in: http://people.canonical.com/~kernel/status/adt-matrix/yakkety-linux-meta.html11:56
infinityLaney: Feel free to examine missing or regressions and figure out why. :P11:56
Laneyinfinity: Is the baseline usually good?11:57
infinityLaney: Well, you can compare to previous versions there.11:57
LaneyOh right, the columns, derpy11:58
Laneyis this meant to correlate to excuses?11:59
seb128shemgp, try talking to tedg when he's online (should be in the next hour or so) but you you can probably build an extension around indicator-appmenu11:59
Laneybecause it's saying some things are regressions that excuses calls always failed11:59
=== _salem is now known as salem_
infinityLaney: Excuses lies, that's why this exists.12:02
infinityLaney: Due to hacks involved for moving triggers around from linux to linux-meta, britney doesn't keep history correcly for those tests currently.12:02
infinitytseliot: Any idea why nvidia-304 hates kernel 4.6, and if that can be fixed in a jiffy?12:07
shemgpseb128, okay. Thanks for the pointers.12:08
tseliotinfinity: I thought I had already fixed that. What's the error this time?12:08
seb128shemgp, yw!12:08
infinitytseliot: Unsure, the autopkgtest just says it didn't install.12:08
infinitytseliot: Oh wait, that's 304-updates, not 304.12:09
infinitytseliot: You just need to bump updates to match, it looks like.12:10
tseliotinfinity: I thought had an admin remove 304-updates from the archive12:10
tseliot*tjalton had12:10
infinitytseliot: The archive disagrees.12:10
tseliotinfinity: I can make transitional packages in 304 for -updates, and get rid of the problem12:11
infinitytseliot: Sure, that works too.12:11
* infinity was never quite sure what the updates packages were for anyway...12:12
tseliotinfinity: they're all going away :)12:12
infinityIs that just insurance, so users can roll back?12:12
tseliotit was but not any more12:12
* infinity nods.12:12
infinityGood riddance to them, then.12:12
infinitySo, we can ignore that test failure, if you're killing 304-updates.12:12
shemgptedg, I'm trying to add global menus to gnome 3.  I already run  unity-panel-service so that I can get the using menus from gdbus but not all apps are showing their menus returned.  What am I doing wrong?12:16
infinityLaney: I've got Tim looking at iscsitarget, and rerunning all the missing tests.12:19
infinityLaney: Odds are, we'll be good to go later today.12:19
Laneyinfinity: 'k, thanks12:20
infinitytseliot: Oh, and there's some urgency on that 304-updates think, so if revving it to match 304 is the faster solution before you EOD (I imagine that's trivial), just do that, and kill *-updates later.12:20
LaneyLet's hope nobody uploads anything that ruins it all in the meantime12:20
* Laney deactivates everyone's upload rights12:20
infinitytseliot: Cause I don't want people using -updates to suddenly be broken when the kernel migrates.12:20
infinitypitti: The libnih test on s390x seems well and truly hung.  You might want to hit it with a bat.12:23
pittiinfinity: I blacklisted it yesterday as it keeps on running forever; for some reason this manages to circumvent the timeout (on all arches)12:34
infinitypitti: As if I needed more motivation to remove scottware from the archive.12:35
infinitypitti: Death to nih and upstart.12:35
pittiinfinity: i. e. this is a case of "needs reproducing locally and investigating", just not at the  top of my list12:35
pittihm, what's holding back glibc12:35
pittiskipped: glibc (517, 64, 7)12:36
pitti    got: 167+0: a-54:a-14:a-16:i-16:p-19:p-15:s-3312:36
infinityOh.  It needs some migration.  I'll do that.12:36
pitti    * amd64: apitrace, apitrace-gui, apitrace-tracers, bro, broctl, dante-client, libdsocksd0, libnss-db, libsocksd0, libsocksd0-dev, unscd12:36
infinityYeah.  I'll fix those.12:36
infinityThey use private symbols, need a rebuild on major version bumps.12:36
pittido we have some libc6 (<= something) deps? I don't see any on e. g. apitrace12:36
infinityI usually wait until output.txt reminds me of the list. :P12:36
infinitypitti: apitrace-tracers12:37
pittioh, apitrace-tracers12:37
infinityEvery once in a while, I do a "why are you using private symbols, you fools" pass, but the current list looks mostly like they have valid excuses.12:38
infinityAnyhow, will upload rebuilds for all of those after I get back with my coffee. :P12:38
infinitys/upload/test and then upload/12:38
shemgptedg, I guess my query now is: How do I make, for example, the menu of gnome-terminal hide so that when I show the menu in the global menu it's not duplicated? Thanks.12:52
tseliotinfinity: sure13:00
infinitypitti: Actually, looks like doko beat me to the rebuilds, so something else to unwind here...13:00
infinitypitti: Hahaha.  And that makes glibc end up in the Qt block. :)13:01
pittioh gawd13:02
infinitypitti: So, back to "need to get the kernel moving".13:02
pittihas that still not landed13:02
infinitypitti: The kernel is the last bit.13:02
infinityWorking on it.13:02
pittiwow, how did we intertwine Qt with the kernel?13:02
dokopitti, binutils upper version deps13:03
infinityYeah, that.13:04
infinitydoko: My kingdom for properly-versioned binutils shared libs.13:04
pittiinfinity: remember, only ever give away half of your kingdom13:05
infinityI find it entertaining that binutils, of all things, is the project that can't sort that out.13:05
pittiso that you can do it arbitrarily often instead of just once :)13:05
infinitypitti: http://www.smbc-comics.com/comic/2011-02-1013:05
infinitypitti: Yes, that one's a bit of a sad "haha" for me, given how true it rings.13:07
infinitypitti: Oh, on the upstart-removal front, is cgmanager still a useful thing in our systemd world?  And, if so, is the libnih dep part of the design, or a side-effect of upstart support?13:09
pittiinfinity: the main thing that still uses it is ubuntu-app-launch, which tedg will port13:10
pittiand qtmir build-depends on it, not sure what it does with that as it doesn't binary-depend on it13:10
infinitypitti: Yeah, I was just talking to him on #-release, where you seem to be missing.13:11
* pitti blames proxy restart after holidays13:11
infinitypitti: And he seems less convinced about it being a near-term goal.13:11
pittilxc-android-config also depends on it, also unsure why13:11
tedgI don't think we can drop Upstart from U8 until we drop vivid.13:11
infinitytedg: Dropping vivid would be LOVELY.13:14
infinitytedg: But even without doing so, I don't find "we're triple-landing, so the code can't fork" to be a compelling argument.13:14
infinitytedg: yakkety can't be hamstrung by vivid.13:15
dobeypreacher, choir13:15
pittiif we are triple-landing anyway, why doesn't xenial work as a basis for touch again?13:15
dobeypitti: gcc5 broke things13:15
pittijust  because of the changed C++ ABI? (as solving that would be much easier than what we do now)13:15
pittidobey: really, we are dragging along vivid *just* because of that?13:16
pittiwouldn't it be so much easier to upload a gcc-defaults to the xenial  overlay that switches back to g++ 4.9 and rebuild the 20-odd packages that are part of the app ABI?13:17
tedginfinity: I don't think you're gonna find a lot of disagreement from engineers on those points, and I'm hoping management is moving on them as well. But today, in practice, we are hamstrung by vivid.13:18
dobeymuch of it is not only used on the phone, and the issue wouldn't be limited to just "things supported by the SDK"13:18
dobeytedg: well, some things could be made optional during build/runtime13:18
tedgSure, but we'd be effectively increasing the QA surface area then. Which isn't really a win.13:19
infinityI suspect xenial upgrades would just need to be a flag day with forced app updates to match.  Isn't this exactly what versioned frameworks are for?13:19
tedgWe could also have different branches for each release to land into. Also a PITA.13:19
infinitytedg: I have different branches for all my packages.13:20
infinitytedg: I'm not sure why we decided that was unhip for a certain section of the archive.13:20
pittidobey: you mean there are apps which link to C++ libraries outside of the SDK? I thought click apps mustn't do that13:20
pitti(I know that we break our own rules, but I thought that was just for us, not for third-party apps)13:20
infinity(But if you'd like me to keep landing new upstream versions of glibc to precise and trusty, sure)13:20
tedginfinity: It's hard to maintain when you're landing features in all of them. If some are bug fix and one is features that's not too bad.13:21
dobeypitti: i mean, not everything is a click app, and the SDK is not self-contained.13:21
pittidobey: right, but the others are ubuntu debs which are already rebuilt against the new API and have proper binary dependencies13:21
pittierr,  ABI13:21
dobeypitti: right, but to do what you suggested, we'd need to pull a lot more stuff into the overlay PPA, and rebuild everything against 4.9, but then that breaks the plan of moving to snaps, which will all be built with gcc5 ABI, too13:23
infinityI don't think reverting gcc is remotely sane, no.13:23
infinityBut I still can't grasp why framework versions don't cover this.13:23
pittiwell, that's what we effectively do, just with dragging along a whole release in addition13:23
pittiwith triple landing, the overlay just turns into vivid with g++4.9 over time..13:24
pittierr, "into yakkety"13:24
dobeyinfinity: well, they sort of do. it just means we wouldn't have any framework versions on 16.04, and so no apps will be installable from the store13:24
seb128pitti, reverting the ABi in a xenial ppa doesn't solve the problem though, it just move it to the next upgrade and make us get more clicks built against an abi we are trying to move away from13:24
dobeyit basically forces all developers to repackage their apps at that point13:24
dobeyif frameworks were chroots that provide ABI or something, sure, but that's not how they are13:25
pittiit seems easier to me to maintain gcc-4.9 in x/y than the whole of vivid, but *shrug*13:25
pittiI guess the root problem is indeed the lack of an upgrade path for apps13:25
dobeypitti: for values of the phone images, those two statements are roughly equivalent13:26
dobeyand there are no plans to build phone images off yakkety at all, ever, afaik13:26
pittiright, and they shouldn't be -- but xenial for sure13:26
seb128pitti, right, but xenial might move to arm64 or new android and they want to do one transition in that case and not do one for gcc and then another for a new arch13:27
dobeypitti: but "maintain xenial for the phone" and "maintain vivid for the phone" are pretty much equivalent, if we're rebuilding all the bits of xenial with 4.9 ABI in the PPA; probably worse because then we have to deal with conflicts against the gcc5 versions in the upstream archive13:27
pittidobey: ask tedg about fun with too old cmake :) and we have to keep a whole lot of infra running for it too, like ddebs or autopkgtests13:29
infinitydobey: Sure, I get that it would force an app update, but our store isn't that amazingly populous, is it?  Can we not reach out and JFDI?13:29
dobeypitti: yes, it sucks. but it is what it is, and we have to deal with it13:31
dobeyinfinity: i don't recall the numbers, and i'm not important enough to make such decisions anyway. i'm sure there's more to it than just the gcc5 break, but the gcc5 break is certainly a big thing.13:32
tedgshemgp: Hey, so for GNOME3 you'd probably be better off chatting with desrt. Apparently not in this channel :-) Try #ubuntu-desktop13:34
shemgptedg, thanks.13:34
infinitytseliot: Still around?14:14
infinitytseliot: I've made an executive decision that, to unblock this kernel, I'll just upload 304-updates with the 4.6 patch.  You can worry about getting rid of *-updates and such in a more stately and well thought-out fashion instead of under pressure.  Deal?14:15
tseliotinfinity: yes, it's not EOD yet14:17
tseliotinfinity: as you prefer, I was working on it14:18
infinitytseliot: Heh.  S'ok, I'd rather not rush you to do all the removals and transitionals and such.  Take your time.14:18
infinitytseliot: I'm uploading the synced 304-updates now. :)14:18
tseliotinfinity: ok, good14:18
xnoxis anybody else's sbuild started to fail?15:02
xnoxgpg: Warning: not using 'Sbuild Signer' as default key: No secret key15:03
xnoxhence it fails to sign dummy archive Release file =(15:03
infinityxnox: In yakkety?15:09
xnoxinfinity, not quite. I think we want to backport http://metadata.ftp-master.debian.org/changelogs//main/s/sbuild/sbuild_0.70.0-1_changelog to xenial15:09
xnoxbecause thanks to gpg now gpg2, the sbuild-keys no worky anymore with "xenial host -> yakkety/unstable chroots"15:09
xnoxunless the ascii armored keys are used as in 0.7015:10
* xnox upgrades quickly.15:10
cjwatsonI just moved the contents of /var/lib/sbuild/apt-keys/ out of the way and then all was well15:10
infinityOh, and I need to change all my overlays to overlay from overlayfs...15:11
infinityLa la la.15:11
pittiinfinity: can we mark wily as obsolete in LP now?15:22
infinitypitti: Almost.  Sorry, I keep getting distracted from my kernel cleaning script writing.15:23
cjwatsonsome LP builders are still on wily15:23
infinitycjwatson: I don't see why that should matter, LP builders already pull from a PPA.15:23
infinitycjwatson: We won't remove it from ftpmaster/archive, just close it.15:23
cjwatsonif you think we can realistically get kernel security updates in there ...15:24
infinitycjwatson: We're not getting kernel security updates regardless of the state of the archive.15:25
infinitycjwatson: The kernel team stopped when they were meant to.15:26
cjwatsonAh, OK15:29
infinitycjwatson: As for the hypothetical "what if we need to update the kernel", PPA should be fine, since we don't boot signed kernels on those instances.15:32
cjwatsonyeah, this is true15:32
cjwatsonI really hope somebody figures out why xenial makes those systems very sad though15:32
infinitycjwatson: Things seem to be getting worse instead of better.15:32
infinitycjwatson: 4.2 was kinda unstable, 4.4 is really vile, 4.6 doesn't boot.15:33
infinitycjwatson: So, I assume 4.8 will take your dog out back and shoot it.15:33
cjwatsonand I don't even have a dog15:33
infinitycjwatson: I know, but I couldn't bring myself to s/dog/cat/ in that sentence.15:33
slangasekinfinity, kees: TB meeting?15:59
infinityslangasek: If you insist.16:00
zequenceinfinity: Thanks for updating ubuntustudio-meta. Was actually just about to do it myself.16:09
infinityzequence: I did some seed changes to many flavours, and decided to just respin all the metas and see what fell out. :P16:10
zequenceinfinity: Oh, ok. Well, thanks anyway :)16:11
infinityzequence: NP.16:12
sarnoldtedg: ah an explanation :) https://mail.gnome.org/archives/commits-list/2016-May/msg06756.html16:49
mterrybdmurray: maliit-framework has ~phablet-team as a bug subscriber.  A team that might make sense for further MIR'd packages too.  Might be worth adding to the package-subscribers script?  Doesn't seem to be a comparable team there, covering Touch in general17:02
mterryOr at least the upper levels of touch (there is a phonedations team)17:02
=== JanC is now known as Guest86015
=== JanC_ is now known as JanC
gb_mksHi, I´m looking for some help to fix this bug in Ubuntu 14.04. https://bugs.launchpad.net/ubuntu/+source/schroot/+bug/1398569   is this the right place for it?18:04
ubottuLaunchpad bug 1398569 in schroot (Ubuntu) "overlayfs: handle v3.18 overlay union type" [Medium,Fix released]18:04
bdmurraytinoco: Why is bug 1570678 verification-done when there is not testing info re: xenial?19:13
ubottubug 1570678 in percona-cluster (Juju Charms Collection) "mysqld got signal 11 during setting up root password on package installation on ppc64el" [High,Confirmed] https://launchpad.net/bugs/157067819:13
tinocobdmurray: checking19:13
tinocobdmurray: i've asked final user to verify xenial but he made a comment that he verified - again - trusty..19:15
tinocothat is why i got confused, my bad19:15
tinocoi'll seek for verification again, no ppc machines for me to test unfortunately19:16
bdmurraytinoco: no problem, I wanted to make sure I wasn't missing something19:16
bdmurraycoreycb: openstack-trove in xenial-proposed still needs bug 1516471 verified fwiw19:26
ubottubug 1516471 in openstack-trove (Ubuntu Wily) "systemd init scripts not setting correct conf file" [High,Triaged] https://launchpad.net/bugs/151647119:26
coreycbbdmurray, ok I'll take a look, thanks19:27
mterryMirv: qtbase5-dev-tools seems to have dropped qdoc in yakkety-proposed.  Is that intentional?19:32
mterryAh, it's now in qttools5-dev-tools19:47
=== Elimin8r is now known as Elimin8er
mwhudsonups, i guess i need to MIR golang-github-coreos-pkg21:08
=== salem_ is now known as _salem
=== dax is now known as barista
=== barista is now known as dax
mwhudsonslangasek: can you upload nplan 0.7 for xenial to the snappy-dev ppa?22:45
mwhudsonslangasek: would it make it any easier for you if i uploaded it to some ppa first? (all i'm doing is dch -D xenial -r 'rebuild for Xenial')22:46
slangasekmwhudson: please go ahead and upload it to the ubuntu-image ppa, then I'll just copy-package it22:46
mwhudsonslangasek: ok, done22:47
slangasekmwhudson: and copied22:49
mwhudsonslangasek: thanks22:50
jbichaLaney: what am I supposed to do with this? aptdaemon stuff http://paste.debian.net/789960/23:11
infinityjbicha: Hrm, would be nice is packagekit was being pulled in there by apt. :/23:31
jbichainfinity: ok, I'll add pk to ubuntu-gnome-desktop for today23:33
infinityjbicha: It's already in the task.  But maybe it needs to be an explicit dep of the meta to smooth the transition, indeed.23:33
infinityIf so, gnome won't be the only one with that problem.23:33
infinityAnd maybe it belongs in desktop-common.23:34
jbichaor I can let you take care of it :)23:34
infinityLemme double check that it's in all desktops (I think it is now), and then add it to desktop-common and respin all the metas *again*.23:34
jbichathat's the problem, you speak up and try to be helpful and then you end up with *more* work to do23:35
infinityThat's my life in a nutshell, yep.23:35
infinityIn this case, though, it's almost zero effort for me, just CPU time.23:36
infinityThe loop to update all the metas is still in my bash history. :P23:36

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