=== alexlist` is now known as alexlist
naccslangasek: can i get your opinion on something? debian (and yakkety, which is merged up at this point) have switched the first alternative for php7.0 from 'php7.0-fpm | libapache2-mod-php7.0 | php7.0-cgi' to 'libapache2-mod-php7.0 | php7.0-fpm | php7.0-cgi'. This is becuase of Debian Bug #822774. Would it be best to have 16.04 match 16.10 (for easier future upgrading and minimizing delta)? Is that even01:53
ubottuDebian bug 822774 in php7.0-common "Prefer libapache2-mod-php7.0" [Normal,Open] http://bugs.debian.org/82277401:53
naccan SRU-able thing (we've been affected in 16.04 already in at least one package, LP: #157791601:53
ubottuLaunchpad bug 1577916 in ganglia-web (Ubuntu Xenial) "Missing dependencies" [Undecided,In progress] https://launchpad.net/bugs/157791601:53
=== JanC is now known as Guest34481
=== JanC_ is now known as JanC
kirklandjderose: likewise, I'm going to look at it too -- thanks so much for sending it our way!02:25
jderosekirkland: no problem, and thank you very much for looking at it! we've tested that patch with "extreme paranoia" and thus far haven't found any issues... but i'm eager for any feedback you might have02:27
slangaseknacc: I don't think switching php7.0's dependency ordering is something we should SRU; and more to the point, any webapp package that's broken with the current dependency is still broken if you change it, since the admin may have selected a different php alternative locally.  So anything that has a requirement on a particular sapi but doesn't specify in its dependencies has buggy dependencies04:28
slangaseknacc: (I reserve the right to change my opinion on whether to accept an SRU to change the dependency order, depending on how widespread this problem appears to be; but I will stand by the claim that any affected package is buggy and should /also/ be SRUed)04:29
jbichamy understanding is that php-fpm is broken without at least manual configuration but libapache2-mod-php7.0 just works out of the box04:55
jbichaso I believe this affects *all* php webapps05:04
jbichawe could and should release note it, we could attempt to workaround it in php7.0 itself but I think it's too much to try to SRU all affected apps individually05:05
slangasekjbicha, nacc: ok, if it's the case that you can't use /any/ webapp with php-fpm without manual configuration, that's an argument for changing the dependency order (or possibly dropping it as an alternative dep altogether?)05:13
jbichayes, I unknowingly tried verifying bug 1582340 (see cmnt 4) and I had to google to figure out why drupal didn't work05:16
ubottubug 1582340 in drupal7 (Ubuntu Xenial) "[SRU] Sync drupal7 7.43-3 (universe) from Debian unstable (main)" [High,Fix committed] https://launchpad.net/bugs/158234005:16
cpaelzergood morning05:20
cpaelzerstgraber: as we said in the past - if I see you online when I join it might be time for you to call it a day :-)05:21
pittijderose: this is a well-known bug by now05:55
pittijderose: ah, and you found the master bug yourself05:56
pittiflexiondotorg: I just moderated your alpha-1 mail on u-d-announce@; please ping somebody after sending an announcement so that it appears timely06:07
=== cpaelzer_ is now known as cpaelzer
seb128pitti, hey, I see that you already did you morning SRU round, could you just have a look to libwnck? it's a no change rebuild to get translations back since it's universe08:11
pittiseb128: I only did trusty this morning, not xenial :) (and I released srus)08:12
pittiseb128: mostly as part of my patch piloting08:12
pittioh, forgot..08:12
pitti@pilot in08:12
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti
pittiseb128: trivial, done08:13
seb128pitti, oh, right, I saw a bunch of xenial-changes updates with your name but it's copy to -updates ... I though we didn't do that on fridays? ;-)08:13
pittioh, crap08:13
pittiseb128: for some weird reason I thought "it's Thursday, so let's rather do it today than on a Friday"08:14
* pitti needs holidays, obviously08:14
pittisorry -- I'll check IRC and bug mail tomorrow morning08:14
* seb128 hugs pitti08:15
seb128thanks for libwnck08:15
seb128don't worry much, those were not big/risky SRUs it seems08:15
seb128and it's early european friday so still plenty of hours to get feedback today08:15
flexiondotorgpitti, Thanks for the mail moderation. I did request that last night in #ubunutu-release after I posted :-)08:19
cpaelzerpitti: hi, was there any external trigger for your comment in bug 1546565?08:19
ubottubug 1546565 in openvswitch (Ubuntu Xenial) "Ownership/Permissions of vhost_user sockets for openvswitch-dpdk make them unusable by libvirt/qemu/kvm" [High,Triaged] https://launchpad.net/bugs/154656508:19
pitticpaelzer: I'm patch piloting and this is sitting in the sponsoring queue08:20
cpaelzerpitti: ah ok good to understand08:21
pitticpaelzer: and it's a bit confusing; dpdk is already done, there's only an openvswitch SRU patch, but no yakketypatch08:21
cpaelzerpitti: ther is no debian DPDK to sned this to08:21
pitticpaelzer: no, for the openvswitch part08:21
cpaelzerpitti: the debian DPDK package that is currently in the making is based on my packaging which contains the patch08:21
cpaelzerpitti: ah - now I got it - the ovs part08:22
flexiondotorgrbasak, I've been working on a new component for Ubuntu MATE.08:24
cpaelzerpitt: you mean this then right ? https://git.openstack.org/cgit/openstack/charm-neutron-openvswitch/commit/?id=4f6e2ca2512e298faf17b1db532625132623a62808:24
flexiondotorgIt is Ubuntu specific.08:24
flexiondotorgThe required libraries are not availabe in Debian.08:24
flexiondotorgSo I'd like to upload to Ubuntu only.08:24
flexiondotorgrbasak, Can my packageset be extended?08:25
flexiondotorgI'll file bug for the ITP in a few days when I'm ready.08:26
cpaelzerpitti: I agree it is confusing - openvswitch in debian is still way too old (not dpdk compatible) so the patch makes no sense for them yet08:26
LocutusOfBorgpitti, can I ask a quick test?08:26
pitticpaelzer: ah, ok08:26
LocutusOfBorg syntax error at /usr/share/perl5/Sbuild/ResolverBase.pm line 970, near "USER"08:26
cpaelzerpitti: it also would require a packaged dpdk with the respective fix to be available in debian08:26
pittihey LocutusOfBorg08:26
LocutusOfBorgwell, missing a ","08:26
LocutusOfBorghi ;)08:26
cpaelzerpitti: I'll try to summarize in the bug so the next one reading it knows08:26
pittiLocutusOfBorg: oh, I see it08:27
cpaelzerpitti: your request to submit to debian is correct as soon as they have adpdk package and openvswitch >=2.508:28
cpaelzerpitti: which is both coming somewhen this year08:28
pittiLocutusOfBorg: testing again08:28
LocutusOfBorgworks for me08:29
LocutusOfBorgI can upload if you agree08:29
pittiLocutusOfBorg: yes, works fine now; upload away08:30
LocutusOfBorgyou upload or me? :)08:30
pittiLocutusOfBorg: please do08:31
LocutusOfBorgdone thanks!08:31
LocutusOfBorgthanks for double checking, thanks for making me setup an sbuild chroot, I'll use it a lot I presume :)08:32
LocutusOfBorgI'm more a pbuilder guy, but I know I'll have to switch one day :)08:32
pittiLocutusOfBorg: mk-sbuild is pretty great08:32
Unit193pbuilder is activly maintained.08:32
pittithe only annoying thing is that one has to edit the generated config a bit for --type=file, but other than that mk-sbuild DTRT08:33
LocutusOfBorgpbuilder-dist is so far the easier08:33
ricotzpitti, hi, could you reject and remove this package from xenial proposed? -- https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-361/361.45.11-0ubuntu0.16.04.109:06
ubottuLaunchpad bug 1588192 in nvidia-graphics-drivers-304 (Ubuntu Xenial) "GL interfaces seem wedged for Krita on nvidia" [Critical,In progress]09:07
pittiricotz: sure09:08
ricotzpitti, thanks, tseliot ^09:08
pitticpaelzer: bug 1524526 is also confusing for me09:11
ubottubug 1524526 in dovecot (Ubuntu Xenial) "Crashes with undefined symbol" [High,Triaged] https://launchpad.net/bugs/152452609:11
pitticpaelzer: so does the merge apply to yakkety, and the "rebuild only" patch (which says yakkety) shoudl be for xenial?09:12
pitticpaelzer: and the dovecot tasks shoudl be invalid?09:12
=== clobrano is now known as clobrano_
dokoLocutusOfBorg, any update on the virtualbox SRU?09:50
tseliotricotz, pitti: thanks!09:56
LocutusOfBorgdoko, what should I do? upload and see it on queue for months?09:57
LocutusOfBorgI can do, but I need to also upload virtualbox-guest-additions-iso and virtualbox-ext-pack09:57
LocutusOfBorgand I'm uploading them right now in my ppa09:58
LocutusOfBorgat least I uploaded them some minutes ago09:58
LocutusOfBorgI had to add a -2, because the debhelper in trusty is not aware of dbg-migration09:58
dokoLocutusOfBorg, did you SRU virtualbox in the past?10:03
dokoI mean, new upstream versions?10:03
LocutusOfBorgyes, as security upload10:04
LocutusOfBorgand I have two virtualbox pending in queue since... who remembers?10:05
LocutusOfBorgoh yeah, months10:05
dokook, I'll fix the ftbfs for now in the current version10:07
LocutusOfBorgas you wish10:11
LocutusOfBorgI plan to SRU it to new releases, but not right now, I'm not enough confident10:11
ricotzdoko, hi, is defaulting to gcc-6 happening soon?10:15
rbasakflexiondotorg: yes - email devel-permissions with details. I believe it just needs one +1 from a DMB member to check that the requested package meets the packageset description and so it can be added without a meeting.10:18
flexiondotorgrbasak, Thanks. Will do.10:18
rbasaknacc: for bacula I'd prefer to fix the multiple bugs in a single upload if possible, unless it'll be a while to resolve that way and an immediate fix would be more helpful. Are we ready for that yet?10:20
rbasaknacc: (and also in a single SRU)10:20
dokoricotz, not yet determined. probably end of July10:34
ricotzdoko, alright10:37
LocutusOfBorgsbuild migrated, the testsuite should be buggy11:05
LocutusOfBorgor my merge was good...11:06
Odd_BlokeHmm, we're seeing cloud image build failures that I think are caused by the e2fsprogs that just synced to yakkety.11:09
=== fginther is now known as fginther`
Odd_BlokeSpecifically on armhf and powerpc.11:09
Odd_BlokeBut I don't have a good way of testing anything on those architectures; can anyone suggest how I might do so?11:10
Odd_Bloke(The error I see is http://paste.ubuntu.com/18226469/ which I wasn't getting yesterday, and don't see on 64-bit or Intel arches)11:11
=== _salem is now known as salem_
=== hikiko is now known as hikiko|bbl
=== fginther` is now known as fginther
pitti@pilot out11:50
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
pittimwhudson: there's still something wrong with the docker test: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/i386/d/docker.io/20160630_230250@/log.gz11:53
pittimwhudson:  just the warning on stderr11:54
dokojamespage, will you fix migrate in xenial as well?11:59
LocutusOfBorgany core-dev around for a quick llvm-toolchain-3.8 upload^12:13
pittiLocutusOfBorg: debdiff?12:14
LocutusOfBorgbetween the current ubuntu proposed version12:15
LocutusOfBorgthe -2 is going in unstable in a few minutes, I grabbed from svn :)12:15
pittipatching file debian/rules12:17
pittipatch unexpectedly ends in middle of line12:17
pittiHunk #1 succeeded at 240 with fuzz 1.12:17
pittigo pastebin12:17
LocutusOfBorgmail :)12:19
pittiLocutusOfBorg: no, it's ok, final verification and about to upload12:19
LocutusOfBorgoh... ok!12:19
pittiLocutusOfBorg: done12:19
LocutusOfBorgyou were faster than my ppa :D12:20
LocutusOfBorgbtw congrats for the systemd sync12:20
pittiLocutusOfBorg: err, thanks; anything you were waiting for in particular?12:20
pittiLocutusOfBorg: it's autosynced, so I didn't have much to do with it :)12:20
LocutusOfBorgxnox, a new btrfs-progs nmu :( #82920512:21
pittioh, you mean *getting* it syncable? thanks12:21
LocutusOfBorg^^ this one12:21
pittiyeah, was some work and tech debt cleanup, but totally worth it12:21
pittiafter all, reducing pointless difference between distros is one of its goals :)12:21
LocutusOfBorg:D and also *my* goals ;)12:22
pittiI got init-system-helpers syncable too, although with one substvars (so a bit cheating)12:23
LocutusOfBorgdid you see my pbuilder sync?12:23
pittiLocutusOfBorg: since xenial already, right? that's great too12:23
pittiI wish we could sync sbuild oto, but not quite12:23
LocutusOfBorgthis is cheating12:23
LocutusOfBorgsed "s/#DISTRIBUTION=sid/DISTRIBUTION=yakkety/" -i pbuilderrc12:24
LocutusOfBorgterrible mapreri is terrible!12:24
LocutusOfBorgfortunately he uploads a lot12:24
Odd_Blokemdeslaur: o/ I noticed that you sync'd e2fsprogs from Debian the other day; I think we've started seeing https://bugs.launchpad.net/cloud-images/+bug/1598136 as a result of that.12:38
ubottuLaunchpad bug 1598136 in cloud-images "Fails to produce a loop-mountable FS on powerpc/armhf" [Critical,New]12:38
jamespagedoko, yes - on my list12:40
Odd_Blokemdeslaur: (I guess I'm most interested in whether the "Use the autotools-dev dh addon to update config.guess/config.sub for new ports." changes should have been dropped on sync :)12:44
mapreriLocutusOfBorg: *g*12:49
cjwatsonOdd_Bloke: Do you know why https://cloud-images.ubuntu.com/xenial/ hasn't had a new daily build for a few days?  I was hoping to check to see if my live-build fix worked.13:10
Odd_Blokecjwatson: Ah, we disabled the automatic triggers during a CVE run, and missed xenial when turning them back on.13:13
Odd_Blokecjwatson: Turned back on, and build kicked off.13:13
Odd_BlokeApologies for the delay!13:13
cjwatsonOdd_Bloke: cool, thanks!13:17
dokoLocutusOfBorg, can't find your virtualbox paste / message anymore. could you repaste it?13:29
LocutusOfBorgreplying on the bug itself13:31
dokoalready have it13:32
=== lilstevie_ is now known as lilstevie
=== hikiko|bbl is now known as hikiko
LocutusOfBorgcjwatson, any idea about llvm-toolchain-3.8 on z13-009?14:06
LocutusOfBorgit seems stuck in a stupid place14:06
LocutusOfBorgseems uploading now14:08
pittiLocutusOfBorg: looks fine to me; uploading can take two or three minutes, it's a big package14:10
LocutusOfBorgpitti, yesterday llvm-3.8 got stuck on arm64 for ~20 hours14:11
LocutusOfBorgginggs, had to retry the build14:11
LocutusOfBorgBTW it wasn't stuck in "Uploading" but in "build finished"14:11
LocutusOfBorganyway, glad it wasn't stuck14:12
LocutusOfBorgpitti, give back i386? :(14:25
pitti/usr/bin/ld.gold: out of memory14:25
pitticollect2: error: ld returned 1 exit status14:25
pittihmm -- not sure if that will help, aren't these buildds all the same these days?14:25
LocutusOfBorgmaybe they needs some cleanup?14:26
pittithat might need some special handling by infinity or so, to route it to some bigger iron?14:26
LocutusOfBorgor maybe retrying will make it be picked up by another builder machine?14:26
LocutusOfBorgwith some extra space/memory?14:27
LocutusOfBorgdon't know14:27
cjwatsonThey're all the same, and they're reset from a VM image every time14:27
LocutusOfBorgmmm how did it succeed yesterday and failed today14:28
pittinew upstream version14:28
pittiah, actually not14:28
LocutusOfBorgthis one is good, and is on 3.8.114:28
cjwatsonLots of builds are a little bit nondeterministic in ways that don't usually matter14:28
cjwatsonEspecially when parallel builds are involved14:28
pittiso, *shrug*, we don't have a queue ATM, I can retry it once14:29
LocutusOfBorgand the situation will go worse14:30
pittiexcept lcy builders seem to have gone into the weekend already :)14:30
* pitti checks his autopkgtest minions14:30
cjwatsonI'll try resetting them14:30
pittiseems to WFM14:31
pitticjwatson: my current approach with dealing with our flaky clouds is: (1) in case of a temporary failure, wait 5 mins and try again; (2) after three tmpfails in a row, kill the worker process; (3) every 6 hours, clean up orphaned instances and restart all workers14:33
pittithis seems to work well enough with "oh crap our cloud broke" downtimes without needing manual intervention14:34
pittithe "phoenix" cron job :)14:34
pittiwhere a tmpfail is stuff like "nova boot failed/timed out" or "timed out waiting for ssh"14:34
ackkhi, packaging question about systemd config files. I have a python app I'm trying to package. the package.service file gets correctly included, but package.socket isn't by default. is there something I need to set to get it included? or should I do it manually?14:46
jrwrenwhat is package.socket?14:48
jrwrenis it actually a socket file?14:48
pittisupposedly a systemd unit file that defines a socket (man systemd.socket)14:49
ackkjrwren, what pitti said14:49
ackkfor socket service activation14:49
jrwrenok, sorry. I don't know about that. I do know we packaged a python app and didn't include this socket14:50
LocutusOfBorgtoday I did some sdnotify from java to systemd, with a keepalive watchdog notify method :)14:52
LocutusOfBorgI'm always impressed by systemd14:52
jrwren+1 i'm very happy with systemd14:53
LocutusOfBorgin automotive and embedded systems is a must14:53
LocutusOfBorgboot time < 2 sec14:53
LocutusOfBorgbut lets stop talking about systemd14:53
cjwatsonackk: dh_installinit installs service files by default but not socket files.  Just install it with dh_install or whatever.14:54
cjwatson(see their manual pages)14:55
ackkcjwatson, I see, thanks14:55
cjwatsonOh, actually, I think dh_systemd_enable installs them automatically these days.14:55
pittiworth a bug report, if that's a common case14:56
cjwatsonAre you using --with=systemd?14:56
pittiah right, it does now14:56
pittimount path service socket target tmpfile14:57
slangasekpitti: hi, you rejected the grub2 upload because it doesn't include the 2.02~beta2-9ubuntu1.9 upload, but that upload was withdrawn15:04
pittislangasek: oh, ok; dropping the call to update-secureboot-policy looked wrong to me, as all the other SRUs *added* that call15:05
pittiso if this is deliberate, I can review/accept it from the rejected queue15:06
slangasekpitti: the SRUs that added that call have all been dropped, yes15:09
slangasekso I guess LP still gave you a diff against a version of the package no longer in the archive :)15:09
pittiaccepted and bug updated15:11
slangasekpitti: thanks :)15:11
pittiyes, it's usually against the most recent upload, not the most recent published version15:11
pittiwhich is actually a good thing in most cases15:11
=== King_InuYasha is now known as Son_Goku
bdrung_workinfinity, https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/159821215:30
ubottuLaunchpad bug 1598212 in base-files (Ubuntu) "/etc/os-release: Please specify VERSION_CODENAME" [Undecided,New]15:30
bdrung_workyou did the last merge15:30
infinitybdrung_work: Will look after I get to Cape Town.15:31
pitti^ commented on the bug15:31
bdrung_workpitti, valid point15:32
slangasekpitti: jinx15:32
infinitypitti: "the other day" being November? :)15:33
pittiinfinity: sounds about right15:33
slangaseksnappy wasn't using os-release until last month, fwiw ;)15:33
infinityslangasek: Sure, but he added it in Nov. :P15:34
slangasekbut him adding it and snappy using it may be unconnected15:34
naccrbasak: yes, they are all fixed in one upload right now ... i'm still waiting for testing results, so we can hold off, that' sok16:01
naccrbasak: in my testing, the fixes work for both cases, but I'm not an active user, so I'd like a 3rd party confirmation16:01
naccrbasak: assuming you're not around, but have a mysql question for you, if you are16:26
naccrbasak: nm, figured it out16:30
=== dpm is now known as dpm-afk
=== JanC_ is now known as JanC
=== nturner is now known as nturner|away
=== dobey_ is now known as dobey
slangasekI: Base system installed successfully.18:02
slangasekcp: '/etc/localtime' and '/var/lib/schroot/chroots/xenial-ppc64el/etc/localtime' are the same file18:02
slangasekok wut18:02
slangasekah, bug #156940018:03
ubottubug 1569400 in ubuntu-dev-tools (Ubuntu) "mk-sbuild fails with cp: /etc/localtime... are the same file" [Undecided,Fix released] https://launchpad.net/bugs/156940018:03
slangasekinfinity: you have u-d-t sitting in -proposed awaiting verification on bug #1579619 for 52 days, and requires an arm64 system. do you have one of those handy?  I would also like to fix bug #156940018:12
ubottubug 1579619 in ubuntu-dev-tools (Ubuntu Xenial) "[mk-sbuild] treats armhf as foreign to arm64" [Undecided,Fix committed] https://launchpad.net/bugs/157961918:13
ubottubug 1569400 in ubuntu-dev-tools (Ubuntu) "mk-sbuild fails with cp: /etc/localtime... are the same file" [Undecided,Fix released] https://launchpad.net/bugs/156940018:13
naccslangasek: trying to figure out this php-horde-activesync issue. We fixed a similar issue in php-horde-db by updating the SQL configs to have a password for root and setting that password in the debian/tests/phpunit file. I have done that with php-horde-activesync as well, but when it runs via adt-run, it fails (same error). If I pass -s so adt-run drops to a shell, and immediately run19:10
nacc./debian/tests/phpunit, it passes. Any idea what is going on or how to debug?19:10
slangaseknacc: what's your full adt-run commandline in each case, and can I see your debdiff?19:11
naccslangasek: yeah, one sec19:11
naccslangasek: debdiff: http://paste.ubuntu.com/18259801/19:12
naccslangasek: adt-run -U --setup-command='apt-get update' php-horde-activesync_2.34.0-1ubuntu1.dsc -s --- adt-virt-lxd adt-yakkety19:13
slangaseknacc: so the only difference between the adt-run invocations was the '-s'?19:14
naccwell, i mean it fails either way; but -s just lets it drops to a shell19:15
naccslangasek: sorry, that was unclear before19:15
slangaseknacc: ah; so you get a shell, you run ./debian/tests/phpunit, it passes; you exit the shell, adt-run runs the tests, it fails?19:15
naccslangasek: yeah, to be clear, i'm dropped to the shell because adt-run already failed with the prior error ("ERROR 1698 (28000): Access denied for user 'root'@'localhost'")19:16
naccslangasek: i am at a loss on how to debug it, right now, as it seems like it *should* work (esp. given that php-horde-db works)19:17
slangaseknacc: yeah, I don't have an explanation for this19:18
slangasekI particularly don't see any reason the automated test would fail, but manually running it would succeed19:19
naccslangasek: np, i'll keep digging; yeah, that's the confusing part to me :)19:19
naccslangasek: i might have found it, the tests might 'needs-root'  now19:29
naccslangasek: was just comparing against the php-horde-db d/t/control19:29
naccslangasek: is simply stating it fixes the autopkgtests a sufficient SRU impact? it's a no-op to the code itself, just fixes the packaging, essentially19:40
naccslangasek: i submitted it as such anyways, we'll see :)19:48
slangaseknacc: yes, that's sufficient for me19:48
naccslangasek: i did have a more relevant question for you, we've had two SRU 'regression' bugs come through for php7.0 so far (LP: #1597597 and LP: #1598166). They are both debconf issues, though, and I don't see how they are related to php7.0 itself (and jbicha has marked one a dupe of another bug showing the same issue). Have you seen anything like it?19:49
ubottuLaunchpad bug 1567291 in debconf (Ubuntu) "duplicate for #1597597 package phpmyadmin 4: failed to install/upgrade: subprocess installed pre-removal script returned error exit status 128" [Undecided,Confirmed] https://launchpad.net/bugs/156729119:49
ubottuLaunchpad bug 1598166 in php7.0 (Ubuntu) "package php7.0-fpm 7.0.8-0ubuntu0.16.04.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 128" [Undecided,New] https://launchpad.net/bugs/159816619:49
hallynhm, are ppa builders having issues?19:49
hallyn/«BUILDDIR»/qemu-2.0.0+dfsg/fpu/softfloat.c:4272:1: internal compiler error: Segmentation fault19:50
cjwatsonhallyn: our ppc64el guests unfortunately have very occasional random corruption - just retry19:52
hallynok thx19:52
slangasekyeah, if only those guests running on top of qemu were stable so that you could build qemu?19:53
slangasekyo dawg I heard you like virtualization19:53
slangaseknacc: 128 is not a typical debconf failure exit code, fwiw19:53
naccslangasek: true, i think it's actually a perl failure, but not sure19:54
slangaseknacc: I do think it's clearly not an SRU regression, given the output - where was this being tagged as a regression?19:59
naccslangasek: LP: #156912820:00
ubottuLaunchpad bug 1569128 in phpmyadmin (Ubuntu Xenial) "php7.0-common provides incompatible php-gettext [16.04 Xenial]" [Undecided,New] https://launchpad.net/bugs/156912820:00
slangasekok, bug state mangled20:01
naccslangasek: thanks for confirming20:02
naccslangasek: re; php-horde-activesync, i've also sent the same to debian, so we hopefully will be able to sync again in 16.10 shortly20:04
* slangasek nods20:05
* nacc has finally learned to just do that right away :)20:05
slangaseknacc: uploaded, thanks!20:08
naccslangasek: thank you!20:08
=== Elimin8r is now known as Elimin8er
=== balkamos_ is now known as balkamos

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