=== _salem is now known as salem_
jbichaBluefoxicy: you could file a bug and use the tag upgrade-software-version01:45
jbichasince monodevelop is currently synced with Debian, you can also file a bug against the Debian package, severity wishlist01:46
=== salem_ is now known as _salem
pittiGood morning07:43
ginggsmorning pitti!  are you up for looking at pandas LP: #1643151 ?  fewer removals needed now08:18
ubottuLaunchpad bug 1643151 in sunpy (Ubuntu) "Please remove sad pandas and friends" [Undecided,New] https://launchpad.net/bugs/164315108:18
pittiginggs: I really don't like removing pandas, they are endangered and cute!!08:28
pittiginggs: (looking ☺ )08:28
didrocksturning them into happy pandas is a way to remove sad pandas :)08:29
ginggspitti: true, but they have reproducibility problems08:29
pittiginggs: so maybe you should add a Depends: to sextractor?08:29
pittiginggs: hmm, do you have a list of all binaries that need to be removed?08:43
* pitti is piecing them together with reverse-depends, but you may already have it08:43
ginggspitti: sorry i don't have a single list with all of them handy08:44
pittiok, nevermind08:45
pittiginggs: http://paste.ubuntu.com/23622919/ ← looks plausible?09:04
pitti(took a bit, some binaries are weird)09:05
ginggspitti: looks way more than i expected, let me check09:05
ginggspitti: libsopt* shouldn't be on that list, it no longer depends on pandas09:07
pittiginggs: that's reverse-depends and binaries of reverse-build-depends, minus packages that are only in -proposed09:07
pittiginggs: ok, dropped09:09
ginggspitti: thanks very much09:12
pittiginggs: rest looks good?09:12
ginggsoh wait09:12
ginggsi misunderstood what you meant by dropped09:13
ginggspitti: glueviz (and others) only build arch:all packages09:13
pittiginggs: but these still need to be removed on these arches09:14
pitti.. I think09:14
pittiwell, they would come back next time it gets built, but they would be uninstallable09:14
ginggsbut there is no such thing as glueviz 0.9.0+dfsg-1 arm64 binary, is there?09:15
pittiit's published there09:16
pittiI don't think it makes much of a difference -- it's either present and uninstallable, or not publshed there, but will come back with the next build09:16
ginggspitti: i don't understand.  where do you see glueviz is published for arm64?09:18
pitti glueviz      | 0.9.0+dfsg-1 | zesty/universe          | source, all09:18
pittiginggs: well, if you prefer I can remove them, if you have a list of arch:all packages from that list09:18
ginggsi was just going to paste that09:18
pittibut I'd rather remove it from these arches too09:19
ginggspitti: so rmadison says source,all - i don't see arm64, but i'm just not understanding, so please go ahead09:19
sil2100fossfreedom: hey! Let me take a look at your cdimage merge in a bit :)09:27
fossfreedomsil2100 - thanks!09:31
ginggspitti: thanks for dealing with those pandas, it was the humane thing to do09:45
jbichapitti: if you're doing removals, could you look at bug 1649163 ?09:47
ubottubug 1649163 in ubuntu-mobile-default-settings (Ubuntu) "Please remove ubuntu-mobile-default-settings from Ubuntu" [Undecided,New] https://launchpad.net/bugs/164916309:47
pittijbicha: done10:01
tjaaltonlooks like plasma-framework is blocking mesa, test on s390x has failed since quite a time10:01
xnoxtjaalton, right. but i'm pretty sure plasma-framework does not care about s390x.10:05
xnoxinfinity, could you please do the hints magic for plasma-framework s390x test? ^10:06
tjaaltonthat too10:06
dokoxnox, cjwatson: does haskell defaults to -O0 on s390x?10:23
dokohmm, haskell-xmlhtml builds in unstable10:25
xnoxdoko, i didn't think so. i thought the "advanced" haskell was missing with some fancy features.10:26
xnoxwhatever that thing was.10:26
xnoxmaybe that's not true any more. ghc provides look the same and have ghc-dynamic and ghc-ghci10:29
xnoxdoko, you are looking at rebuild results?10:30
dokoyes, but gcc-7 only for now10:30
xnoxdid not build on s390x in release....10:31
dokoright, but the file succeeds to build when -O1 is used10:31
dokoI assume this is our limitation on memory/swap10:32
doko$ wc -l ghc_12.i10:32
doko5146360 ghc_12.i10:32
doko-rw-rw-r-- 1 ubuntu ubuntu 207693501 Dec 13 10:15 ghc_12.i10:32
ubottuError: Ubuntu bug 207693501 could not be found10:32
dokotry 207693502 ;p10:33
dokotry ubuntu 207693502 ;p10:33
ubottuError: Ubuntu bug 207693502 could not be found10:33
cpaelzerHi, I'd have an MRE question10:38
cpaelzerI know that for a totally new version one has to upload the new orig tarball, but I wondere how that works with an MRE10:38
cpaelzerzesty already has the newer orig tarball - so one could say LP has it10:38
cpaelzerbut (so far) yakkety does not10:38
cpaelzernow I want to properly upload this for MRE and wonder if I have to set -sa or not on buildpackage to include the orig tarball on the upload10:39
xnoxcpaelzer, largely irrelevant. either your upload will be rejected straight away, or will hit the unapproved queue.10:42
xnoxcpaelzer, you can use -sa alway... and launchpad will discard duplicate tarballs for you.10:42
cpaelzerxnox: thank, the latter is interesting as I thought to read a warning that it might be rejected if it has one already10:49
cpaelzerxnox: I cant find it but maybe that triggers only if it is different which might be a perfect case to reject it10:49
cpaelzerxnox: ah here dput is what is telling me "Package includes an .orig.tar.gz file although the debian revision suggests that it might not be required. Multiple uploads of the .orig.tar.gz may be rejected by the upload queue management software."10:53
pittixnox: nice, apt full-upgrade on my VM marks libcgmanager0 and upstart for auto-removal11:02
pittixnox: thanks for landing unity-greeter!11:02
xnoxcpaelzer, be a rebel, ignore warnings.11:03
xnoxcpaelzer, launchpad enforces that checksum of the .orig.* in the .dsc remains the same. whether you upload one (again) or not is irrelevant, as long as there is at least one.11:04
xnoxat least one copy.11:04
pittixnox: I still have indicator-network running (from gnome-session), that's still outstanding or unexpected?11:04
xnoxpitti, still outstanding11:05
* cpaelzer is not so rebel-ish most of the time, but thanks for the quote xnox - I feel safer now!11:05
xnoxpitti, i have a branch somewhere for it, but not landed yet.11:05
fossfreedomsil2100: thanks for the review.  Much appreciated.11:22
fossfreedomsil2100: I presume the DMB needs to officially approve ~ubuntubudgie-dev ?11:24
sil2100fossfreedom: I think so! I need to bring this up with them as enabling a new flavor is something new to me!11:25
fossfreedomah - makes sense.11:25
sil2100fossfreedom: it looks good to me so far but I think the DMB would need to take ownership if it, but that might be the TB's responsibility11:25
fossfreedomQuick question if I may?11:25
fossfreedomThe seed "owner" is me - I'm fuzzy how to upload a bzr branch as a team (ubuntubudgie-dev) rather than myself.  Any thoughts?11:26
sil2100fossfreedom: if you go to the seed branch details, you can then go to 'Change branch details'11:27
sil2100fossfreedom: there you should be able to change the owner11:28
sil2100fossfreedom: once you do that you should still be able to bzr push to it as normal since you're a member of the team11:28
fossfreedomsil2100: thanks - I think that worked. the branch is now called "lp:~ubuntubudgie-dev/ubuntu-cdimage/ubuntu-cdimage"11:30
sil2100Same for the seeds?11:31
=== _salem is now known as salem_
fossfreedomsil2100: think that's done as well - lp:~ubuntubudgie-dev/ubuntu-seeds/ubuntu-budgie.zesty11:34
sil2100fossfreedom: excellent, I'm poking around to see if we can get the team officially blessed11:35
sil2100Need to find out who has the power to do that - is it the TB after creating the packageset or can it be us for now11:35
fossfreedomsil2100: you sir are an officer and a gentleman.  Thanks!11:36
sil2100yw! Sorry it looks a bit chaotic so far11:38
mitya57pitti, hi, it is reported that docutils breaks sphinx autopkgtest, but is it possible to retry that with the proposed version of sphinx rather than the release one?11:59
mitya57Also, I get 500 internal server errors when trying to retry the tests :(11:59
Laneymitya57: add extra &trigger= to the URL12:03
* Laney just tried a retry and it worked, maybe transient12:03
mitya57Laney, You submitted an invalid request: Malformed trigger, must be srcpackage/version12:04
mitya57I.e. it was https://autopkgtest.ubuntu.com/request.cgi?release=zesty&arch=amd64&package=sphinx&trigger=python-docutils%2F0.13.1%2Bdfsg-112:05
mitya57And I changed it to https://autopkgtest.ubuntu.com/request.cgi?release=zesty&arch=amd64&package=sphinx&trigger=12:05
mitya57Laney, what should I replace python-docutils/0.13.1+dfsg-1 with?12:06
Laneyyou should add &trigger=sphinx/theversioninproposed if you want it to get that too12:08
Laneyto the URL that you get from excuses.html, that is12:11
LaneyJust append it on the end12:11
* Laney . o O ( where else would you append it? )12:12
* mitya57 finally got it12:13
mitya57Laney, thanks!12:13
Laneymitya57: yw12:14
Laneylooks like sphinx itself has a few red tests, would be good to look at those12:14
mitya57I've looked at most logs, they don't even mention sphinx — so something unrelated12:15
mitya57But some packages definitely need fixing, like hovercraft which I'm looking at right now12:16
Bluefoxicyugh, this is the worst interface13:02
* Bluefoxicy just finds a way to file bugs, then modifies the URL in launchpad to not be stupid.13:02
=== marcusto_ is now known as marcustomlinson
BluefoxicyOkay, not sure if I did that right, but now Launchpad #1649580 also references Debian Bug #84803813:33
ubottuLaunchpad bug 1649580 in monodevelop (Ubuntu) "Update Monodevelop to 6.1" [Undecided,New] https://launchpad.net/bugs/164958013:33
ubottuDebian bug 848038 in monodevelop "Monodevelop upgrade to 6.1 in Sid" [Normal,Open] http://bugs.debian.org/84803813:33
BluefoxicyI'm not sure if Ubuntu even has a Mono team anymore13:34
=== hikiko is now known as hikiko|ln
ginggspitti, re: pandas we missed removing python3-feather-format arm64, will you do it please?13:59
pittiginggs: *flush*14:00
ginggspitti: thanks14:00
cpaelzerrobru: is there a way to splot the bileto associated autopkgtests in the queue to get an ETA feeling ?14:05
pitticpaelzer: PPA queues are zarro (http://autopkgtest.ubuntu.com/running)14:05
cpaelzerpitti: ok, so I learned the source is the ppa queue14:06
cpaelzerpitti: but I'm missing my automated sign-off, how would I get to logs or so14:06
cpaelzersorry, just too new to bileto in that regard14:06
cpaelzerpitti: https://bileto.ubuntu.com/#/ticket/229014:07
pitticpaelzer: actually, there's one unity8 run for ticket #2233 queued14:07
pitti... so not that14:07
cpaelzershould be libvirt14:07
pitticpaelzer: hm, it didn't even start testing yet -- there is no link to an excuses page14:08
pitti" No packages are being considered! If you are preparing sources manually, please upload them to the PPA now."14:08
pittiI suppose you did that as the PPA has a libvirt14:08
cpaelzerpitti: they are in the ppa14:08
pitticpaelzer: sorry, can't say, deferring to roaksoax14:09
pittierr, robru14:09
cpaelzerpitti: and I checked the "Lander Signoff" which according to Bileto docu is the next to kick of britney14:09
cpaelzerpitti: thanks for thinking through the basics with me, waiting for robru then14:09
cpaelzerrobru: ^^14:09
caribourbasak: Hi,got a minute to discuss the isc-dhcp / isc-dhcp-ddns issue ?14:10
pitticpaelzer: try to click the "diffs" button perhaps? that's the one it keeps complaining about, not sure14:10
robrupitti: where are you seeing "no packages..."? That's quite an old status, not relevant14:12
pittirobru: I just checked the audit log for anything that might stand out14:12
robrucpaelzer: indeed, the"missing diff" status is why autopkgtests aren't running14:12
pittirobru: I didn't expect you to be awake at this hour, jetlag FTW? :-(14:12
robrupitti: yes quite jetlagged14:12
cpaelzerok, hitting regenerate diffs now - didn't know that was a blocking step14:13
=== scottt is now known as Guest41818
robrucpaelzer: yes, for tickets built from merges, it generates the diff at the same time it generates the source packages. When you upload manual sources though it doesn't get a chance to do that so you have to do it manually14:14
rbasakcaribou: yes. Would a hangout be easiest, maybe with slashd? I don't see him online though.14:14
robruThis is one of the pain points that makes MPs first class and source packages second class14:14
pittirobru: ah, that actually makes sense -- there's no way of telling when the dev is done uploading bits to the PPA14:15
caribourbasak: yes he is, spoke to him earlier. Let me set it up14:15
cpaelzerI'm fine to note it and press it into my muscle memory over time, just didn't know14:15
rbasakcaribou: ack14:15
pittirobru: although the "build" button would be slightly less confusing than the diffs one, I suppose14:15
robrupitti: for a while there was some code to auto diff but it was error prone, often triggering at inopportune times14:16
cpaelzerrobru: but now generating diff failed I think, is ended with Diff missing - is there something I could do about that?14:16
robrupitti: build and diff buttons are indistinguishable if you don't have MPs14:16
robrucpaelzer: sigh, that's a race condition. Can you file a bug against lp: bileto please? Just say "status at end of diff job fails to notice new diffs"14:18
cpaelzerrobru: sure I can file one14:18
cpaelzerrobru: what can I do now to trigger britney for me in the meanwhile?14:19
robrucpaelzer: nothing. You need to wait  up to ~20 min for the status to correct itself, then you should see "successfully built" along with "automated signoff: queued"14:20
cpaelzerrobru: ok, thanks that is fine for me14:20
robruYou're welcome14:20
cpaelzeras long as I know it will continue to stumble forward I'm fine - just don't want to know it blocked14:20
robrucpaelzer: ping me again if it doesn't say "successfully built" within 20min but it should be good14:21
cpaelzerrobru: ok, will do so - until then you now have bug 1649595 to track14:21
ubottubug 1649595 in Bileto "status at end of diff job fails to notice new diffs" [Undecided,New] https://launchpad.net/bugs/164959514:21
dokoLaney: did you find out a system how to rebuild the gnat packages?14:25
Laneydoko: no, just finding ones which fail autopkgtests14:26
=== hikiko|ln is now known as hikiko
pete-woodspitti: hi. sorry to hear you're leaving14:45
pete-woodsbeen good working with you14:45
pete-woodshad a question before you go, though14:45
pete-woodshow should I go about getting stuff into python-dbusmock from now on?14:45
dobeypete-woods: what would you put into python-dbusmock?14:45
pete-woodsdobey: nothing this very second14:46
pittipete-woods: no change really; I keep maintaining this project on Github and debian14:46
pittipete-woods: I'll probably just stop worrying about the overlays, but I figure you can do that yourself14:46
pete-woodspitti: hmm, probably not, but I can learn :)14:46
dobeypete-woods: sure. just seems like if it's a new module to mock something it should go into the project it's mocking, not python-dbusmock :)14:47
pete-woodspitti: thanks for the info :)14:47
pete-woodsdobey: this would be things like the NM template, and general fixes, though14:47
dobeyah ok, though i'd say someone really needs to get the NM template upstreamed14:48
dobeyaww there isn't a cups template in dbusmock. doh14:49
pete-woodsbut then I need to push updates to network-manager14:50
pete-woodswhich would likely be super slow14:50
pittimy gut feeling is that keeping the templates in dbusmock is easier all around14:50
* pete-woods still doesn't know where he'd be in Canonical without pitti's dbusmock14:51
pete-woodsprobably having had a breakdown somewhere around the 1 year mark and quitting14:52
cpaelzerrobru: it kind of worked, I got a ping in ubuntu-ci-eng that it built, and automated signed off switched to queued - but I still can't find it anywhere on http://autopkgtest.ubuntu.com14:52
pittiyou might have written it yourself? :-)14:52
pete-woodspitti: I'd have tried. but my python-fu isn't that strong14:52
cpaelzerrobru: neither queued, not failed/succeeded - if you spot it let me know where to look for it14:52
pete-woodsit'd probably have been a C++ project, and been very tough14:52
dobeypete-woods: not that hard. i implemented something similar before dbusmock existed :)14:53
robrucpaelzer: no you're confused. "Queued" in bileto doesn't mean "i triggered your autopkgtests", it means "this is in the queue of things to have autopkgtests triggered for"14:53
pete-woodsto make it as flexible as python-dbusmock I think it might have been14:53
dobeymostly it's just busy work14:54
pete-woodsyou can just stuff code in strings with python14:54
pittipete-woods: most of it isn't rocket science, but writing the generic method mocks and poking in dbus-python's innards was an interesting research exercise14:54
robruEg, eventually britney will see it and trigger autopkgtests14:54
dobeyyeah, writing it in C++ would have been limiting for sure14:54
cpaelzerrobru: very meta that is - thanks for un-con-fusing14:54
dobeybut i can't say that i enjoy writing python inside strings in c++ as a means of writing tests, either :P14:55
pittidobey: OOI, why would you?14:55
pittidobey: dbusmock's primary interface is, well, d-bus, not python14:56
pittiwell, the function bodies need to be python, sure (but usually they are trivial half-liners)14:56
robrucpaelzer: it's unfortunately a limitation of britney. It doesn't just trigger autopkgtests, it also does silly things like "load entire Ubuntu archive into memory", so this means it can only inspect one ticket at a time (is impossible to run two in parallel, you get OOM), so it takes a while to churn through all the tickets14:56
robrucpaelzer: eventually your ticket should say "running" and then at that point you can expect them to show up in autopkgtest infra14:58
pittirobru: well, it does super-polynomial computations over the archive graph (although in almost all practical cases i's O(n²), but you really don't want to do that on-disk :)14:58
robrupitti: yes, but it is quite the bottleneck when all you want is to trigger autopkgtests14:59
pittirobru: well, you still want installability tests too, no?14:59
dobeyrobru: but how do you know what to trigger, without inspecting the archive graph?14:59
pittirobru: you already disable second-stage installability, but at least the package itself should be installable in its own right14:59
pittiand rdepends calculation needs the entire archive map too15:00
pittifor britney's original intent (running once for every distro) that's quite fine15:00
robrupitti: i suppose15:00
pittithe thing to optimize for britney would be to only do that initial loading/map building once, instead of once per silo15:00
pittior maybe pickle it out15:00
robruOoooooooooh pickle15:00
pittior whatever the fastest serialization is these days :)15:01
robruPoor cpaelzer just wants autopkgtests run and here he has to wait for britney to poke every other ticket before his. Autopkgtests can run in parallel but britney has to run each ticket in series before it even notices to trigger them15:02
pittirobru: she's your's now, have fun teaching that rascal :)15:03
robrupitti: if CI train is and indication, i suppose i will spend the next 4 years rewriting it from scratch, twice15:04
pittirobru: once in Go, and the final version in Haskell :)15:04
robrupitti: did you know m4 is Turing-complete? I once wrote a prime-number calculator using nothing but m4 macros15:06
pittirobru: I do know that C++ templates are -- I've seen a crazy project which actually uses that in uni time15:07
dimscjwatson : wgrant : can you please help with lp bug 1609128? (i tried to find you a few days ago, here's some context https://irclogs.ubuntu.com/2016/12/07/%23ubuntu-devel.html#t16:24)15:44
ubottuLaunchpad bug 1609128 in lazr.authentication "PyPI metadata is wrong" [Undecided,New] https://launchpad.net/bugs/160912815:44
cjwatsonyeah, rolling an updated release is on my to-do list, but I'm behind on a bunch of code I need to write first15:46
dimscjwatson : i see thanks. waiting eagerly15:48
cjwatson~/wg 11915:48
chrisccoulsonpitti, I guess now's a bad time to ask you if you feel like maintaining a web browser? ;)15:51
pittichrisccoulson: slight grammar -- I'll be maintaining something that runs *in* a web browser :)15:52
chrisccoulsonpitti, it looks like it's going to be a lot of fun anyway :)15:53
seb128chrisccoulson, hey, aren't you supposed to be on holidays? ;-)15:55
chrisccoulsonseb128, yep. I'm back temporarily, thanks to adobe and mozilla15:55
seb128oh right15:55
seb128the fun never stops for you, I almost forgot15:56
chrisccoulson"fun" ;)15:56
seb128didn't you have a release to get out on newyear or something last year?15:56
* seb128 doesn't remember the details15:56
chrisccoulsonseb128, last year it was flashplayer, 28th december15:57
seb128well, dec 13th is better!15:57
chrisccoulsonI don't really understand how I ended up with flash tbh15:57
pittican we just leave it broken, and may it never come back?15:58
pittihonest question: does anyone actually encounter flash on any non-pr0n web sites these days?15:58
seb128chrisccoulson, hope your enjoy your holidays once that round of updates is done!15:58
pittiI haven't had it installed for several years, but of course everyone uses different websites15:58
chrisccoulsonpitti, I don't know. I struggle to find sites to test it with now. BBC News still seems to require it too15:59
pittiwe can thank Android and phones, I think15:59
seb128pitti, I think the website they use for the townhall calls does15:59
seb128I couldn't use it on my firefox last time15:59
pittianything that doesn't work on a mobile browser basically ceased to exist, no?15:59
pittiseb128: bluejeans?15:59
chrisccoulsongetting rid of flash and convincing seb128 to maintain firefox should be my new years resolution16:00
pittiseb128: right, I had to use chromium for that one, not sure if it was a codec or flash issue16:00
seb128chrisccoulson, let's see how convincing you can be ;-)16:00
chrisccoulsonseb128, beer?16:00
Laneyseb128 only responds to absinthe16:01
seb128beer is a start16:01
pittiice cream has been observed to have a measurable effect too16:01
seb128not sure it's going to enough to make me agree to maintain firefox though16:01
pittiand stollen16:01
seb128Laney, shusssh16:01
* seb128 is hungry now16:02
chrisccoulsonme too16:02
chrisccoulsonI've already over-eaten though and it's only dec 1316:02
cjwatsonpitti: flash is still commonplace on websites aimed at kids, I find16:07
dobeyflash is sadly still commonplace in way too many places :(16:08
pittiah -- I wasn't trying to troll (much), but genuinely interested16:08
dobeypitti: i had to use flash yesterday to listen to a company video conf call :)16:08
pittiI surely wouldn't look at kid's websites, so that's a good data point16:08
dobeypitti: some banks use flash for certain features still16:09
pittiTTFN -- time to start the EOY holidays, IRC-less; I wish you all some nice resting and time with your family, see you back in January!16:18
cjwatsonhave fun!16:18
dholbachpitti, all the best!16:19
roadmrenjoy pitti !16:19
ckingall the best pitti16:20
popeypitti: bluejeans - our company site for commuication from our great leaders...16:22
naccslangasek: so I got the zend* stuff mostly sorted in zesty. But I think it's currently stuck because there is one binary package that disappears in the transition from src:zend-framework to src:zendframework (libzend-framework-zendx-php). I documented this drop in the changelog, but perhaps I should have indicated in the control that zendframework Breaks libzend-framework-zendx-php? It doesn't provide16:29
naccor replace it, though. Just looking for some guidance on how to resolve the transition16:29
=== shuduo is now known as shuduo-afk
xnoxjuliank, mvo: today i learned what "rc" status stands for. Finally apt search told me that it's for [residual-config]16:44
xnoxi always thought that it was strange to call leftover configs as "removed-configs"16:45
mvoxnox: heh16:46
Laneywhat does rc mean in /etc?16:47
juliankxnox: It actually stands for remove config-files16:47
juliankThat is, the package is selected for removal in dpkg; but still has config-files on the system16:47
Laney"run commands" apparently16:47
* Laney gets a history lesson16:47
* xnox thought rc stands for stable software16:48
rbasakbdmurray: I hadn't looked at bug 1640823 again, no. Shall I review and release if appropriate during my SRU day tomorrow?16:49
ubottubug 1640823 in util-linux (Ubuntu Trusty) "[trusty] mount -o loop is limited to 8 loop devices" [Undecided,Fix committed] https://launchpad.net/bugs/164082316:49
juliankxnox: remote control16:49
bdmurrayrbasak: Since you had an opinion I think that's appropriate16:50
rbasakbdmurray: OK will do, thanks.16:51
slangaseknacc: libzend-framework-zendx-php, is this something that would have been a top-level package users would install?16:57
naccslangasek: yeah, it's a leaf package with no rdeps16:59
naccbarry: fyi, i've refreshed my snap, i just need to verify it still works :)17:01
barrynacc: nice17:04
naccslangasek: or is this a consequence of needing to also delete src:zend-framework from zesty (see: LP: #1593024 c#14)17:09
ubottuLaunchpad bug 1593024 in zend-framework (Ubuntu) "Unblacklist and sync zendframework 1.12.18+dfsg-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/159302417:09
slangaseknacc: so, that means someone who has that package installed will have a somewhat rocky upgrade (basically, what trips update-output can also trip a user upgrade).  Should there be a libzend-framework-zendx-php dummy package that depends on something else in the new set?17:09
naccslangasek: right, i could do that, but there's nothing that is libzend-framework-zendx-php that is provied by zendframework, unfortunately17:10
naccslangasek: so the zend-framework orig tarball differs from zendframework. z-f used the 'full' tarball which included unsupported/experimental extensions, zf only ships the core17:11
naccslangasek: and so zf doesn't provide those extensions at all, or anything that replaces that functionality17:12
slangaseknacc: ok. In that case, the current packages are probably fine as-is and we just need to mangle the archive a bit to let this in17:13
naccslangasek: ack, I wasn't finding anything in the debian manual that covered this case -- and the upgrade of the packages that are upgradeable does work (i tested that already earlier) -- it's just this one leaf package.17:15
juliankSo, now that the word is out about the apt security update: I also uploaded 1.2.18 to xenial-proposed to replace the 1.2.17 in the queue there, so the queue contaisn a fixed version too17:18
juliankTo prevent an accidental upload of 1.2.17, it would be wise to remove it from the unapproved queue, and only keep 1.2.18 in there17:19
=== scottt is now known as Guest87990
juliankThat said, I might want to rebuild the changes file for 1.2.18 with all changes since 1.2.1517:25
infinityjuliank: Yeah, can you reupload 1.2.18 with the right -v?17:41
juliankinfinity: done17:43
infinityjuliank: Ta.17:43
juliankNow I need to figure out when the next normal stable release updates will happen. My queues got a bit strange with the whole security business17:46
julianks/queues/patch queues/17:46
Laneydoko: For some reason libaws has built now, so maybe this ada stuff can move forward a bit17:47
juliankThat is, 1.3.3 and 1.2.19 will happen at some point. Not sure when, though.17:47
* Laney is off from today but might poke at it a bit if there's time17:47
Laneyotherwise please do17:47
* juliank is a constant bugfix cherry-picking machine17:49
infinityjuliank: Why did aclocal.m4 and configure disappear?17:56
juliankinfinity: What, that sounds weird.17:56
infinityjuliank: (I realise they probably come back on debian/rules clean, but that still seems like poor form for an upstream tarball to not ship them)17:56
juliankinfinity: I accidentally passed -nc to gbp buildpackage.17:57
juliankI'll reupload one without -nc17:57
juliankToo many non-git uploads prepared the past week17:58
infinityjuliank: Ta.  I assume 1.2.18 doesn't actually "exist" in the wild outside of the xenial queue?17:58
juliankNot in the tarball form :)17:58
infinityThen a fresh upload would be lovely.17:58
infinitydebian/copyright went byebye too.  Symptom of the same oops?17:59
juliankinfinity: Should be in now.17:59
infinityjuliank: That looks better.  Will give it a bit of a once-over for obvious breakage and accept today.18:03
juliankThis will make sarnold very happy :)18:04
infinityHe's never happy.18:04
juliankhe smiled!18:14
infinityIt's a ruse.18:14
attentehi, would anyone be able to sponsor a xenial sru for bubblewrap? https://bugs.launchpad.net/ubuntu/+source/bubblewrap/+bug/164933018:18
ubottuLaunchpad bug 1649330 in bubblewrap (Ubuntu) "[SRU] bubblewrap unavailable on xenial" [Undecided,New]18:18
infinityjuliank: Unrelated to the quality of the SRU (which I'm about to accept), but I suspect your travis.yml referencing wily all over the place might explode when we remove wily from the mirrors.18:21
juliankattente: In any case, the version number is wrong. Not sure about policy regarding adding new packages in an SRU.18:22
juliankinfinity: Yeah. I'm building a PPA picking the components I need, but I'm not done yet18:22
attentejuliank: what should the version number be?18:23
naccattente: https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging18:23
naccis a good reference18:23
attentenacc: thanks18:24
attentei'll update that18:24
julianknacc: That does not mention anything about those ~ uploads though18:24
naccjuliank: you mean, e.g. ~ppa1 etc?18:25
julianknacc: I meant, you basically would want 0.1.4-2~ubuntu0.118:25
juliankotherwise your version is higher than zesty18:25
juliankzesty having 0.1.4-218:26
infinityattente: Two things.  Version should be "0.1.4-2~16.04.1" to indicate a no-change backport.18:26
infinityattente: Second thing: can you see if 0.1.2-1 from yakkety works just as well for your purposes?18:26
infinityattente: Cause xenial should *not* be higher than yakkety, so if you *need* the zesty verion, then it needs to be backported to both releases, with a really good reason why.18:27
naccjuliank: ah yes, i hadn't looked at the details of this specific case18:27
attenteinfinity: d'oh, of course18:27
infinityattente: (note: I'll probably reject that reason unless it's stellar)18:27
infinityattente: So, preferably, backport yakkety's version, so if it does the job, then let's do that.18:27
infinitys/so if/see if/18:27
attenteinfinity: thanks, i'll do that18:28
infinityattente: Basic reasoning here from my side: There's pretty much 0 chance of regression in introducing a NEW package into an old release, but updating a package in a stable release is much more potentially dangerous.18:28
infinitySo, happy to handwave review and accept the yakkety version backported to xenial, once you verify it fits your needs.18:28
attenteinfinity: thank you18:29
naccslangasek: infinity: do i also need AA help for the imagemagick migration? (two binaries being removed in the version change)18:31
infinitynacc: Usually not.18:31
infinitynacc: Binary removal is simulated by proposed-migration to do the installability checks, but they're not actually removed until after migration, when we get around to tidying up after you.18:32
infinitynacc: Oh.  Except for those two NBS binaries that are *in proposed*.  I'll whack those.18:32
naccinfinity: ah thanks!18:33
infinitynacc: Cleaned up for you.18:34
naccinfinity: thanks again!18:40
attenteinfinity: hi, i've tried the yakkety version and it works fine too. the version is also fixed: https://launchpad.net/~attente/+archive/ubuntu/test?field.series_filter=xenial18:51
slangaseknacc: yeah, when you see those kinds of messages in update_excuses, pointing the AAs at it is the right thing to do18:55
naccslangasek: thanks!19:47
=== salem_ is now known as _salem
locust__Any ipmitool maintainers around?22:40
dokoLaney: you shouldn't use -feliminate-dwarf2-dups, I'm told that it is broken. Passing -gz to compile and linker flags should work now23:19
nacclocust__: well, we're currently in sync with debian right now, afaict (post 16.04). What specifically do you need?23:28

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