dokos390x, not the 31bit variant00:02
nacchrm, weird bug here -- trying to figure out why php-zeta-base tests are failing. Set up parallel sid and xenial chroots (as sid successfully passes the tests). Took a look at what exactly is failing and it's a size miscompare for a file from php-zeta-unit-test (specifically, /usr/share/php/data/UnitTest/design/class_diagram.png). In Debian that file is 163K, in Ubuntu it is 74.5K. Is this the result of00:05
naccthe "PNG optimization" stuff I see run?00:05
naccand is the solution, where the tests are actually looking to compare the sizes returned by some API, to update the tests in Ubuntu to use the correct size?00:05
naccseems annoying to carry that delta just because of that00:05
nacc"pkgstripfiles: Running PNG optimization (using 4 cpus) for package php-zeta-unit-test ..."00:07
dokonacc, you can disabled that by: export NO_PNG_PKG_MANGLE=100:17
dokofor Debian, that wouldn't have any effect00:17
naccdoko: how do i disable that in the ubuntu build?00:17
naccoh, in the rules?00:17
naccah ok, i'll submit a patch :)00:17
dokopitti, barry: new lava-dispatcher autopkg test failure triggered in python-setuptools :-/00:40
naccslangasek: pitti: well, twig failures now are not segfaults :) (with 7.0.3-7) ... still failures, but something at least01:22
=== juliank is now known as Guest89791
=== juliank_ is now known as juliank
=== salem_ is now known as _salem
=== jgrimm is now known as jgrimm-afk
cpaelzergood morning05:26
=== FlannelKing is now known as Flannel
pittistgraber: I uploaded lxd for bug 1549133 as that wreaks havoc; can you please commit the fix to your git too?06:53
ubottubug 1549133 in lxd (Ubuntu) "upgrade failure" [Critical,Fix committed] https://launchpad.net/bugs/154913306:53
pittiI had to downgrade lxc on all autopkgtest hosts, the new one fails completely :(06:54
cjwatsonmfisch: Would you mind if I stole your debmirror merge?07:03
cjwatsonmfisch: (you touched it last, but in 2013)07:03
pittidoko: tests are ok now07:07
pittidoko, apw: ah, virtualbox tests fail because our kernel now ships the vboxguest module pre-compiled; I guess we should remove the DKMS module from vbox then?07:09
pittiapw: linux-{goldfish,manta} and a few others still have a dependency to module-init-tools07:16
pittiapw: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/armhf/l/linux-goldfish/20160224_065132@/log.gz doesn't seem to like that07:16
pittiapw: but either way this is obsolete, so changing it to "kmod" in git would be appreciated07:17
=== ochosi_ is now known as ochosi
infinitypitti: The original intent in shipping the vbox dkms modules still was in case they updated out of sync, but I think the syncing mechanism that pulls from the vbox source package the linux source package might make that pointless.  Andy and I will discuss when I'm legit awake.07:23
infinitypitti: And yeah, they're well aware that all the Android kernels are a mess. ;)07:23
dholbachgood morning07:35
infinitypitti: Seems the flavours are still getting no love with your upower fix in #-release08:19
pittiinfinity: hm, so the ubiquity crash is separate after all?08:19
pittii. e. bug 154836208:20
ubottubug 1547793 in Upower "duplicate for #1548362 upowerd crashed with SIGSEGV in g_variant_is_trusted()" [Critical,In progress] https://launchpad.net/bugs/154779308:20
infinitypitti: Perhaps.  If you could get them to feed you backtracey things (or try it yourself), that might be nice.08:20
infinitypitti: ubiquity apparently crashes on launch, so not tough to repro.08:20
pittiunduped for now08:20
infinitypitti: If you do find the issue, can you pre-upload to Ubuntu, rather than Debian and sync, since the flavours are trying to pull off a Beta?08:22
pittiinfinity: sure, that's what I did yesterday08:23
pittiinfinity: I started the current live system, and ubiquity comes up fine08:23
* infinity raises brow.08:23
pittiso the reproduction instructions need to be a tad more precise, I'm afraid08:23
infinityTry xubuntu or Ubuntu GNOME?  They were the two complaining, AFAIR.08:23
LocutusOfBorgAdri2000, what about updating filezilla in debian too? I can sponsor a dsc08:23
* pitti restarts it with giving it an actual hard disk image, so that I get beyond the initial greeter08:23
pittiok, moving to #u-r08:24
LocutusOfBorgcan anybody please retry https://launchpad.net/ubuntu/+source/rhythmbox/3.3-1ubuntu5 on s390x?08:24
pittiLocutusOfBorg: done08:25
LocutusOfBorgand thanks for syncing spooles08:25
LocutusOfBorgit was on my todo08:25
pittidoko: python2.7 landed, python-setuptools is a valid candidate, but causes uninstallability (I guess that's not a surprise due to the -wxl removal?)08:37
Adri2000LocutusOfBorg: hi, I thought I sent you links for review in /query and now realize I did that on the wrong IRC server :s let me try again10:09
dokopitti, argh, yes. until now it only showed the breaking pip whl10:39
LocutusOfBorgwhat appened to node-tap autopkgtest for amd64?11:13
LocutusOfBorgnot only node-tap, but it is what I was waiting to migrate11:13
LocutusOfBorgOverLimit: Quota exceeded for ram: Requested 1536, but already used 50688 of 51200 ram (HTTP 413) (Request-ID: req-a67b23c2-bd77-4c59-9675-0b3823421f22)11:14
LocutusOfBorgERROR: Quota exceeded for ram: Requested 1536, but already used 50688 of 51200 ram (HTTP 413) (Request-ID: req-a67b23c2-bd77-4c59-9675-0b3823421f22)11:14
* LocutusOfBorg wonders if it is really a problem, or something that will be automatically fixed11:16
=== vrruiz_ is now known as rvr
cpaelzerlamont: I was configuring a postfix on xenial this morning which just got the merge to 3.x11:39
cpaelzerlamont: I was seeing this http://paste.ubuntu.com/15186744/ and wanted to ask you if the old default config was kept intentionally or if it is worth to file a LP bug for it11:39
dokocoreycb, 1548512 is missing a bug subscriber12:07
=== _salem is now known as salem_
rbasakpitti: around? My pending squid merge is racing systemd on pidfile creation (after the parent process exits 0, using an /etc/init.d/squid script). What can I advise upstream?12:45
rbasakA sleep before the init script exits after start works around it.12:45
rbasakIs there some mechanism by which we can tell systemd to wait for the pidfile to be created? Or perhaps I should do that in the init script?12:46
coreycbdoko, sorry, working on adding a bug subscriber13:06
bzoltanxnox: ping13:14
xnoxbzoltan, hello13:15
bzoltanxnox: hi there... I would like to ask your help if you have few minutes13:15
xnoxbzoltan, depends what it is about =)13:15
bzoltanxnox:  I have a strange s390x build failure .. only on xenial and only that arch - https://launchpadlibrarian.net/242402456/buildlog_ubuntu-xenial-s390x.ubuntu-ui-toolkit_1.3.1862+16.04.20160224-0ubuntu1_BUILDING.txt.gz13:16
bzoltanxnox:  that is the part http://pastebin.ubuntu.com/15187078/13:16
bzoltanxnox:  this branch does it -> https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA10-landing-2016-01-20/+merge/28338513:16
xnoxbzoltan, there is nothing strange about it, and the compiler tells you exactly what is missing.13:17
xnoxbzoltan, it appears to be underlinked again, as the compiler says...13:17
bzoltanxnox: it is missing the libUbuntuToolkit.so.5 yes13:18
xnox"warning: libUbuntuToolkit.so.5, needed by /<<BUILDDIR>>/ubuntu-ui-toolkit-1.3.1862+16.04.20160224/tests/unit/../../qml/Ubuntu/Components/libUbuntuComponents.so, not found (try using -rpath or -rpath-link)"13:18
xnoxit appears that the library in question is moved / not present in the -L specified repositories.13:18
xnoxlast time, i send a patch to add it in, later it was shuffled around/removed.13:19
xnoxbzoltan, i suspect that things are not done right everywhere, it's just s390x is bloody fast and does more things in parallel =) exposing bugs in the configury-buildsystem you have done.13:20
bzoltanxnox: I see13:20
xnoxare you sure that (a) libUbuntuTOolkit.so.5 is built (b) linked (c) the dependencies are set right that e.g. said test depends on Toolkit to be built (d) -L linking is included.13:20
xnoxbzoltan, i don't know which buildsystem you are using, but you should be able to carefully check that imperically.13:21
bzoltanxnox:  for the src space we used this patch from cjwatson http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging/revision/1000.84.1#src/src.pro13:21
marlincWhat would happen to ZFS updates once 16.04 gets out? Will we for example still get 0.7 in 16.04?13:21
xnoxbzoltan, e.g. it looks like "-L/<<BUILDDIR>>/ubuntu-ui-toolkit-1.3.1862+16.04.20160224/tests/unit/../../qml/Ubuntu/Components -lUbuntuComponents" is done right. But I don't see similar for e.g. "toolkit".13:22
xnoxbzoltan, and/or possibly components, should have a correct dep on Toolkit, such that whenever linking to Components is requested appropriate "-L/<<BUILDDIR>>/ubuntu-ui-toolkit-1.3.1862+16.04.20160224/tests/unit/../../qml/Ubuntu/Toolkit -lUbuntuToolkit" or some such is included there too.13:23
xnoxbzoltan, that change looks good, however it should also have src_test.depends = sub-toolkit or some such. Or the sub-components should have a dep on sub-toolkit, or some such.13:24
xnoxbzoltan, cjwatson: i don't speak QMake (?!) at all =)13:24
xnoxbzoltan, but yeah it is high-parallelisation race discovered.13:25
bzoltanxnox:  cool, thanks. I understand the issue.13:27
xnoxbzoltan, sorry, i can't like patch qmake .pro files to do that =/13:28
xnoxi only have a yellow qt-foo belt.13:28
ginggsxnox, superm1: fyi i uploaded a fixed firmware-extract to go with firmware-tools that xnox fixed, it is currently in NEW13:32
bzoltanxnox: :)13:34
cjwatsonxnox: I hope you're not under the impression that I immediately knew how to fix that one :)13:38
cjwatsonI seem to remember spending quite a while experimenting13:39
xnoxcjwatson, but you have +1 lines of code of QMake experience over me =)))))13:42
xnoxpitti, systemd does not boot13:42
cjwatsonxnox: that is indeed about the sum of it13:43
pittixnox: that's a little vague :)13:44
xnoxpitti, so the bug is https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/154671413:45
ubottuLaunchpad bug 1546714 in systemd (Ubuntu) "System not booting when /home is on separate LUKS-encrypted partition" [Undecided,New]13:45
xnoxpitti, to reproduce, use installer, switch to "medium" priority and choose guided partitining to do "full disk, separate /home"13:45
pittirbasak: what do you mean? the pid file specified in PIDFile= isn't created late/early enough, i. e. systemd considers the daemon as running too early/late?13:46
xnoxpitti, i see fstab unit generated for home.mount with a wantedby local-fs.target or some such, but it fails to boot.13:46
xnoxi'm not sure of a better term, it did boot, cause we are past kernel and initramfs. I guess we "fail to reach default.target" =)13:46
pittixnox: what do you see? does it ask you for the password, etc?13:46
pittijournal would be very helpful (debug shell)13:47
lamontcpaelzer: it's a known thing, but yeah, a bug report would not be amiss13:47
rbasakpitti: it's an init.d script only, no systemd service unit definition shipped by the package.13:48
rbasakpitti: the init.d script exits with the daemon started but with no pidfile created.13:48
rbasakpitti: "# pidfile: /var/run/squid.pid" is in the init.d script header which I think systemd picks up?13:48
xnoxpitti, this is without encryption at all. just /home on a separate partition from /13:49
xnoxpitti, ok, let me try to recover something from this vm.13:50
pittirbasak: right, it parses a pidfile: in the LSB headers, but if the init script doesn't create it it's fairly useless indeed13:50
xnoxpitti, also it looks like "recovery" boot option, and "system recovery shell" conflict with each other, and i booted to a messed up thing.13:50
pittixnox: ah, the bug speaks about a LUKS encrypted partition :)13:50
cpaelzerlamont: ok I'll add that later on - thanks for the feedback13:51
xnoxpitti, the devil is in the last sentence =) "This does also happen, when you put LUKS on top of an LVM setup or if you even place the /home partition on a separate DASD. The problem is the same."13:51
xnoxpitti, so on amd64 this is totally reproducible with just normal install, using "guided paritioning, but /home on a separate partition".13:51
rbasakpitti: it does create it, just late.13:52
pittiwell, I've always had /home on a separate partition13:52
rbasak(after exit)13:52
pittirbasak: so the point of the PIDFile= option is that the service is "starting" while it doesn't exist, and the service is considered "started" (i. e. dependencies can start) once it does exist13:52
xnoxpitti, removing "quiet splash" makes it boot. SIGH13:52
* xnox adds back splash13:52
pittixnox: add systemd.debug-shell, let it fail, switch to shell, capture journal, attach it to the bug please?13:53
* lamont sometimes wishes that the default server install did "noquiet nosplash"13:53
xnoxpitti, i'm now blaming "splash"13:53
rbasakpitti: "Job for squid.service failed because a configured resource limit was exceeded." when I run "systemctl squid start".13:54
pittilamont: I do believe servers don't use splash13:54
rbasakpitti: unless I add a sleep before the init.d script exits13:54
xnoxlamont, default server installs do not specify "quiet splash", it's just empty -> thus should be chatty!13:54
lamonteven beter13:54
rbasakpitti: I assumed that was a pidfile creation race, but I suppose it could be something else?13:54
rbasakpitti: so my question is: what's a better way of fixing this, then a "sleep" workaround?13:54
pittirbasak: not sure, "sudo systemctl status -l squid" should have some details?13:54
rbasakpitti: http://paste.ubuntu.com/15187272/13:55
barrydoko, pitti tox & python-virtualenv are all passing now13:57
pittirbasak: hmm, I guess to actually create the pid file before exiting? is it actually written?13:57
rbasakpitti: no, it isn't written - I'm sure of that race.13:57
pittirbasak: ah, well, then that explains that failure13:58
rbasakpitti: unfortunately I don't think I can easily persuade the daemon to do that.13:58
rbasakpitti: right. So what's a good workaround?13:58
pittirbasak: drop the pidfile: from the init.d script then, if it isn't reliable?13:58
rbasakpitti: upstream will fix in time, but I need something for the archive for now. Should I for example not tell systemd about the pidfile?13:58
rbasakpitti: OK, makes sense. Thanks.13:58
dokobarry, yes, had to upload a new python3.5, venv not depending on python-setuptools-whl. Maybe it would have been better if python-pip-whl would provide that, but I didn't want to touch this stack again when all tests pass ... now waiting for the python3.5 autopkg tests14:04
xnoxpitti, oh blimey14:04
xnoxi think i end up being on a wrong tty.14:04
xnoxcause tty7 has "/dev/vda1: clean," message14:04
xnoxwhilst tty1 is the one that has login.14:04
xnoxbut on e.g. s390x there is no multiple ttys.14:05
barrydoko: agreed, and thanks!  you're probably right, but let's get all this stuff promoted and then try to improve.14:05
* xnox ponders what's going on.14:05
xnoxpitti, i do have splash quiet vt.handoff=7 -> no idea why i saw the fsck message though, and got stuck on tty7.14:06
lamontoh cool, after rebooting, the clock at the top of the screen is working again.14:08
pittixnox: oh, so no debug shell for you either then14:08
xnoxpitti, so systemctl is-system-running -> says running.14:09
xnoxyet i don't have getty on tty7, plymouth has been terminated, and all i have there is a leftover fsck message.14:10
pittigetty isn't supposed to be on tty7, only 1 to 614:10
xnoxpitti, true.....14:10
xnoxhowever i don't have a display manager in this case =)14:10
pittixnox: so what is this, an s390x server install?14:10
pittior an amd64 VM?14:11
* pitti is confused14:11
pittixnox: is lightdm running? some /var/log/Xorg.0.log error perhaps?14:11
xnoxthis is a netboot-install, amd64, VM, thus "server" which has separate /home, and ended up with "splash quiet" + plymouth + no dispalay manager + no-X, yet vt_handoff=7.14:11
pittimeh, vt_handoff with a server install?14:12
pittixnox: so I take it /home is mounted after all14:12
xnoxi don't think our mini.iso knows at all what's it's doing. But e.g. all s390x installs, are essentially "netboot" code path.14:13
pittiI don't have a vt_handoff on cloud images, but they are fairly different from netboot indeed14:13
xnoxubuntu server.iso takes the pre-bootstrapped code path.14:13
xnox(whatever it's called when the squashfs filesystem is used, instead of "installing the base system bootstrap")14:13
* xnox live-installer ?!14:14
* xnox ponders if our base-installer method is borked.14:14
xnoxI can test verify this!14:14
jamespagexnox, just looking at your -no-pie patch in qemu - do you think it would be possible to make that dynamic? i.e. only set -no-pie if the toolchain default is pie?14:24
xnoxjamespage, because you are backporting? we can do it per-release / if toolchain supports the flag.14:27
jamespagexnox, basically yes14:27
xnoxjamespage, so xenial and up toolchains (and debian stretch) suppor the -pie / -no-pie flags, and we will have many architectures with -pie by default in the future.14:27
xnoxjamespage, s390x is a pilot one...14:28
jamespagexnox, so really we need a check to see if -no-pie is supported, and then use if so14:28
xnoxjamespage, i can do that, i guess.14:28
xnoxdoko, is there a good/imperical check ^14:31
xnoxjamespage, to be honest qemu does have support for "pie" builds, but i guess they don't support fully the "-no-pie" or e.g. toolchains with pie by default.14:32
xnoxdoko, echo "" | gcc -fsyntax-only -no-pie -xc - ? is that ok.14:33
rbasakcpaelzer: for the DPDK MIR, we just need to do whatever will pull DPDK into main, by a dependency or by seeding directly.14:33
dokoxnox, jamespage: -no-pie works in xenial on all archs14:34
rbasakIn this case we want it in main because of ovs, so presumably the right parts of ovs will get seeded and as soon as they depend on the bits of dpdk needed, they will generate a component mismatch.14:34
rbasakjamespage will manage that I guess.14:34
xnoxdoko, yeah, but jamespage is backporting qemu to cloud-archive, and gcc there does not support -no-pie =)14:34
xnoxjamespage, urgh, i patched upstream makefile.14:35
rbasakThen because the MIR is already approved, an AA will issue the component override to actually make the change and put the dpdk source and right binaries into main.14:35
rbasakEssentially main inclusion isn't a thing in its own right; it's a consequence of being seeded or being an indirect dependency of something that is seeded.14:35
cpaelzerrbasak: ah ok, that I might do with jamespage then when he combines openvswitch-dpdk into openvswitch14:36
rbasakIn server we also have a special seed for stuff that we want to have in main but not ship or be seeded elsewhere, but use of that is fairly rare.14:36
rbasakcpaelzer: right. You shouldn't have to do anything further - getting the MIR approved is enough.14:36
cpaelzerrbasak: I only thought of the explicit seeding before - makes sense, thank you14:37
=== jgrimm-afk is now known as jgrimm
xnoxjamespage, how do i test it? sbuild -A -d trusty qemu*.dsc -> should just work?14:40
jamespagexnox, almost14:40
jamespageyou'll need to build against ppa:ubuntu-cloud-archive/mitaka-staging14:41
xnoxjamespage, how about i test build xenial, and you test build that. before i upload =)14:41
jamespagexnox, that works for me14:41
jamespagexnox, thankyou :-)14:43
xnoxjamespage, note this is not the only package with -no-pie... =)14:45
jamespagexnox, only one I'm tripping over in the b-o-m right now14:45
jamespage(backport-o-matic for reference)14:45
xnoxjamespage, but e.g. xenial is the "last" release to be backported onto things pre-xenial, right?14:46
xnoxe.g. we are not backporting Yummy packages to trusty-wily in the cloud archive?14:46
jamespagexnox, yes thankgod14:48
xnoxjamespage, good, cause then we can drop these -no-pie extra stuff in Yummy Yak14:49
jamespagelove the name14:49
jamespagenot sure whether sabdfl takes suggestions or not :-)14:49
jamespagecpaelzer, rbasak: my multi-ovs-vswitchd upload will pull it in - just working that now14:50
cpaelzerthere is not so much positive left other than yummy http://adjectivesstarting.com/with-y/ :-)14:54
jamespagecpaelzer, dpdk is still i386 and amd64 only right?14:54
cpaelzerjamespage: yes14:54
cpaelzerjamespage: the ppc things where moved to (at least) 16.10 by the taco team14:55
jamespagewell at least I'll only extend two package builds x214:55
cpaelzerjamespage: and the IBM buy in was there, but not super huge14:55
xnoxcyphermox, cjwatson, pitti - i wonder if ".iso" based installs use preseeds to tweak default behaviour. With bare netboot defaults skewed for desktop, rather than server.14:58
xnoxwhich works ok mostly everywhere, apart from the crazy s390x.14:58
cyphermoxxnox: they do, but nothing comes to mind, from what I remember of it, that would break s390x14:59
cyphermoxwhat is it exactly that you see is wrong?14:59
xnoxcyphermox, like vt_hadoff splash quiet14:59
cjwatsonthat's done in grub-installer/debian-installer-utils iirc14:59
xnoxon amd64 is specified, when using ubuntu mini.iso14:59
xnoxright, so that can't ever affect s390x.14:59
cjwatsonin fact vt.handoff is done in grub215:00
cjwatsonsplash quiet are done in grub-installer I believe15:00
xnoxjamespage, sorry it's taking so long, i by accident did non-parallel build, and now it's too late to kill and restart =/15:02
cyphermoxcjwatson: if there is a need to change anything in grub2 I have another change too15:03
cyphermoxxnox: is it just vt_handoff that breaks things?15:05
xnoxcyphermox, cjwatson, pitti: i think amd64 mini.iso is borked, installing using that media and just doing a bog standard install of nothing (i.e. just minimal utils et.al.) ends up with "quiet splash vt_handoff=7" instead of ending up like the server.iso with "ro"15:05
xnoxcyphermox, net effect one ends up booting on tty7, with nothing, and no idea what's going on.... unless one like switches to tty1.15:05
xnoxnot a biggie, but is annoying and confusing to the remote-hands people.15:05
xnoxaka local users.15:06
xnoxhowever, that doesn't explain my s390x troubles =)15:06
cyphermoxsure, but I see removing splash would get you no vt handoff15:06
xnoxyeah. it feels to me that somewhere rather "quiet splash" is default, and we toggle that off in server.iso. Where imho, it should be "" by default, and toggled on in the desktop.iso. And/or installer somehow checking "aha" you chose to install a "desktopy" metapackage you probably want "quiet splash".15:07
xnoxcyphermox, no spalsh, no vt-handoff, i would then endup on tty1, where getty is spawned at the end of boot and live is wonderful.15:08
xnoxso that's a separate bug, and not the bug i was looking for though however!15:08
* xnox ponders if on s390x we end up on wrong serial console, or not enough gettys on all serial consoles etc.15:08
xnoxjamespage, could you try http://paste.ubuntu.com/15187794/ ?15:10
xnoxthat still works for me on xenial, and should work in b-o-m15:10
cyphermoxxnox: well, the only issue you mentioned was the handoff ;)15:11
xnoxcyphermox, touche =)15:15
tych0this is going to sound like a crazy question, but did something change in the way the gcc in xenial is computing include paths? i have a project that on older xenial gcc's was compiling, but now it isn't.15:16
stgraberpitti: yep, I will. Sorry about that, I forgot to update that part when moving from postinst to preinst and my test was in a clean VM so not an upgrade...15:21
LocutusOfBorgdoko, insighttoolkit4 is ICE on amd64, do you have any clue/workaround?15:33
LocutusOfBorgI don't have access to ubuntu porterboxes15:33
dokoLocutusOfBorg, read the build log please, x86_64-linux-gnu-g++: internal compiler error: Killed (program cc1plus)15:40
LocutusOfBorgsorry isn't Internal Compiler Error called "ICE"?15:41
dokono, not "Killed"15:42
LocutusOfBorgah ok, and what does it mean? I retried the build and it failed again15:42
LocutusOfBorglower the parallel build number?15:42
dokoyes, just build with two15:42
LocutusOfBorgsad thanks15:44
dokowell, wait until the other builds finish, and then enable that only on those archs that need it15:49
LocutusOfBorgnacc, I'm going to steal your gdcm merge :)15:53
naccLocutusOfBorg: heh, thanks!16:17
naccLocutusOfBorg: can you add it to the bug, too? LP: #154682316:17
ubottuLaunchpad bug 1546823 in swig (Ubuntu) "swig: disable PHP bindings until PHP7 support exists" [Wishlist,Fix released] https://launchpad.net/bugs/154682316:17
=== cpaelzer_ is now known as cpaelzer
LocutusOfBorgoops too late, I dropped the bug reference in the merge16:20
LocutusOfBorgdo you want me to have a new upload?16:21
naccLocutusOfBorg: no, it's ok, I think -- i'll put it in manually16:27
naccit's mostly for my own tracking so when i do get swig fixed, i know what all to go back and fix up :)16:27
LocutusOfBorgnacc, isn't this a debian issue too?16:32
LocutusOfBorgI'm wondering why you are not doing this work there and sync it16:32
naccLocutusOfBorg: it will be when they move to only php7.016:32
naccLocutusOfBorg: because we're dropping php5 in xenial16:32
LocutusOfBorg*only* php7? wow16:32
LocutusOfBorghuge move16:32
naccLocutusOfBorg: so had to get stuff in before FF16:32
naccLocutusOfBorg: yeah16:33
LocutusOfBorgyes sure :D16:33
LocutusOfBorgI'll try to remember it on the next merge16:33
xnoxjamespage, uploaded fixed up qemu, hopefully when that builds, freeze is lifted (if tangled up) and it migrates and b-o-m picks it up.... it will just work (tm) =)16:33
naccLocutusOfBorg: the plan is to send it all to Debian once I've got all the builds kicked off and hopefully php5 out :)16:33
jamespagexnox, looked ok to me as well16:33
jamespagexnox, b-o-m picks from proposed so that's good16:33
xnoxjamespage, cool! =)16:34
LocutusOfBorgbtw nacc there is a new php7.0 upload in debian (two actually) :)16:36
* Laney remembers his PHP days16:38
Laneyhappy times16:38
naccLocutusOfBorg: yes, sync for 7.0.3-7 is requested already, but i was told 7.0.3-9 is preferred, possibly (by debian maintainer)16:38
naccdoko: --^16:38
naccdoko: will send a new debdiff16:38
LocutusOfBorgI see -7 in proposed, this is why I wondered about the last -8 and -916:39
xnoxdoko, i giggle at your changelogs =) i always new there are multiple doko's working in ubuntu and debian. The only way to explain an NMU from doko to doko's package. I hope doko doesn't disagree with doko on that one =) https://launchpad.net/ubuntu/+source/twisted/+changelog16:42
=== davidcalle is now known as davidcalle_afk
LocutusOfBorgI would put both doko@d.o and doko@u.c in the uploaders field :)16:44
dokoxnox, it's a twisted package16:48
* xnox har har har16:48
bdmurrayseb128: Could you have a look at bug 1545517?17:15
ubottubug 1545517 in popularity-contest (Ubuntu) "xenial popularity-client regards successful popcon.ubuntu.com submissions as failures" [Undecided,New] https://launchpad.net/bugs/154551717:15
=== mnepton is now known as mneptok
stgraberwho's maintaining indicator-datetime nowadays?17:30
stgraberit looks like it's the reason why I still have systemd-shim installed on my machine here despite it running systemd17:30
stgraberany chance it could be changed to depend on "systemd | systemd-shim" instead?17:30
stgraberLaney: any idea who's maintaining this? I could just upload to the archive but I seem to remember folks not being very happy about me doing that last time I did :)17:36
Laneystgraber: umm charles and/or ted probably17:36
LaneyI'd do a merge proposal and then zap them a link to it17:36
stgraberthey don't seem to have a 16.04 branch...17:38
Laneylooks like lp:indicator-datetime is it17:39
Laneydespite the series17:39
stgrabercontext is I'm trying to get rid of cgmanager on default installs17:39
mjeansondoko: any chance you could upload new versions of gcc-4.8-*-cross in trusty to rebuild against the SRUed gcc-4.8-sources?17:39
cyphermoxcjwatson: is there a way to tell germinate to ignore recommends for just one package in a seed?17:41
stgrabertedg: https://code.launchpad.net/~stgraber/indicator-datetime/fix-deps/+merge/28706817:43
stgraberLaney: ^17:43
tedgstgraber: Cool, that's actually charles' now, but he's out today.17:44
Laneystgraber: systemd-services is a thing Provided by systemd17:45
LaneyI guess you can delete that one too17:45
infinitycyphermox: No.  Fix the package to stop recommending the thing you don't want?17:45
cyphermoxinfinity: yeah, that's what I'm looking at17:45
dokomjeanson, please could you file a bug report, and validate the SRU once it is built?17:47
cjwatsoncyphermox: The reason germinate won't support this is that it would become impossible for its behaviour to be consistent with that of apt if it did17:49
stgraberLaney: so I'm not entirely sure what to do with systemd-services. It appears to only be provided by systemd in the archive right now but I thought that phone people were still using upstart so I'm not sure how that works at all.17:49
cyphermoxcjwatson: oh, indeed17:49
stgraberLaney: I guess I'll turn that into "systemd | systemd-services" in case they have something in the crazy phone archive thing that provides it somehow for a non-systemd system17:50
Laneystgraber: I thought that's what -shim was TBH17:51
stgraberLaney: me too but it's not providing it :)17:51
LaneyI mean that "systemd | systemd-shim" is probably alright :P17:51
stgraberyeah, just that one should do, lets drop the systemd-services thing entirely then17:52
Laneyat least I hope that they seed -shim17:52
jamespageinfinity, is there any type of policy on automatically using a binary that requires more than Ubuntu's baseline feature set?17:53
jamespage I'd like to auto-enable the dpdk binary for ovs now that dpdk is in main which would require the ssse2 cpu flag - fairly easy todo when configuring the alternatives17:53
infinityjamespage: Define auto-enable.  You mean you want all x86 installations to use it, regardless of their baseline ISA?18:08
jamespageinfinity, no18:08
infinityjamespage: Could you perhaps ship both versions, and use a wrapper to call one or the other based on cpuinfo?18:09
jamespagethe package contains two binaries for ovs-vswitchd - one vanilla which works with the baseline ISA18:09
jamespageand one which requires ssse318:09
jamespageI'd like to use the ssse3 enabled binary on installs that can support that18:09
cjwatson(obligatory whine about why have people not heard of perfectly good hwcap/ifunc mechanisms)18:10
jamespageinfinity, https://git.launchpad.net/~james-page/ubuntu/+source/openvswitch/tree/debian/openvswitch-switch.postinst18:10
infinityjamespage: Don't do it in postinst.18:10
jamespagecjwatson, pointer? I'd like to read more18:10
infinityjamespage: That means that preimaged installs (for instance) wouldn't DTRT.18:10
jamespageinfinity, hmm - yeah18:10
jamespageok that does make sense18:11
* jamespage thinks18:11
infinityjamespage: Make /usr/bin/foo a wrapper that checks for the flag and then execs /usr/lib/foo{-variant} as appropriate.18:11
naccjamespage: `man getauxval`, iirc18:11
naccjamespage: that's for C, and hwcap, at least18:11
dokobarry, the pip mess migrated \o/18:11
infinity(And, yes, if this is something you can do in a single build with hwcap, that would be cleaner, and upstreamable)18:12
barrydoko: \o/18:12
tewardis the wiki down for anyone else...?  (Can't get to the Freeze Exception page to find out what i'm missing in an FFE request bug)18:12
teward(sorry to interrupt)18:12
barrydoko: MIR filled18:12
cjwatsonjamespage: hwcap works by putting most of it in a library, installing to special library directories, and letting the linker auto-resolve whichever path is best18:12
jamespagecjwatson, can that apply to binaries as well?18:12
infinityjamespage: No.18:12
infinityhwcap is for libraries only.18:13
jamespageI understand the current challenge to be with dpdk headers - but I'll recheck that18:13
cjwatsonjamespage: ifunc is I think reasonably googleable; that would be usable in binaries without needing to split out libraries, probably as long as it isn't too ridiculous a number of functions that need variants18:13
infinityifunc is decidedly more complex, and lets you create stub functions that are pointers to variants of the real function, based on arbitrary conditions (like hwcaps), but that's a lot of work to rewrite something to do that.18:14
infinityIt's work I wish upstream would have done, but not work I'd expect a downstream to do for them.18:14
cjwatsonhttps://gcc.gnu.org/onlinedocs/gcc-5.3.0/gcc/Function-Attributes.html documents ifunc18:15
cjwatsonI agree that neither is great as a downstream, that's why it was a whine rather than "you have to do this"18:15
infinityjamespage: Anyhow, for now, I think a 5-line (ish) shell script that execs the right binary would be fine.18:15
hallynhuh, wiki down?18:15
jamespageinfinity, ack - I'll work that through tomorrow18:15
mjeansondoko: sure, here you go #154942118:15
tewardhallyn: i just asked if it's down for anyone else - is it showing down for you?18:15
teward(shows me a 500 error)18:15
jamespagethanks for the feedback - cjwatson- thanks for the pointers - I'd like to look at the for dpdk and erasurecoding stuff next cycle...18:16
dokomjeanson, thanks, will look at this this week18:16
mjeansondoko: thanks, I'll test the packages when they hit proposed18:16
hallynteward: nope down for me :(18:16
tewardhallyn: sounds like Canonical IS should be notified18:17
cjwatsonhttps://wiki.ubuntu.com/FreezeExceptionProcess e.g. loads for me18:17
infinityjamespage: Speaking of dpdk, are we going to be pulling ARM patches and turning it on there too?18:17
infinityjamespage: Or has no one looked at that yet?18:17
hallyncjwatson: hm, me too.  yet https://wiki.ubuntu.com/SergeHallyn does not18:17
tewardcjwatson: mmm... still a 500 for me.18:18
tewardgetting "Connectoin Refused" actually now18:18
teward"connection to failed"18:18
cjwatsonI know that bits of prodstack were just being rebooted, so maybe just wait a little bit18:19
smoserhoray, cloud image today has no python2 at all. not even libpython. http://cloud-images.ubuntu.com/daily/server/xenial/20160223.1/xenial-server-cloudimg-amd64.manifest18:24
cjwatsonwell done18:25
naccPharaoh_Atem: ping18:27
Odd_Blokesmoser: \o/18:37
Pharaoh_Atemnacc: pong19:11
Pharaoh_Atemnacc: what's up?19:21
nneulI'm trying to figure out how/what in the apache2* packages is causing the population of /etc/rc*d - I can't find any reference to update-rc.d or similar that is populating the files/scripts. Am I missing something obvious?19:25
naccPharaoh_Atem: i think i figured out the twig issue, or why it's happening -- utf8 invalid character encoding coming back19:26
sarnoldnneul: insserv perhaps?19:26
Pharaoh_Atemnacc: well, funnily enough, I'm not getting that error locally19:26
Pharaoh_AtemI'm getting a different one19:26
Pharaoh_Atembut I think it's because I'm running an older build of the package19:26
infinity(base)adconrad@nosferatu:/var/lib/dpkg/info$ grep update apache*19:26
infinityapache2.postinst:update-rc.d apache2 defaults 91 09 >/dev/null19:26
infinityapache2.postrm:update-rc.d apache2 remove >/dev/null19:26
infinitynneul: Looks there to me.19:27
nneulwhere is that in the actual source of the package - unless I'm grabbing the wrong files - I'm totally missing it.19:27
infinitynneul: dh_installinit would be adding it, probably.19:28
nneulThat's it! Thank you!19:28
nneulbtw, I find your handle most amusing, I'm connecting from a machine named infinity. ;)19:28
naccPharaoh_Atem: what are you seeing? segfaults?19:30
Pharaoh_Atemnacc: segfaults, but a different kind of error19:31
Pharaoh_Atemnacc: http://fpaste.org/328674/45634226/19:31
Pharaoh_Atemhowever, what's even MORE interesting, is that I also tested against Remi's php70 SCL on CentOS 7 and I get no segfaults19:32
Pharaoh_Atembut I get two valid failures19:32
Pharaoh_Atemnacc: http://fpaste.org/328676/45634237/19:33
Pharaoh_AtemI think the root issue is the same19:33
Pharaoh_Atembut I get different failures in different systems19:33
naccPharaoh_Atem: segfaults were fixed in 7.0.3-7, i think19:33
naccpossibly 7.0.3-619:33
Pharaoh_AtemI'll rerun it19:34
naccyep that error is exactly what we get now with 7.0.3-9 (and 7.0.3-7)19:34
naccbut you're saying centos sees it too19:34
naccthat's a good sign :)19:34
Pharaoh_AtemI like eliminating variables19:34
Pharaoh_Atemthough I'm a Systems Engineer now, I started as a QA Automation Engineer19:34
Pharaoh_Atemso QA is still ingrained in me :)19:35
naccI *think* it might be a bug in php7.0 -- that it's asserting the character is invalid when it's not, but i've not started down that path yet19:35
Pharaoh_AtemI wanted to confirm my findings with Remi, but I got sidetracked last night because of the build issues I kept having19:35
Pharaoh_AtemI killed several of my private builders in attempting to build php719:36
Pharaoh_Atemapparently, a build that can take more than 40 minutes isn't a good thing :/19:38
Pharaoh_AtemI moved it to build.opensuse.org and it was able to handle it19:38
Pharaoh_Atemone of my private OBS instances was able to build it, but it took FOUR HOURS19:40
naccon my laptop, it takes about an hour, the newer versions are supposed to be faster, but i've not noticed much of a diff19:42
Pharaoh_Atemin comparison, the php70 RPM doesn't take anywhere near as long19:42
naccPharaoh_Atem: heh, ondrej suggested installing php-mbstring, which resulte in segfaults :)19:48
Pharaoh_Atemyep, I don't have it installed19:54
Pharaoh_Ateminstalling it on my CentOS box19:54
naccthe same segfaults i was getting before, i think ... interesting19:54
Pharaoh_Atemnacc: yep, segfaulted19:54
Pharaoh_AtemI'm able to reproduce the issue after installing the php-mbstring package on CentOS, as well19:55
naccPharaoh_Atem: do you know where I should expect to find the php7.0-dbg package now (after http://anonscm.debian.org/cgit/pkg-php/php.git/commit/?h=master-7.0&id=4af02aad4a772363e21ff5cb4dba618aa37162c8)?19:58
Pharaoh_Atemnacc: they're using more black magic stuff now19:59
Pharaoh_Atemit should be autogenerated19:59
Pharaoh_Atemnacc: now, if only Debian would adopt sdebs (source debs)20:02
Pharaoh_Atemit's one of the things I like about debbuild20:02
naccPharaoh_Atem: heh20:13
naccPharaoh_Atem: does that len look off to you? :) http://pastebin.ubuntu.com/15190497/20:13
Pharaoh_Atemthat looks... off20:17
seb128bdmurray, k, I don't have much clue about the ubuntu popcon server, I don't think that's well maintained and I'm unsure it's useful in any way, but yeah we should at least make the client and the server not be incompatible20:22
naccPharaoh_Atem: weird... it's this line:20:23
naccZVAL_STRINGL(&tmp, last_match, &subject[offsets[0]]-last_match);20:23
bdmurrayseb128: it looks like it got lost in the merge20:23
naccPharaoh_Atem: http://paste.ubuntu.com/15190567/20:24
bdmurraysee also bug 154551520:24
ubottubug 1545515 in popularity-contest (Ubuntu) "xenial popularity-client submits compressed reports" [Undecided,New] https://launchpad.net/bugs/154551520:24
seb128bdmurray, thanks20:25
seb128pjdc, do you know who is maintaining the popcon server and if there is any chance it could be updated to modern standards?20:26
seb128like handling compressed reports20:26
=== ljp is now known as lpotter
naccPharaoh_Atem: does that look backwards to you?20:37
naccPharaoh_Atem: hrm, it's the same (roughly) in php520:40
Pharaoh_Atemnacc: it looks odd to me, but then again, the source code for php is a bit inscrutable20:40
naccPharaoh_Atem: i filed https://bugs.php.net/bug.php?id=7165920:58
Pharaoh_Atemnacc: how do you register to file bugs on php.net?21:15
Pharaoh_Atemoh, I see21:15
Pharaoh_Atemyou do it when you file a bug21:15
=== salem_ is now known as _salem
naccPharaoh_Atem: yeah it's weird21:33
=== nobuto_ is now known as nobuto
stefanctgcc-hppa64-linux-gnu is broken on xenial23:06
stefanct(well, the gcc-hppa64-linux-gnu package installed on 15.10 is broken while other similar cross compilers work fine)23:06
dokostefanct, there is no 64bit runtime23:28
stefanctright. there is no libc6-dev-hppa-cross23:36
stefanctthat makes the whole thing rather useless, no? :)23:38
stefancti also noticed that gcc-5-alpha-linux-gnu did not made it into 16.04 (yet). are there any plans to get the cross compilers in completely?23:38
dokostefanct, it's used to build the kernel23:48
dokostefanct, please send in patches23:48
stefanctin this case apparently all that is needed is syncing/adding the mentioned package from debian?23:49
dokostefanct, please send in *tested* patches23:49
naccslangasek: doko: fwiw, debian's php-imagick is also failing and i noticed in my own sbuild, i specifically had to tell imagemagick to not use multiple threads (or you'd get segfaults -- a known imagemagick issue, afaict)23:52

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