=== _salem is now known as salem_
Son_Gokunacc_: yes, there’s no ZTS in debian/ubuntu00:56
Son_Gokuas far as I can tell00:57
Son_GokuI haven’t been testing with php-zts00:57
nacc_Son_Goku: ok, just checking01:06
nacc_slangasek: i think i figured out the php-imagick bug, but i don't know how to fix it...it's either a bug in libgomp or in imagemagick when compiled with openmp support. I built a version w/o it and no segfaults... NOte that just setting the environment variable or the policy.xml value isn't sufficient, it seems like imagemagick still uses openmp even then.01:08
nacc_kirkland: fyi --^01:09
=== salem_ is now known as _salem
nacc_slangasek: maybe it's not that dire, actually -- i wonder how the tests do w/o imagemagick fully installed (note this means there is still this relatively (?) serious bug in imagemagick, but it is independent of php-imagick, at least). Testing that now01:26
=== juliank is now known as Guest72353
=== juliank_ is now known as juliank
=== lynxman_ is now known as lynxman
=== fginther` is now known as fginther
=== uaa is now known as Guest79721
=== Elimin8r is now known as Elimin8er
=== marlinc_ is now known as marlinc
=== FourDollars_ is now known as FourDollars
=== sarnold_ is now known as sarnold
=== balkamos_ is now known as balkamos
Pharaoh_Atemnacc_: so this happened to me when I ran the Twig test with process isolation and jit switched on: http://fpaste.org/332583/76723145/03:45
Pharaoh_Atemthe problem repeats itself when I turn pcre.jit off, so I assume it doesn't have anything to do with pcre jit03:48
=== Skuggen_ is now known as Skuggen
cpaelzergood morning06:47
=== Guest79721 is now known as damascene
pittiGood morning07:36
pittiogra_: yay!07:36
pittiogra_: I saw a component-mismatches email fly by last night about fakechroot wanting to go to main, btw07:36
dholbachgood morning07:54
ricotzxnox, cjwatson, hi, regarding https://blueprints.launchpad.net/ubuntu/+spec/core-1403-hidpi-boottime , you might want to have a look at https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/6167873/+listing-archive-extra08:38
phatinacjwatson: Hi, can you have a look at this package, please? https://phatina.fedorapeople.org/deb/volume-key/ If you recall from yesterday, I was wondering, how to properly split 1 source package into several *.deb packages...08:49
phatinacjwatson: what I get now is: 2 *.deb packages, but there is only /usr/share/doc/* in both of them08:49
=== popey_ is now known as popey
phatinaall: anyone, who can guide how to properly split one tarball into several deb packages, please?08:58
=== marcusto_ is now known as marcustomlinson
=== Odd_Blok1 is now known as Odd_Bloke
=== henrix_ is now known as henrix
=== nisstyre_ is now known as nisstyre
=== lool- is now known as lool
marlincIs there something like dh_make but for non source code package? In this case its simply a package containing a set of shell scripts10:51
xnoxricotz, given that 2x highdpi plymouth theme has regressed, i'm interested in proper highdpi plymouth.11:06
flexiondotorgIs PowerPC supposed to be able to submit bugs via apport?11:13
ubottuLaunchpad bug 1547568 in ubuntu-mate "apport-collect 16.04 not working" [Undecided,New]11:13
pittiflexiondotorg: in principle yes, but a screenshot of the error would be helpful11:18
pittithis is a rather vague description11:18
ricotzxnox, would be great if this could still make it in, afaics this upstream solution works here (this snapshot ignores the needed soname bump due api changes, the symbols used by mountall are untouched), rstrode got pinged in that regard too11:18
Laneypitti: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1549403 FFe might be up your street to review11:31
ubottuLaunchpad bug 1549403 in cloud-init (Ubuntu) "[FFe]: improvements and fixes to cloud-init networking" [Undecided,New]11:31
pittiLaney: queueing11:32
pittiLaney: well, I'd call myself biased as I've lobbied for fixing this for ages; but I'll try to stay objective wrt. risk assessment :)11:41
phatinaall: I have a problem with splitting tarball into several deb packages: in control file, I have 3 packages stated, corresponding *.dirs *.install and the packages contain only /usr/share/doc/* not any binary, library, headers...11:45
phatinaall: is there anyone, who is willing to have a look at this?11:45
pittiLaney: followed up11:45
Laneypitti: thanks11:46
* Laney is occasionally checking the release bugmail11:46
Laneypitti: and hi, don't think I said that today11:46
pittiLaney: inded, good day!11:50
pittiLaney: KDE mass upload> autopkgtest queues just recovered from the perl hit and are still aching under the load of Qt from Ubuntu and silos simultaneously11:51
pittiI accidentally killed some silo test request this morning; I'll put them back, but that'll add another 100 or so11:52
pittiLaney: FYI, I split the queus between ubuntu, ppa, and upstream now; so none can starve the other two11:53
Laneyindeed K* are already being tested11:53
pittisee http://autopkgtest.ubuntu.com/running.shtml11:53
pittiLaney: yes, for Qt11:53
LocutusOfBorgok I might be stupid, but what is now preventing fonts-android from migrating? at least, ubuntustudio-desktop* shouln't be listed as a problem anymore11:55
LocutusOfBorgTrying easy from autohinter: fonts-android/1:6.0.1r16-1 renpy/6.99.8+dfsg-2 request-tracker4/4.2.12-5 ubuntukylin-theme/1.5.111:55
LocutusOfBorg    * amd64: ubuntustudio-default-settings, ubuntustudio-desktop, ubuntustudio-desktop-core11:55
LocutusOfBorgI can see the default-settings as a problem11:56
zequenceLocutusOfBorg: Yes, we haven't changed that yet11:56
zequenceLet me do that right now.11:56
LocutusOfBorgyes, thanks11:56
LocutusOfBorgbut I still see the fixed package in the nasty list11:56
LaneyMight be because it depends on the default-settings11:59
zequenceUploaded. Will check in later to see that it built. But, that package is going to be broken for us for a little while. I'm instructing our next project lead how to make changes to it, so he will finish up the rest.12:05
zequenceI think that was the last dependency to fonts-droid anyhow12:05
LocutusOfBorgthanks Laney zequence12:11
LocutusOfBorgI hope to see it migrate12:11
cjwatsonphatina: hmm, looks OK from a quick scan through the packaging, do you happen to have a build log?12:18
=== olli_ is now known as olli
LocutusOfBorgwhere is doko when needded? :)12:35
LocutusOfBorgPackage: libpurple-dev12:35
LocutusOfBorgSection: libdevel12:35
LocutusOfBorgArchitecture: all12:35
LocutusOfBorgdamn, multiarch broken12:35
LocutusOfBorgthe pc file is shipped on lib/x86_64 on every arch12:35
LocutusOfBorggoing to change all to any and reupload12:35
LocutusOfBorgI lost 15 minutes trying to understand why pidgin-data was failing12:36
LocutusOfBorgand rebuilding on i386 pidgin was fine, because the arch:all was good on that arch :)12:37
phatinacjwatson: yes, I have: https://phatina.fedorapeople.org/deb/volume-key_0.3.9-1_amd64.build12:48
phatinacjwatson: I can't find dh_install in there12:49
phatinacjwatson: that may be the problem, right?12:49
=== _salem is now known as salem_
Mirvpitti: for some reason the autopkgtest retry request does not finish loading, just hangs in there (after loggin in phase), despite several attempts12:53
cjwatsonphatina: that's a pointer in the direction of the problem, but you shouldn't need to call dh_install explicitly; for some reason dh is deciding that there are no .install files so it doesn't need to call dh_install13:02
cjwatsonphatina: can you double-check that those .install files really exist in the environment where the build is running?  it's not something like those files not having been added to a VCS?13:03
phatinacjwatson: hmm, those files need to be added to bzr?13:03
cjwatsonphatina: it looks like you're using bzr builddeb so it would be worth checking that "bzr status" doesn't show those files as unknown13:03
cjwatsonphatina: if you're using bzr builddeb then you need to add them to bzr, yes13:04
phatinacjwatson: yes, they aren't added yet13:04
cjwatsonthere we go13:04
pittiMirv: ah, let me look; we got some SSL restriction settings yesterday, maybe they broke something13:04
phatinacjwatson: ok, I'll need to build the *.deb without bzr13:04
phatinacjwatson: thanks for the tips13:07
LocutusOfBorgzequence, fonts-android migrated, hurray13:18
LocutusOfBorgboinc is not migrating because of: boinc-client-nvidia-cuda/amd64 unsatisfiable Depends: nvidia-modprobe13:28
LocutusOfBorgthis is false13:29
LocutusOfBorgdid something broke somewhere? I didn't change anything on that side13:29
pittiLocutusOfBorg: boinc is universe, nvidia-modprobe is multiverse13:39
pittii. e. you apparently added that as a new dependency, but universe packages must not depend on multiverse13:39
LocutusOfBorgpitti, the problem is that the previous version migrated, with the same set of dependencies13:39
LocutusOfBorgwell, lunch and investigation :)13:39
pittiLocutusOfBorg: yeah, we enabled component checking in britney recently13:40
pittibut it would have been a component-mismatch anyway before13:40
pittinvidia-modprobe | 361.28-1         | unstable/contrib         | source, amd64, armhf, i386, ppc64el13:41
pittiso it could probably go to universe13:41
pittior boinc needs to go to multiverse13:41
pittinot sure, but that smells RC to me in Debian too -- a main package depending on contrib13:41
Mirvpitti: I'll try again if you find some fixable issue13:42
pittiMirv: happens for me too, I just don't know what's up yet13:42
pitti(looking at it)13:42
pittiI can't reproduce it in my juju-local instance13:44
=== jdstrand_ is now known as jdstrand
pittiMirv: ok, should work again, but please don't hit the buttons yet, I'm still cleaning up14:06
LocutusOfBorgthanks pitti14:07
=== Pici` is now known as Pici
Mirvok :)14:12
LocutusOfBorgpitti, moving Depends to Recommends or Suggests can fix the issue?14:15
pittiLocutusOfBorg: suggests is fine, recommends not (as that gets installed by defaultl14:15
pittiLocutusOfBorg: or boinc needs to move to contrib in Debian/multiverse in Ubuntu14:16
pittiwhic is reasonably doable, only boinc-app-seti depends on it14:16
ginggsLocutusOfBorg: you shouldn't need to suggest or recommend nvidia-modprobe14:16
ginggsLocutusOfBorg: in debian the nvidia driver depends on it, and in ubuntu the required drivers are supposed to be loaded at boot14:18
pittirobru: we need to remove all pending.json from landing-{050,012,036}, due to some hiccups; where to ask about that again, and where are the file paths to tell webops to delete?14:19
LocutusOfBorgthe boinc-nvidia has been created to force installation of graphic drivers14:19
LocutusOfBorgso moving to suggests is not probably the right thing to do14:19
LocutusOfBorgdemoting is maybe the best way14:19
=== beuno_ is now known as beuni
=== beuni is now known as beuno
pittiMirv: ok, should be all working again, retry away14:38
lamontsmb: cyphermox I suspect one of you has more info than me from mgilbert?  looks like he'll be adding back in the -export libs, working on it this weekend14:38
lamontnot sure how that fits with our timeline14:39
smblamont, I did not hear anything but I found out more background about the problem14:39
smband why it works with network-mangler14:39
lamontcool.  it'll be sunday at the earliest (and more likely midweek next week) before I can dig into it myself, so hoping mgilbert finishes it up this weekend14:40
* lamont is going to toss -5 up sometime today/tomorrow, with apparmor and some other simple stuff14:41
lamonttjaalton: ^^ did you want me to drop your autoconf thing from that? (it's in the queue already)14:41
smblamont, ok ... meanwhile if you are interested, I am currently writing more detailed findings into bug 155135114:42
ubottubug 1551351 in isc-dhcp (Ubuntu Xenial) "dhclient does not renew leases" [High,Confirmed] https://launchpad.net/bugs/155135114:42
lamontand already pushed to the main tree, so nm...14:42
lamontyeah, I'll read that when I get closer to it14:42
tjaaltonlamont: it can wait14:45
cyphermoxlamont: he didn't respond to me14:46
lamontcyphermox: ok.  he poked me late last night, pointed at the launchpad bug, and the 2015 email and said he'd be working on -export readd this weekend14:47
lamontcyphermox: so we have a clear path forward14:48
smbcyphermox, as a tl;dr update, your case only works because networkmanager runs dhclient in debug/foreground mode14:49
lamontsmb: hahaha14:49
Mirvpitti: works, thank you14:53
GunnarHjpitti: Hi Martin, did you see my question in #ubuntu-desktop?14:55
=== rcj` is now known as rcj
pittiGunnarHj: I did; sorry, backlogged, fighting infrastructure fires14:56
GunnarHjpitti: Ok, my thing is not an emergency. Trying to be patient. :)14:57
barrypitti: is autopkgtest.ubuntu.com down?15:14
tewardbarry: shows up for me?15:15
barryteward: huh15:15
mitya57works for me too15:15
barrypitti: it could just be the retry button15:16
barry(from excuses)15:16
barrye.g. https://autopkgtest.ubuntu.com/request.cgi?release=xenial&arch=amd64&package=deja-dup&trigger=deja-dup%2F34.1-1ubuntu315:16
pittibarry: argh, again15:19
pittibarry: I just had it working again15:19
pittibarry: so, it took me over an hour to gracefully shut down everything with a million tests waiting, and I lost a few already15:20
pittibarry: so let's wait until the Qt madness is over, and I'll look into it tomorrow15:20
barrypitti: ack15:23
pittiapparently somethign hangs when talking to the AMQP server15:24
tsdgeosdo you guys also get a 500 on https://wiki.ubuntu.com/ ?15:35
tewardtsdgeos: randomly, yes, but it returns as "up" for me right now15:36
ginggsmdeslaur: you asked about WINE some time ago, there hasn't been any activity from the 'wine team' since a PPA upload in December. What can I do to help move this along? Assuming the team is no more, is removing the Ubuntu packaging and transitioning to the Debian packaging an option?15:45
mdeslaurginggs: the packaging is completely different, so someone would need to look through it all and add whatever is necessary to do the transition15:47
=== pepee- is now known as pepee
mdeslaurginggs: I think the best thing is to use the packages in the ppa, perhaps by asking whoever uploaded them if it's good enough for xenial15:47
mdeslauractually, probably too late for xenial, but x+115:47
ginggsmsdeslaur: i've been playing with a transitional package in my PPA, i mostly does the right thing, but gets confused by the fact that debian's wine package is :all and ubuntu have wine:i386 and wine:amd64.  Otherwise the packages all have different names15:48
mdeslaurthe ubuntu package definitely has the advantage that multiple versions can co-exist15:49
mdeslaurwhich is probably desirable for wine15:49
ginggsmdeslaur: so does debian's15:49
ginggsmdeslaur: at least they have a wine and and wine-developement these days15:49
mdeslauroh, I though they only had stable and development15:49
mdeslaurright, but ubuntu can have 1.6 and 1.8, etc.15:49
mdeslauranyway, I have no opinion either way, I don't care much about wine15:50
mdeslaurI just wanted to try 1.815:50
=== pepee- is now known as pepee
mdeslaureither continuing the approach in ubuntu/the ppa, or migrating to debian's packaging, there's work to be done either way15:51
xnoxpitti, what is /dev/disk/by-dname ? first time i see that, can it be used somehow for the root= arg?15:53
ginggsmdeslaur: let me start by trying to contact the team and see if they are still interested in maintaining it15:53
pittixnox: I don't know this at all -- perhaps a typo?15:53
xnoxi see those links in the initramfs.15:54
pittixnox: or maybe a typo of your's, and you mean by-name/?15:54
xnoxoh, it looks like something funky maas-ish.15:54
rbasakcyphermox: bug 1547206 claims a regression in a multipath-tools SRU I think. Please could you take a look?15:54
pitti(but even then, by-name/ doesn't exist either for block devices)15:54
ubottubug 1547206 in multipath-tools (Ubuntu) "Boot stalls on mountall "disk drive not ready" question in multipath-tools >= 0.4.9-3ubuntu7.5" [Undecided,Confirmed] https://launchpad.net/bugs/154720615:54
pittixnox: ah, maybe they  set up their own udev rules then15:55
cyphermoxrbasak: yeah, I've already been in contact with tore on that15:55
rbasakcyphermox: OK thanks. I'm just triaging and didn't see any response in the bug. Can I mark it Triaged?15:56
cpaelzerxnox: I know the by-name thing from s390 - when you create names in multipath.conf they will populate that15:56
xnoxcpaelzer, that's udev.15:57
xnoxby-dname looks like stuff that curtin creates15:57
cyphermoxrbasak: yeah15:57
=== pepee_ is now known as pepee
pabs3is there a channel for the wiki.ubuntu.com sysadmins? I found a page that crashes with certain user-agent headers but not with no user-agent header and not with other headers16:01
robrupitti, talk to #webops, it'll be /tmp/britney_data/landing-XX-{xenial,vivid}/autopkgtest/pending.json16:01
cpaelzerxnox: ah you really menat "d"name - sorry, I didn't scroll up enough, yeah seems to be curtin related to bug 147775616:02
ubottubug 1477756 in curtin "storage format provide consistent paths (dname)" [Undecided,Fix committed] https://launchpad.net/bugs/147775616:02
robrupitti: list of directories is always here: https://requests.ci-train.ubuntu.com/static/britney/report.txt16:02
pittirobru: ah, thanks16:04
mterrymvo_, for uboot-go, you said you changed source name too?  Is it stuck in NEW?  I don't see the source pkg in LP16:11
mvo_mterry: let me check what is going on, might be an upload issue16:12
mterrymvo_, you also said you fixed the issues with goconfigparser?  I don't see a new upload there eithe16:13
mvo_mterry: yeah, incorrect upload, sorry for that, will fix in a sec, same issue on the other one16:13
robrupitti: I guess we should think about some sort of admin panel for bileto that allows to delete arbitrary files.16:15
mvo_mterry: silly me, -sa was missing, uploaded them again now16:17
mterrymvo_, ah.  I do that all the time  :)16:17
mvo_mterry: :) thanks again16:17
Odd_BlokeHmm, I'm seeing some strange sysctl behaviour on wily.  I have configuration in a file in /etc/sysctl.d (which was there before boot) that only seems to take effect if I restart the systemd-sysctl service.16:20
cjwatsonpabs3: #canonical-sysadmin16:23
tjaaltonhow does one get rid of an obsolete autopkgtest?16:35
tjaaltonfglrx is blocking xorg-server, while it shouldn't (it'll get removed from the archive instead)16:36
pittitjaalton: you mean fglrx-installer will be removed?16:43
pittiand -updates?16:43
pitti fglrx-updates : Depends: xorg-video-abi-11 but it is not installable or16:44
pittitjaalton: so can we remove it now, so that it stops being an rdependency?16:44
pittitjaalton: is the reason "the free driver is good enough now" by any chance?16:45
tjaaltonpitti: yes. the reason is "there won't be updates anymore, and free driver is good enough for most" :)16:45
pittitjaalton: excellent16:45
pittitjaalton: so, say the word, and I'll kill them16:45
tjaaltongogogo :)16:46
pittiwith fire!16:46
tjaaltonfrom xenial16:46
tjaaltontrusty will still have it of course :)16:46
tjaaltontseliot: ^16:46
tseliotpitti: yes, we can remove it. I sent a pull request to the kernel team to add some improvements to open drivers for the same reason16:47
tseliot(in xenial)16:47
* pitti watches it explode16:47
tjaaltonpitti: so in this case, the autopkgtest was in..? not in the package itself at least16:48
pittitjaalton: auto-generated one by autodep8 (DKMS testing)16:48
tjaaltonI have some pet projects I need to add tests for..16:48
tjaaltonah ok16:48
tjaaltonyeah, so removing the pkg was needed16:49
pittitjaalton: that's what generates a debian/tests/control for sets of similar packages, like lib*-perl, ruby modules, or DKMS packagse16:49
pittiso that they don't need to be copied around a bazillion times16:49
tjaaltonright, ok16:49
pittitjaalton: ofono isn't your fault, I'll hint that away from xorg16:50
tjaaltonyeah I noticed :)16:50
tjaaltonwas about to kick it16:50
pittiyeah, I give it another chance with a retry first16:51
tjaaltonpitti: thanks!16:51
pittitjaalton: this is a good day :)16:52
pittitjaalton: we can kill the nvidia drivers tomorrow, right?16:52
pittispeaking of binary junk, what's the current word on broadcom wifi cards? I haven't followed that for quite a while17:00
pittithere've been like 4 drivers in the past 10 years17:00
pittibcm43xx with fwcutter, wl, and the two free ones in staging17:01
tseliotI'm not sure17:04
tjaaltonpitti: yep, a good day indeed :)17:13
rharperhow would I make a request to have a PPA be allowed to build packages on s390x ?17:18
cjwatsonrharper: https://answers.launchpad.net/launchpad, and I'm afraid at the moment this is only allowed for PPAs that can be devirtualised (i.e. must only be uploadable to by Canonical employees)17:19
cjwatsondue to lack of sandboxing17:19
rharpercjwatson: ok, thanks for the information;17:20
xnoxrharper, is this for juju? you should have a canonical-only devirt ppa imho.17:39
xnoxcjwatson, ^17:39
naccxnox: i believe it's for docker17:39
xnoxnacc, ah. right.17:40
xnoxnacc, rharper: maas -> openstack -> scalingstack -> lp is the dependency chain to get that enabled.17:40
Son_Gokunacc: so any luck with pcre+php7?17:41
naccSon_Goku: twig now runs/passes the test -- I put in a manual phpunit isolation on the failing test17:42
naccSon_Goku: i've been getting some help from upstream17:42
naccSon_Goku: I do think something is off with the pcre jit code, but not sure what yet17:42
Son_GokuI spent a few hours tracing it through gdb, but I got nowhere17:42
Son_GokuI’m setting up a Fedora VM to fiddle with it a bit more, since Remi said it doesn’t fail there, and I want to see it pass with pcre.jit=1 myself17:45
naccSon_Goku: yeah, i have it to the point where I'm getting sort of weird results (https://bugs.exim.org/show_bug.cgi?id=1803)17:45
ubottubugs.exim.org bug 1803 in Code "segfault in pcre jit when running twig test suite (PHP7)" [Bug,New]17:45
naccSon_Goku: if you could do that, that'd be great17:45
Son_Gokunacc: I couldn’t reproduce your error states in my CentOS 7 PHP7 environment17:46
Son_GokuI got *different* error data17:46
naccSon_Goku: but the same error location?17:47
Son_Gokuit’s the most bizarre thing ever17:47
Son_Gokunacc: at this point, I’m wondering how people expect PHP to ever be consistent about anything?!17:49
naccSon_Goku: what values do you get?17:52
naccSon_Goku: sorry, didn't see if you responded -- what values do you see in centos?18:38
Son_Gokunacc: ah one moment18:38
naccSon_Goku: also, keep in mind, compiler differences, etc., might lead to slight differences18:38
Son_Gokuyeah, I think that’s the primary effect here18:38
Son_Gokunacc: http://fpaste.org/333171/57030506/18:41
naccSon_Goku: ah, aggressive optimization :)18:44
naccSon_Goku: hrm, yeah, so it fails *earlier* with centos7, i think?18:44
naccat pcre_exec time?18:44
Son_Gokunacc: yes18:49
Son_Gokuit looks like it18:50
naccwhich is perhaps the same issue -- just not noticed at the same time. I think the JIT code is failing to move the offsets on every call18:51
naccbut i need to reproduce that18:51
Son_Gokuthis is with php 7.0.4 and pcre 8.32-15.el7 (so 8.32 with a bunch of backported issues)18:51
Son_Gokuerr, backported fixes18:51
Son_Gokunacc: yeah, I suspect that’s the case18:51
naccSon_Goku: any luck setting up a fc vm?18:51
Son_Gokunacc: working on it now18:51
naccSon_Goku: cool, keep me posted please18:52
Son_Gokumost def18:52
Son_Gokujust finished the install of fc2318:52
Son_Gokuso rebooting it into new environment to install php718:52
oSoMoNMirv, FYI: https://bugs.launchpad.net/ubuntu/+source/qtsystems-opensource-src/+bug/155286018:53
ubottuLaunchpad bug 1552860 in qtsystems-opensource-src (Ubuntu) "[MIR] qtsystems-opensource-src" [Undecided,New]18:53
Son_Gokuthank god for oVirt, or I’d never get anything done18:55
naccSon_Goku: thanks!18:55
Son_Gokumy pleasure18:55
=== Son_Goku_ is now known as Son_Goku
Son_Gokunacc: well… it happens in Fedora19:35
Son_Gokuannoyingly enough, Remi didn’t upload the debuginfo package for php70, so I need to poke him with a stick for those19:36
Son_Gokubut it did fail differently here, too19:36
Son_Gokuwell, differently ish19:36
naccSon_Goku: that's good!19:38
naccSon_Goku: in that i did backport those patches19:38
naccand it didn't help me19:38
naccand i was worried something else was up19:38
naccbut having it not fixed anywhere is good19:38
nacclooking at hte trace, ti'll be the same symptoms, last_match will have moved past where the offsets imply and we'll get a negative length calculation, if i had to guess19:39
Son_Gokuthe patch backport was still good to do19:39
Son_Gokubecause it minimized the number of conditions19:39
naccruled some stuff out19:40
Son_Gokuand besides, pcre is crap, and needs to be fixed19:40
naccSon_Goku: since you are the ones that's reproduced it, can you update the pcre bug?19:40
Son_Gokunow I just want to know wtf Remi is doing that makes it work on his computer19:40
Son_Gokunacc: sure19:40
Son_Gokuon exim?19:40
naccSon_Goku: yeah that'd be good to know for sure19:40
Son_Gokuor on php.net?19:40
ubottubugs.exim.org bug 1803 in Code "segfault in pcre jit when running twig test suite (PHP7)" [Bug,New]19:40
nacci am thinking more and more, that it's a bug in pcre ... just need to figure out if i cna write a testcase for it. I told you the other day i wrote the twig testcase as it's own (what split_utf8.test does) and it doesn't fail ... so it's a stateful issue. Which is why process-isolation helps19:41
naccbut i'm not sure what state pcre could be holding that would go corrupt19:42
naccas it's supposed to be using the offsets passed in to decide where to look in the string, etc19:42
=== pepee- is now known as pepee
nacchrm, after upgrading to xenial, my previousl working adt-run, which uses my already built .deb says:19:47
naccblame: arg:/home/nacc/ubuntu/build/php-imagick_3.4.0~rc6-1ubuntu3_amd64.deb deb:php-imagick php-imagick_3.4.0~rc6-1ubuntu3.dsc19:47
naccbadpkg: got 9 lines of results from extract where 4 expected19:47
naccadt-run [11:44:54]: ERROR: erroneous package: got 9 lines of results from extract where 4 expected19:47
chilukxnox do you have a chance to look at a preseed and debug syslog with me?19:47
Son_Gokunacc: done: https://bugs.exim.org/show_bug.cgi?id=180319:47
ubottubugs.exim.org bug 1803 in Code "segfault in pcre jit when running twig test suite (PHP7)" [Bug,New]19:47
naccSon_Goku: thanks!19:48
Son_GokuI’ve attached the log output as attachments, to make things simpler19:48
naccSon_Goku: makes sense19:48
Son_Gokuthe best part is that since these are three different distros, it’s not likely to be considered distro-specific19:49
naccright, it seems like it should be something that is fixable by upstream now :)19:49
naccbut we'll see19:49
mahmohhi, I'm seeing a hang with upstart, I tried --verbose on the kernel command line with 14.04 to get additional info but that's not working, any ideas?19:50
=== Son_Goku_ is now known as Son_Goku
naccpitti: hrm, after upgrading to xenial, my previousl working adt-run, which uses my already built .deb says:20:07
naccpitti: blame: arg:/home/nacc/ubuntu/build/php-imagick_3.4.0~rc6-1ubuntu3_amd64.deb deb:php-imagick php-imagick_3.4.0~rc6-1ubuntu3.dsc20:07
naccpitti: adt-run [11:44:54]: ERROR: erroneous package: got 9 lines of results from extract where 4 expected20:07
naccpitti: and the results in particular are: http://pastebin.ubuntu.com/15276066/20:08
naccpitti: i think it's because fo the dpkg-source output, but not positive?20:16
naccpitti: adding >/dev/null 2>&1 to the invocation of dpkg-source fixed it, but i think that's clearly not expected. Did perhaps dpkg-source change it's output in xenial? actually that doesn't make sesne, looking at the exec line, it seems like fd3 gets redirected to stdout and then stdout gets redirected to stderr; so somehow dpkg-source's output is showing up on fd3? will debug it some more20:35
Saviqxnox, hey, is it normal that trying to install libboost-dev in a cross-armhf chroots tries to remove gcc and all?20:49
Saviqor actually, doko, you seem to have dabbled in "g++ dependencies" in there https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/boost-defaults/wily/revision/1520:51
superm1pitti:  new hardware is supported by brcmfmac, older hardware is supported by wl21:35
=== marga- is now known as marga
=== salem_ is now known as _salem
=== pepee- is now known as pepee
naccslangasek: woo! i think i found another imagemagick backport that is why php-imagick segfaults its tests ... build and testing now23:49

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