rbasakCan we blacklist src:mysql-defaults from autosync from Debian please? With feature freeze coming up, I'd like to hold this for Yakkety+1 if possible, as it'll make no difference for Yakkety and could be confusing for users.02:19
rbasakinfinity: ^02:19
rbasakIt's already been uploaded to unstable.02:19
rbasakThough I don't see it in LP yet.02:20
mwhudsoncan someone process golang-github-coreos-pkg pretty pls :-) (slangasek? infinity?)03:23
infinityrbasak: Err, why?04:09
infinityrbasak: If it'll "make no difference for yakkety"?04:09
infinityrbasak: Seems like a reasonable thing to get in, so our packaging can keep tracking for the rest of yakkety, no?04:10
infinityrbasak: Otherwise, you're forking mysql from here.04:10
infinity(because of mysql-common)04:10
rbasakinfinity: because it creates default-mysql-* packages, which make it look like we "default" to MariaDB, but that won't be the case (in Yakkety) because no packages actually will use those metapackages.04:14
rbasakI should double check, but mysql-common hasn't actually changed yet.04:14
infinityrbasak: And if we don't intend to default to mariadb ever, we should change the defaults.04:14
infinityrbasak: That's the point of "defaults" packages.  Makes it easier for derivatives.04:14
rbasakDebian is only starting the switch to src:mysql-defaults. I don't think it makes sense to take it now, since we're about to feature freeze.04:14
rbasakWe can take it next cycle and add a delta or whatever.04:15
infinityrbasak: I'm really less inclined to agree, I guess.  universe syncs might start depending on the default stuff, and needing deltas, etc.  Just taking mysql-defaults and fixing it is saner.04:15
infinityrbasak: Feature freeze is pretty lax (and/or nonexistent) for unseeded stuff.04:16
infinityI think any attempt to avoid work here is likely to create more work than just uploading mysql-defaults with s/maria/mysql/ and be done with it.04:16
rbasakI just think that it'd be confusing for Yakkety and doesn't actually give us anything. In the case of a universe package getting synced and having a new dependency on default-* in Debian, it's be trivial to delta that out.04:17
infinityErr, yes.  But we can fix one package, or fix potentially many.04:18
rbasaksrc:mysql-defaults will also take over mysql-common, currently generated by src:mysql-5.7 in Ubuntu (and src:mysql-5.6 in Debian, which we will update to src:mysql-5.7 without mysql-common soon)04:18
infinityI don't get the "confusing" argument.  At all.  If nothing depends on it, it's not confusing, if something does, it's helpful.04:18
rbasakI guess it's not confusing if we do delta it.04:19
infinityAs we do for default-mta, etc.04:19
infinityThis is a Good Thing(tm).04:19
rbasakI don't disagree. Only with the timing. I'm not convinced it's useful to introduce this right now. But I don't feel strongly about it.04:27
tedgHello, I need an archive admin to delete two binaries in yakkety. url-dispatcher and indicator-datetime for s39004:59
tedgThey depend on libubuntu-app-launch which depends on Upstart which isn't building on s390.05:00
slangasektedg: binaries removed (and ftr it's not two binaries, it's all the binaries built from url-dispatcher source on s390x)05:04
tedgslangasek: Thank you, yes.05:04
tedgSorry to be confusing.05:04
slangasektedg: I'm not sure what that does to other packages that depend on liburl-dispatcher1... looks like there are other indicator packages that will need to be removed from s390x in the next round05:05
tedgslangasek: A couple, the biggest one is platform-api, but I think that already doesn't build on s390.05:06
slangasekyeah, it's only built on x86 and arm05:06
tedgHuh, surprised how big that rdepends list is...05:08
Mirvah so there's another bunch of new packages requiring --all-proposed rerun05:50
slangasekMirv: triggered; but why are these packages finding their way into -proposed while the transition is in progress?06:07
slangaseksome of these, at least, would seem to be silo landings06:07
slangasekif people are forcing in landings on top of other landings, they should maybe not do that considering it will further slow down the transition06:09
infinitytedg: The goal being to remove upstart, can we tackle that from the other direction?06:13
infinitytedg: Removing all the s390x binaries that are in the rdep chain for a package we want to stop depending on seems counter-productive.06:13
Mirvslangasek: those are silo landings yes, OTA-13 is being finalized this week06:22
Mirvthere would be an option to not release to yakkety for a little while if wanted, only publish to overlay PPA06:22
Mirvthe transition has been going on for three weeks now06:24
flocculantinfinity: images (all I looked at) aren't building - looking I assume they're having trouble with dependencies06:40
handsome_fengcjwatson, infinity: Good morning!  The Ubuntu Kylin daily iso is not created successfully. The question is about python3-aptdaemon.pkcompat package. Kubuntu and Xubuntu have the same question. But Ubuntu and lubuntu daily iso is created susccessfully.Do you know how to sovle this problem? The URL is https://launchpadlibrarian.net/278816938buildlog_ubuntu_yakkety_amd64_ubuntukylin_BUILDING.txt.gz and https://launchpadlibrarian.net/278982117/build07:28
handsome_fenglog_ubuntu_yakkety_amd64_xubuntu_BUILDING.txt.gz  Thank you !07:28
seb128handsome_feng, python3-aptdaemon.pkcompat has been removed, stop trying to install it07:33
seb128see https://launchpad.net/ubuntu/+source/aptdaemon/1.1.1+bzr982-0ubuntu1507:33
seb128just use packagekit07:33
handsome_fengseb128, I see the ubuntu-desktop package still recommend python3-aptdaemon.pkcompat,but python3-aptdaemon.pkcompat is not installed.07:39
seb128right, recommends don't fail build, they just go missing if they can't be insalled07:39
seb128but that one should probably be removed indeed07:39
seb128thanks for pointing it out07:39
handsome_fengseb128,  ubuntukylin-desktop also only recommed python3-aptdaemon.pkcompat package, but build failed07:42
seb128handsome_feng, you are sure that you don't have something else that has a depends on it?07:43
seb128otherwise I don't know but maybe infinity has some idea when he's around07:45
handsome_fengI use command "apt-cache rdepends" only find ubuntukylin-desktop which related us.07:48
handsome_fengBy the way, ubuntu mate,ubuntu gnome, xubuntu, kubuntu have the same issue.07:50
infinityubuntu.yakkety/desktop: * (python3-aptdaemon.pkcompat) # needed to keep packagekit off the images07:50
infinityseb128: So, if the intent was to keep packagekit off images, "just install packagekit" seems like a poor fix.07:51
seb128infinity, that comment is years old, from a time where packagekit didn't have a decent apt backend, my understanding with that package1.0 transition is that the packagekit backend is considered better maintained and that we want to use it07:53
seb128which is why the pkgcompat layer got dropped from aptdaemon07:54
infinityseb128: Mmkay.  Will tear it out of all the seeds, then.07:56
infinityseb128: Care to do me a favour and look at all the rdeps for pkcompat on http://people.canonical.com/~ubuntu-archive/nbs.html and make sure they're other OR deps or deps on the virtual package?07:57
infinityseb128: So we can remove the binary...07:57
seb128infinity, k, let me have a look07:58
infinityNo, some are definitely real deps.07:59
infinityubuntu-drivers-common and packagekit-tools at least.07:59
infinitygnome-packagekit-session and gstreamer1.0-packagekit08:00
infinitycyphermox: When you remove a package, it would be nice to check the rdeps. :P08:00
infinityOh, gnome-packagekit-session is itself NBS.08:01
infinityBut also not removable. :P08:01
tjaaltonanyone fancy reviewing x-x-v-intel from xenial queue? adds some pciids and apparently fixes #156860408:31
tjaaltonbug #15686008:31
ubot5bug 156860 in f-spot (Ubuntu) "f-spot crashes on tif file import" [Undecided,Invalid] https://launchpad.net/bugs/15686008:31
tjaaltonbug #156860408:31
ubot5bug 1568604 in xserver-xorg-video-intel (Ubuntu Xenial) "Mouse cursor lost when unlocking with Intel graphics" [High,Confirmed] https://launchpad.net/bugs/156860408:31
infinitytjaalton: I can haz matching lts-xenial upload?08:36
MirvLaney: i386 unity8 also passed08:39
tjaaltoninfinity: you will08:39
tjaaltoninfinity: if this works?08:40
tjaaltonI can't repro the bug08:40
Mirvso on next update excuses page should look better08:40
Mirv(amd64 Pass already visible there)08:40
LaneyMirv: cool08:41
Laneythat wasn't run with all-proposed, but it worked :-o08:41
LaneyHopefully then we just need to get the kernel08:41
MirvLaney: it was, s_langasek did a bunch of them when I asked08:42
Laneyit wasn't, you can see at the top of the log08:42
Laneyhe picked some packages instead08:42
infinitytjaalton: Not being able to reproduce is a bit annoying.08:42
MirvLaney: aren't those full -proposed archives? https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/i386/u/unity8/20160816_083258@/log.gz08:42
MirvLaney: but it still just takes the listed ones I guess?08:43
Laneyit uses apt pinning to only use those ones08:43
Mirvright, then some luck too08:43
LaneyMirv: Just kernel stuff left now, AFAICS09:01
willcookeHi gang - could someone take a look at the NM SRU please? https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=network-manager09:07
Mirvupdate_output indeed seems clearer than ever09:23
Mirv"just" the kernel is a bit worrying though09:24
Mirvwell I can imagine releasing a new kernel is not always a matter of hours09:27
Mirvand herding these cats to not publish anything new might be challenging :)09:27
Mirvmost of touch stack fortunately doesn't even affect the migrations, and unity8 and friends were just published last night so it's not going to happen soon again09:28
Saviqseb128, willcooke, hey, how do I find out about the state of unity8 dependencies WRT MIR? is there some way I could query the archive or maybe we've already a list of projects + MIR bug#s?09:46
willcookeSaviq, well, there's this:  https://trello.com/b/mab4G8UQ/unity-8-in-16-1009:56
willcookeSaviq, but that's pretty much manual09:56
willcookeand bregma has a script which walked the dependancy tree - that might help09:57
SaviqI think I'll wait for that...09:58
bregmaSaviq, ~bregma/+junk/MIR-tools10:14
Saviqbregma, ack10:19
Saviqbregma, how do I use that? generate-package-list unity8 just shows me unity8, the other shows all binaries from src:unity810:22
bregmaadd -k to keep the graphviz file and use xdot to view or sotty to convert to svg or some other format10:24
Saviqbregma, still, that only shows me the list of binaries from src:unity8, that correct?10:26
bregmaewww, I mean dotty, not sotty10:26
bregmaexample of unity8-desktop-session from the week before last: http://i.imgur.com/3e4Yq0f.jpg10:27
bregmait shows the recursive depends and recommends not in main for all binaries generated by the source packages10:28
Saviqbregma, ok, seems my sources.list caused it, got a graph now, do we have a central place listing the MIR bug#s yet?11:01
bregmaSaviq, just https://trello.com/b/mab4G8UQ/unity-8-in-16-1011:01
bregmaI was working on a script to connect trello to the packages, but got sidetracked11:02
bregmaalso https://bugs.launchpad.net/~ubuntu-mir/+subscribedbugs?orderby=-datecreated&start=011:03
Saviqbregma, in the MIR bug, I suppose I should only list direct deps?11:03
Saviqoh that looks helpful11:03
bregmaSaviq, that's what I did (ie. only dependencies, not recommends) because Seb says that's all that's really needed despite what the Wiki page says11:04
bregmawe'll see what beatings the MIR team give us over not including the recommends11:04
Saviqbregma, ah, and green is OK because it's in main?11:08
Saviqin the chart I mean?11:08
bregmaSaviq, yeah, green means the source package is already in main so the binary can just be (auto) promoted11:09
seb128Saviq, bregma, recommends in universe are going to show on component mismatch but shouldn't block iso builds/create issue, they are going to need to be eventually to be dealt with but that can come after we start installing the session and we can probably demote things to Suggests if needed11:42
bregmaunless the MIR team rejects the MIR because all recommends must be in main first, in which case we need to land all the package changes necessary to move the recommends to suggests, and all that will take time to move through the pipeline, and there are looming deadlines for 16.1011:44
seb128that's only text11:45
seb128we can change the recommends to suggests if that's what they want11:45
seb128and I doubt they are going to block on that11:45
bregmait's still a change that has to land though ci-train, and that can currently take *weeks*11:45
seb128it's everybody's interest to get the feature in so it can get tested earlier11:46
seb128it doesn't have to11:46
seb128dput still works11:46
didrocksas long as the change is in the pipe (please link it/write it in the MIR bug report), that's fine, not a blocker11:46
seb128didrocks, thanks for confirming ;-)11:46
didrocksyw ;) (that's how *I* deal with it, others might have different opinions)11:46
bregmaat least it's not as bad a Debian in that regard11:47
didrocksSaviq: you can use check-mir btw as a helper to list them if that helps11:48
MirvLaney: any word from the kernel team? is there someone we could ping directly?12:43
tedginfinity: The answer is "kinda" the problem is that most of these packages triple land all the way back to vivid.13:04
tedginfinity: I think that once UAL supports systemd we can make Upstart an optional build dep there. Which will block off some of the issues.13:04
tedginfinity: But today that is its only backend, so we kinda need it as a real build dep.13:04
infinitytedg: Right, but with the push to move yakkety to all-systemd-all-the-time, I do hope this is something being worked on.  If I have my way, we'll remove libnih/upstart/mountall from the archive entirely before release.13:08
tedginfinity: It is on my todo list, but I don't think that's a goal. AFAIK no one is porting the rest of the U8 session to systemd. It's not a goal.13:09
infinityIt very much is a goal.  People sprinted for this and everything.13:10
infinityIf we move U7 entirely to systemd but not U8, that's a bit lolz.13:10
tedg*I* sprinted on it, but that was U7 not U813:10
infinitypitti: ^-- tedg's been telling me that while unity7 systemdness was a goal, unity8 (and u-a-l?) isn't a priority for yakkety.13:11
pittinone of the touch things have been ported yet indeed13:12
pittiwe do have WIs for it, but indeed less urgent than for u713:12
infinitypitti: I'd really like to remove nih/upstart/mountall entirely by release if we can manage.  But...13:12
infinityThough, most of my pain would also be averted by someone fixing bugs in them.13:13
infinityGiven that the bugs in upstart in yakkety are entirely valid in xenial too, where we're not removing it.13:13
infinityI need to talk to Steve about allocating time for that somehow.13:13
infinityAnd chaining xnox to a desk.13:14
LaneyMirv: infinity stabbed some people with a rusty fork and it is being progressed13:34
caribouAny reason why LP: #1587988 is held in trusty-proposed ?14:14
ubot5Launchpad bug 1587988 in sssd (Ubuntu Trusty) "LDAP ping doesn't prefers site-local DCS" [High,Fix committed] https://launchpad.net/bugs/158798814:14
flocculantinfinity: thanks for the intel sru bug comment etc - have asked 'our' people to test that14:25
infinityflocculant: You're thanking a script, I don't write those comments by hand. :)14:29
infinityflocculant: If I did, they'd be more sarcastic.14:29
flocculantI'll thank anyone if it helps :p14:31
xnoxinfinity, there are a couple phone specific things that rely on upstart: click apps launching, android container -> text socket io bridge -> system upstart events -> user session upstart events (for e.g. sms notifications)15:59
xnoxclick apps launching -> tedg's help / guidance is needed to port that to systemd15:59
xnoxporting socket bridge to systemd is doable, but will need a bit of engineering to start/stop targets properties on systemd side and change things to listen/bindsto those and some such.16:00
infinityxnox: The whole upstart-versus-newer-kernels thing should probably be fixed in xenial anyway. :/16:00
xnoxfirst one is portable without a working phone.16:00
xnoxthe later one needs a phone to test things on.16:00
xnoxbecause i can't run an andorid lxc container on a regular desktop and goldfish emulator is b0rked16:01
xnoxbut do we really want to port clicks to run under systemd? and/or will the phone move to have apps as snaps? Or is .click -> .snap conversion scheduled for some time later on the current generation phones?16:01
bdmurrayslangasek: update-manager, update-notifier, and xserver-xorg-video-ati-lts-xenial are all verified and ready for an early SRU release.16:06
flocculantjbicha: I was just a bit confused how the murrine thing actually happened - and not sure of your tz :)16:23
jbichaflocculant: I'm US Eastern16:24
flocculantaah ok - not 'too' bad then for me :)16:24
* infinity wonders why packagekit-plugin-click doesn't show up on the NBS report...16:33
cjwatsonBecause it's still listed in debian/control, but conditionally not built16:33
infinityWell, that's derpy.16:33
cjwatsonNeeded to keep it existing in vivid/xenial16:33
infinitycjwatson: rdeps look clean, I'll just remove it blindly.16:36
infinityI wonder how often that happens. :/16:36
infinitycjwatson: Wow.  A local build of click in sbuild fails the testsuite miserably.  Am I missing a trick of some sort?16:37
cjwatsoner, dunno.  any details?16:37
infinitytest_fields (click.tests.test_framework.TestClickFramework) ... ERROR16:38
infinity/usr/lib/python3.5/unittest/case.py:628: ResourceWarning: unclosed file <_io.BufferedReader name=3>16:38
infinity  outcome.errors.clear()16:38
infinityA lot of stuff like that.16:38
cjwatsonhaven't the foggiest.  it's been a while16:38
infinityKay.  Don't care.  The test build was unnecessary anyway, once I realised the thing I was rebuilding for was NBS. :P16:38
slangasekflocculant, jbicha: hi, so what's the path forward on gtk2-engines-murrine?  Is this going to be fixed timely in the dependent theme package, or do we need a revert?17:02
flocculantslangasek: I'm not sure tbh tbh, ochosi is the guy to talk with17:03
ochosislangasek: it's only "fixable" in the theme package by not using the text-shadow feature anymore in the theme17:04
slangasekfor reference, the policy on SRUs is "no regressions allowed"; so whoever uploaded this SRU should take some responsibility for following through17:04
ochosias far as i can see the bug isn't fixed17:04
flocculantochosi: thanks for seeing the ping here :)17:04
ochosi(the fixes proposed for other themes simply switched to a different way of drawing text shadows which only works in some specific application contexts)17:04
ochosiso basically we either need to 1) bisect murrine to see what went wrong where and fix it or 2) roll back17:05
ochosiat least that's my view17:05
jbichais it actually a xfdesktop bug or just a murrine bug?17:05
ochosi(in theory there are hundreds of other murrine-based themes out there which use text-shadow and now have breakage)17:05
slangasekbdmurray: releasing, thanks!17:05
ochosijbicha: it's murrine. xfdesktop has a built-in function for text-shadow (stemming from the times where themes couldn't do it yet)17:06
ochosithat's the workaround17:06
ochosibut it only works for the desktop, not in other contexts17:06
ochosialso see https://bugs.launchpad.net/ubuntu/+source/gtk2-engines-murrine/+bug/1598316/comments/8 for reference17:06
ubot5Launchpad bug 1598316 in gtk2-engines-murrine (Ubuntu) "gtk2-engines-murrine desktop text shadow problem" [High,Triaged]17:06
flocculantjbicha: shoulD *that* matter?17:06
ochosisry, gotta go, bbl :/17:06
flocculantochosi: understood that :)17:07
jbichaflocculant: I think it matters when deciding which bug is more important, the bug that was fixed or the bug that was triggered17:08
flocculantI guess17:08
flocculantwhat we have is brokne desktops17:09
ochosifinal note: as murrine is longtime unmaintained it shouldn't be terribly hard to find the offending commit17:09
ochosii'm even surprised anyone commits to it at all17:09
* ochosi would look at cimi with sad puppy eyes if he were in this channel right now17:09
jbichaochosi: the bug was triggered by https://launchpad.net/ubuntu/+source/gtk2-engines-murrine/0.98.2-0ubuntu2.117:10
jbichawhich was accepted into multiple other distros17:10
flocculantjbicha slangasek I don't code at all - I just try to get testing done, when something breaks when it *was* ok - hands up in surrender17:10
flocculantjbicha: so can it not be reverted?17:10
jbichaochosi: I think we're delegating the decision on what to do here to you then17:10
jbichasure, it can be reverted; I guess people using 3rd party themes is more common than people using a bitmap font as their system font17:12
flocculantjbicha: I don't know enough to comment more atm, I'll leave that to others17:13
flocculantall I'll say is *we* have to test with foo, if it then changes and a flavour ends up broken - that's not good for anyone :)17:14
flocculantwhat I know is that the update broke things for us17:17
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?17:48
ubot5Launchpad bug 1398569 in schroot (Ubuntu) "overlayfs: handle v3.18 overlay union type" [Medium,Fix released]17:48
ochosijbicha, flocculant: i'll take a look at that commit and see whether i can fix the fix...17:57
ochosi(don't hold your breath though)17:58
tsimonq2gb_mks: probably #ubuntu-devel18:03
gb_mkstsimonq2: thanks  :) I will try there18:03
tsimonq2slangasek, infinity: so lubuntu-next is just not building at all, very weird http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu-next/yakkety/18:08
* tsimonq2 double-checks cron18:09
tsimonq2(I *thought* it was like 11:something AM my time that it spun up and it's 1:09 PM)18:09
slangasektsimonq2: I see the lubuntu cronjob still running, and the crontab edit you made causes lubuntu-next to be serialized behind lubuntu which is probably still running19:32
tsimonq2slangasek: ohh good point19:33
tsimonq2slangasek: thanks19:33
tsimonq2slangasek: wait a minute... https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/lubuntu should be done? look at the log for powerpc19:35
tsimonq2I'm no expert but doesn't the PPC log look done already?19:35
wxlwell desktop hasn't built yet19:37
tsimonq2wxl: really?19:52
tsimonq2wait, but I think it's waiting on PPC19:52
tsimonq2oh nvm19:53
tsimonq2so if the live image is built, why isn't it continuing? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/yakkety/daily-live-20160816.log19:55
cjwatsontsimonq2: cd-build-logs is only synced periodically, it's not a live log19:56
tsimonq2good to know, thanks cjwatson19:57
cjwatson*/15 * * * *    mirror-image-build-logs19:57
cjwatsonjust finished19:58
tsimonq2so in a minute and a half it'll sync?19:58
cjwatsontsimonq2: ish19:59
cjwatsonI don't recall how long the rsync takes19:59
tsimonq2there it is! \o/20:02
tsimonq2slangasek: what's the deal? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu-next/yakkety/daily-live-20160816.log20:03
wxlsame error from yesterday20:04
wxldidn't you guys merge the fix yesterday?20:05
cjwatsonlooks like no livefs-launchpad change, again20:05
slangasekinfinity: ^^ did you forget to push your livefs-launchpad change?20:05
wxlalso is "Could not resolve hostname royal.buildd" to be concerned about?20:08
slangasekthat's because of trying to do a non-launchpad build, which is probably a knock-on effect of the missing merge20:10
cjwatsonwe should probably kill the fallback to be less confusing, but it would just fail differently :)20:11
cjwatson(or at least kill the fallback configuration; the code is still conceivably useful for people doing stuff locally)20:12
infinityslangasek: I didn't make a livefs-launchpad change.21:01
infinityslangasek: I pointed out to you where to make it. :P21:01
infinityslangasek: I guess a slight miscommunication there.21:01
* infinity goes and makes the change now.21:02
slangasekinfinity: ah, sorry21:03
slangasekand thanks :)21:03
wxlinfinity: when that's merged, is it possible to trigger the rebuild?21:03
infinitywxl: Sure.21:03
wxlinfinity: thank you kindly, sir.21:03
infinitylivefses are building, at least.21:06
wxlyay you rock!21:06
infinityErr, oh.  Crap.21:06
tsimonq2ooh what's that mean?21:07
tsimonq2what happened? :O21:07
infinityI goofed something.  Cancelling and trying again.21:08
tsimonq2ok 👌21:08
Ukikieinfinity: Speaking of which, you guys bothered to review the MATE/Xubuntu ones?21:10
mwhudsonslangasek: can you process golang-github-coreos-go-systemd ^ through NEW?21:28
mwhudsonslangasek: then i can upload lxd!21:28
wxltsimonq2: bah https://launchpadlibrarian.net/279311792/buildlog_ubuntu_yakkety_powerpc_lubuntu-next_BUILDING.txt.gz21:32
wxllubuntu-default-seetings is the problem21:32
tsimonq2oh gawd21:38
slangasekmwhudson: done21:42
mwhudsonslangasek: thanks21:42
infinitymwhudson: Will this lxd pass its testsuite? :)21:45
mwhudsoninfinity: i certainly hope so!21:45
mwhudsonthere's not really an easy way to find out apart from uploading to -proposed is there?21:45
infinitymwhudson: You can run autopkgtests locally, but every time I need to do so, I find myself forgetting where that's documented. :/21:49
infinitydoko: Your addition of python3-talloc{,-dev} got removed in a later Debian upload.  Do you want to reintroduce that as an Ubuntu delta, or fix the one rdep (ldb) to not care?21:54
jbichamwhudson: it's also possible to run autopkgtest.u.c from a ppa but it's not a very intuitive process21:58

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