=== salem_ is now known as _salem
psusiI've had a patch atached to bug #1250109 to fix a very long standing annoying problem making upgrades very slow due to the massive number of update-grub invocations since December.  could someone *please* upload it?01:48
ubottubug 1250109 in linux (Ubuntu) "Please use dpkg-triggers" [Wishlist,Triaged] https://launchpad.net/bugs/125010901:48
psusialso I've been trying since about then to get upgraded from contributing developer to core so I could upload things like this myself, and would appreciate your endorsement: https://wiki.ubuntu.com/PhillipSusi/DeveloperApplication201:50
sarnoldpsusi: does the grub2 debdiff need refreshing?02:04
psusisarnold, apparently there have been a few new uploads since I posted that...02:09
sarnoldpsusi: I figured, the zfs stuff alone probably got a few..02:09
sarnoldpsusi: maybe re-fresh, re-test, re-upload, and re-bug apw :)02:09
sarnoldit'd sure be nice to have it fixed, that bothers me every time I updae.02:10
psusiyea.. I just autoremoved' like 6 kernels02:10
psusiand watched the long, slow, update-grub for every one of them02:10
psusiI just saw a headline about that on slashdot and still don't get this insane belief that any kernel module is a derived work of the kernel and so zfs can't be licensed under something other than the gpl202:11
infinitypsusi: That "insane" belief is held by a lot of free software people and a lot of kernel copyright holders, so the debate is certainly heated.02:13
=== juliank is now known as Guest81625
=== juliank_ is now known as juliank
psusiby that logic, every hardware device driver that contains binary blobs in the kernel violates it02:13
psusiand that's basically most of the most important ones02:14
sarnoldwhich is why there's a linux-firmware package..02:14
infinityUnless you mean firmware, which is executed on the device, not the host CPU.02:14
psusiputting it in a separate package doesn't change the way the way the licenses effect it02:14
psusidoesn't matter where it is executed... if the argument is that the code is combined with the kernel that makes it a derived work and must be under the same license02:15
infinityIt's widely accepted that the GPL linking clause doesn't attach across CPUs like that.  Not that it makes the firmware free without source (it's not), but the firmware doesn't taint the kernel code, as it's not linked to it in any way.02:15
psusialso by that logic, any executable program loaded by the kernel is a derived work and must be gpl202:16
infinityNo, that's not how linking works.02:16
infinityReading the GPL helps before arguing for or against it.02:16
sarnoldpsusi: the first few lines of the kernel's COPYING file:02:16
sarnold   NOTE! This copyright does *not* cover user programs that use kernel02:16
sarnold services by normal system calls - this is merely considered normal use02:16
sarnold of the kernel, and does *not* fall under the heading of "derived work".02:16
psusi"linking" isn't something that is part of copyright law... being in the same address space on the same cpu doesn't make something a derived work02:16
infinitypsusi: It's not part of copyright law, but it *is* part of the license, ergo the copyright holders can withdraw your license if you violate it.02:17
psusiby that logic, WINE is a derived work of MS windows....02:17
infinitypsusi: And then you no longer can copy.02:17
psusino... they can't withdraw their license depending on how you *use* the work02:17
infinityOf course they can.02:18
psusifirst sale doctorine02:18
psusionce you sell it to me I can use it however I choose02:18
infinityYes, but you can't distribute it.02:18
infinityCopyright licenses are about distribution, not use.02:18
infinityAnd you absolutely can have your rights to distribute terminated.02:18
psusicompilations... they can't say that you must distribute it alone and not as part of a larger collection with other software02:18
psusii.e. they can't say that you can redistribute linux, but not as part of an OS that contains non gpl2 software02:20
infinity" If a compilation utilizes material under copyright by someone else, compilation protection does not grant the compiler rights to that material or permission to use it without license"02:21
infinityA copyright license can restrict your distribution rights in ANY WAY THEY WANT.02:21
infinityEspecially given that it's not a restriction at all, it's a grant.02:21
infinityBy default, you can't distribute anything that's copyrighted.02:22
infinityThat's how copyright works.02:22
psusino.. it can't... they can't for instance, say that you can distribute it, but only if the servers you use to host it aren't running windows02:22
infinityNot that the GPL (and any GPL work) ever claims that the whole OS needs to be GPL.02:23
psusiI don't see any distinction between that and claiming that all kernel modules you distribute with it must be GPL02:23
infinitypsusi: They really could.  Just as they can state that you must post advertisements, or hop on one foot.02:23
infinitypsusi: You're being *granted* a distribution license on their terms.  It's a contract.  Some bits of that contract could certainly be tested in some courts and found unenforceable, but there's no list of "you can't" assigned to it.02:24
infinitypsusi: The distinction is both how the GPL defines linking, and that the kernel copyright license itself even goes out of its way to clarify.02:24
psusino.. they can't... the courts have upheld that there are reasonable things they can require, and unresonable things they can not, including that you can not demand that it not be distributed as part of an OS that contains propietary software02:24
infinitypsusi: Good thing no one's demanding that (also, where's that case, since I've not heard of it, since I know of no licesense that would cause that to be tested in a court in the first place)02:25
psusithere were plenty of software vendors in the 80s that did not like their software being distributed on cds with hundreds of other programs...02:26
infinityThose are collections, which are clearly not derived works.  The GPL claims linking creates a derived work.  It's not just a collection at that point, as a transformation more significant than copying to a filesystem has occurred.02:27
psusiyes, and that is the claim that is fallacious... if linking created a derived work, then MS would have a copyright claim on every single piece of windows software ever created02:28
psusiand every windows software vender would have a copyright claim on WINE02:28
sarnoldI suspect windows had a EULA that allowed linking to their APIs without having to share the license02:29
psusimaybe to *theirs* but not to WINE's02:29
infinityDerivative works are not copyright violations of the original work.  But putting them together is also not a naive collection.02:29
sarnoldwine's API use is likely covered by the oracle / google 'can you copyright an API' question.02:30
psusisame applies to kernel modules using the kerne's apis02:30
psusiit doesn't seem any different to me than MS trying to copyright the use of INT21 and saying that dosbox violates their copyright for implementing it, or every dos program ever written does and so they can stop anyone they want from writing a DOS program02:36
psusiwhat the hell is wrong with patch?  I unpacked the latest grub2 source into ~/grub2-2.02~beta2... in there I run patch -p1 and paste in the old patch and it complains that it can't find grub2-2.02~beta2/debian/grub2.postinst.... Ummm.. the -p1 means strip off the gurb2-2.02~beta2 prefix and look instead for ./debian/grub2.postinst... why isn't it?02:48
psusioh... now htat's weird... that file isn't there02:49
nacc_psusi: the naming has changed, i think? i see postinst.in, e.g.02:54
psusihrm.. I think someone fscked up the package uploads... last I patched this, it went from 2.02beta2-ubuntu1 to 2.02beta2-ubuntu2... the current changelog only shows 2.02~beta2-32 followed by 2.02-beta2-3302:54
nacc_it's up to ~3602:54
psusii.e. 2.02beta2-ubuntu1 is now missing from the changelog02:55
psusii.e. someone updated to the new debian release and discarded the previous ubuntu releases from the changelog02:56
psusikind of like how I recently tried to upload a gparted package to debian discarding the previous NMU02:56
nacc_psusi: i think ~36 is sync'd direct from debian, there's no delta (afaict)02:57
sarnoldwith a version like "2.02~beta2-36" doesn't that mean it was synched right from debian?02:58
nacc_sarnold: that's my reading, as well02:59
psusiaren't the previous ubuntu changelog entries supposed to be preserved?03:02
psusijust like I'm supposed to preserve NMU uploads in debian when I issue a new update there?03:02
sarnoldmaybe with merges but unlikely with syncs, after all, it's just copied from debian.. whoever does the sync is supposed to ensure the delta is no longer needed03:02
psusihrm... seems odd that it s ok to discard changelog entries for previous revisions... but.. shouldn't stop my patch from applying... hrm...03:03
sarnoldif we had to retain all previous ubuntu changelog entries we'd never be able to blindly sync from debian for any package ever again03:04
psusidamn... I can not figure out how to reconsile these changes03:10
psusithere is no longer a grub2.triggers but instead a postinst.in03:10
psusigrub2.postinst rather03:11
psusi.triggers was the new file I added03:12
* psusi kicks cjwatson to the rescue03:14
* psusi may have to try again tomorrow when he's sober03:14
sarnoldpitti: what are the chances the systemd-logind restart also loses my xset dpms setting? I know it's stretching but the same day I test the new systemd-logind my X11 didn't suspend .. heh :) thanks05:07
pittiGood morning05:54
pittisarnold: is that on trusty or xenial? xenial's xorg now directly integrates with logind, trusty's didn't yet05:55
pittibarry: I am now05:55
dholbachgood morning07:45
cpaelzerI have a package with a dep8 test and realized by adding a new one without needing isolation-machine that the only thing preventing them to run on armhf and s390x was that restriction08:13
cpaelzernow the new test without that obviously ran on those arches and failed by "Test dependencies are unsatisfiable"08:14
cpaelzerand please excuse me in case that is a silly question, but I can't find the right pointer to start via search engines, but - what is the "right" way to guard architectures for dep8 tests?08:14
cpaelzerto be honest I'm even more puzzled by ppc64el failing with the same dependency but instead of a regression it lists them as "Always failed"08:15
cpaelzerseems that a former "SKIP", but then adding a fail counts as regression while in fact no test ever ran successfulyl on those08:16
cpaelzerbut my real question/issue is around how to properly flag/guard toward only supported architectures08:16
cpaelzerjamespage: since you were kind of involved FYI ^^08:17
cpaelzerit's obvisous I could just add "isolation-machine", but that can't be right - is it?08:18
cpaelzeran architecture list for the Depends field of d/t/control maybe?08:21
jamespagecpaelzer, I'm surprised that as that package only builds for x86 archs, that the tests are even running...08:29
jamespagepitti, ^^ any pointers?08:29
cpaelzerjamespage: that is exactly what threw me off08:30
pitticpaelzer: you can add arch qualifiers to test dependencies, just like with binary dependencies08:32
pittiso you can say "Depends: foo [i386 amd64]" if foo is only available there08:33
pittiand then have your test skip the parts that need foo if it isn't available08:33
pittithere is no "Architecture:" field in debian/tests/control08:33
pittiif a package isn't built on a particular arch, it doesn't get tested there either08:33
pittiso it should not normally be necessary08:34
pitticpaelzer: right, if it never succeeded on ppc64el it counts as "always failed", so it doesn't block propagation08:34
cpaelzerpitti: but it "never worked" on s390/armhf either but now lists it as regression08:35
cpaelzerthat is what I meant with only SKIP seems not to count as "fail"08:35
pitticpaelzer: ok, what is "it" here? which packages?08:35
cpaelzerhttp://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html look for dpdk08:35
pitticpaelzer: right, so http://autopkgtest.ubuntu.com/packages/d/dpdk/xenial/armhf/ did succeed before08:35
cpaelzerpitti: yeah with 1/1 tests being SKIPed08:36
cpaelzerpitti: I'm totally fine, I just didn't expect that skip only would have been considered "working" and adding a new one that fails a "regression then"08:36
cpaelzerwe will work on arch flagging the other tests which then should skipped as well and the regression gone08:37
cpaelzerpitti: but as you said - "if a package isn't built on a particular arch, it doesn't get tested there either"08:37
cpaelzerpitti: but we can add the arch qualifiers and things should be fine08:38
cpaelzerpitti: thank you08:38
cpaelzermaybe it is the -doc packages because they coem from the same source and are for all archs ?08:38
cpaelzerpitti: would that cause the package be tested on all archs ^^ ?08:39
pitticpaelzer: it would be a bit harsh to count a test as failed just because we can't provide "good enough" testbeds08:40
cpaelzerpitti: yeah, with that point of view I totally agree to you - thanks08:40
cpaelzerjamespage: I'll push the changes + the revert of the revert of the VCS things to the repo the next minutes08:41
pitticpaelzer: -doc package> right, that's it, so it'll count as "available" on s390x08:41
cpaelzerjamespage: would you reupload that then so we see if it resolves the test issue08:41
cpaelzerpitti: ahh, and one more thanks for that confirmation - great08:42
cpaelzernow everything makes sense and a solution is ahead08:42
pitticpaelzer: just adding the arch qualifiers will fish the "test dep not available", you still need to make sure that your tests skip gracefully if dpdk isn't available08:42
cpaelzerpitti: ah you mean it won't install the package because we properly flagged its arch dep but the test then still wants to run and would fail08:43
cpaelzerok, thank08:43
cpaelzerthat saves one extra upload08:43
pitticpaelzer: for this corner case there's currently no declarative way to say that, I'm afraid08:43
pittiso it needs to be done in the test code for the time being08:43
pitticpaelzer: at some point we could add an Architecture: field to d/t/control of course, but it doesn't exist ATM08:44
cpaelzerpitti: no SW can be perfect and autotest is great as-is - we can handle that minor thing for now08:44
cpaelzerI wonder we are the first to run into that08:44
cpaelzermaybe the others just didn't have to ask ...08:44
pitticpaelzer: I faintly remember that it came up once before, but it's indeed not very common08:48
dholbachcan somebody remind me how to find all the packages which depend or build-depend on a binary package of a given source package? :-)10:05
Mirvpitti: hi! I'm unable to submit an autopkgtest rety request ("does not have any test results") when trying the i386 ubuntuone-credentials from https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-049/excuses.html10:07
cpaelzerdholbach: apt-rdepends -r [-b] ?10:10
cpaelzerdholbach: [-b] for depends and build-depends10:10
dholbachlooks like -r and -b won't go together10:11
cpaelzeryeah the -r if for the bin, wait I had something for reverse build as well10:11
Mirvdholbach: or you might want to check reverse-depends with or without -b10:12
Mirvfrom ubuntu-deve-tools10:12
dholbachah, great10:12
dholbachthanks a bunch! :-)10:12
cpaelzeryeah that is the second one I had10:12
Mirvone needs to iterate through the binary packages though10:13
cpaelzerdholbach: I documented all kind of this dependency stuff in this section https://wiki.canonical.com/ServerTeam/ServerReleaseHandling#Messing_around_with_dependencies10:14
cpaelzerincluding e.g. how to iterate over the binary packages and so on10:14
cjwatsonMirv: src:10:14
Mirv!! all these years...10:15
ubottuMirv: I am only a bot, please don't think I'm intelligent :)10:15
LocutusOfBorgdholbach, reverse-depends -b binary works :)10:16
Mirvreading the man page would have helped easily10:16
LocutusOfBorgand reverse depends works also with a given release series10:16
LocutusOfBorgreverse-depends -r xenial fonts-droid10:16
Mirvwhat about reverse depends of a Provides: provided virtual package? :)10:17
LocutusOfBorgoops Mirv I did answer before reading your answer :)10:18
* LocutusOfBorg did rebuild itksnap, elastix, plastimatch, lets see insighttoolkit4.9 migrate today!10:19
MirvI'm using synaptic to list binary packages that depend on qtbase-abi-[version] or qtdeclarative-abi-[version], but I'd actually need a way to get the list of source packages that have binary packages that depend on them10:19
pittiMirv: can you please file a bug against auto-package-testing about that for now? (sorry, can't look into that right away)10:33
pittiMirv: did the retry work for qtmir?10:33
pittiMirv: requeued the ubuntuone-credentials test10:35
Son_Gokunacc_: after a session of debugging with Remi Collet, I found out the problem: https://bugs.launchpad.net/ubuntu/+source/php7.0/+bug/1548442/comments/210:39
ubottuLaunchpad bug 1548442 in php7.0 (Ubuntu) "php7.0: segmentation fault running twig test suite" [Undecided,New]10:39
LocutusOfBorgnacc_, a new php7 upload hurray!11:07
LocutusOfBorgI mean in Debian :)11:08
pittiMirv: well, I just restarted it too11:19
Mirvpitti: ok, filing, qtmir hadn't failed yet at that point but seems to work (retry), and thanks11:20
Mirvand because of timing I guess qtmir is now twice in the queue :)11:20
pittiMirv: ah, snap :)11:20
pittiMirv: yep -- http://autopkgtest.ubuntu.com/running.shtml#pkg-qtmir :)11:20
=== tsimonq2alt is now known as tsimonq2
=== _salem is now known as salem_
flexiondotorg_I'd like to submit a one line patch to gnome-language-selector to fix an issue with MATE.12:52
flexiondotorg_I see lp:language-selector is retired.12:52
flexiondotorg_Should I just prepare a debdiff for the language-selector package, as can't find a source repository.12:52
Saviqpitti, hey, I'm putting our autopilot tests into autopkg, will britney be happy with this https://code.launchpad.net/~saviq/unity8/autopilot-dep8/+merge/287228 ? Will the "isolation-machine" restriction make it skip it?12:55
pittiSaviq: that looks a bit odd still13:22
pittiSaviq: why is it isolation-machine?13:22
pittiSaviq: that will skip the tests on the arches that use LXC (armhf and s390x)13:23
Saviqpitti, those tests are only meant to run on phones13:23
pittiSaviq: oh, autopilot's input device emulation I figure?13:23
Saviqpitti, not just that, we just need a full unity8 session13:23
pittiSaviq: but "initctl --session" will fail on the normal infra13:23
pittias there is no unity session13:23
pittiSaviq: so either you actually start one, or you should gracefully skip the test if it's not running13:24
Saviqpitti, well, my goal is to skip that test on britney altogether (unless it has touch devices available)13:24
Saviqpitti, that's what I'm doing13:24
Saviqpitti, see line 10 of the diff13:24
pittiSaviq: pidof unity 8 || { echo "Not running under unity8, skipping"; exit 0; }13:24
pittisomething like that13:24
pittiSaviq: ah, of course13:24
pittiSaviq: yep, that's fine13:25
Saviqpitti, just wanted to skip it altogether where it doesn't make sense, should I not add the isolation-machine bit, then?13:25
pittiSaviq: in the future we can use something like "Class: ubuntu-touch", but that's not implemented yet13:25
pittiSaviq: i-machine is fine13:25
Saviqpitti, will it not trigger the test unnecessarily on some dedicated hardware, though? where it could just as well fail in a container/chroot?13:26
Saviqs/fail/gracefully exit/13:26
Mirvpitti: when you have time, retry unity8 i386 silo 049 (https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-049/excuses.html). added that one to the bug report too.13:30
pittiSaviq: it will be skipped on containers/schroots, and not do much in qemu13:30
pittiMirv: done13:30
SaviqMirv, that's our last flaky test, will fix asap13:31
pittiSaviq: "our last flaky test" → famous last words :)13:31
Saviqpitti, no, for real! :)13:31
Saviq(outside of armhf, that is :P)13:32
dokojamespage, smoser: jdk-default-headless hit xenial. enjoy to reduce the size of images/whatever13:39
Mirvthank you13:40
MirvSaviq: :)13:41
blazewas unity8-lxc tested on xenial?13:43
blazenot working for me here13:43
LocutusOfBorgdoko, itk4 is migrating now I think13:56
=== alexabreu is now known as alex-abreu
caribou_barry: won't the regression on python-pip 8.0.2-8 block your new python-pip upload ?15:05
dokoapw, please could you take care about http://people.canonical.com/~ubuntu-archive/nbs.html (module-init-tools), and then telling me that it can be removed?15:16
dokoI'll take care about the cross-toolchain-* packages myself15:17
Saviqpitti, did you consider having adt-run generate a .xml test report file?15:17
pittiSaviq: it didn't come up before; we have a json file for the test environment data so far15:20
Saviqpitti, I'm asking because we're constructing a dummy .xml file containing a fail when adt-run exits with a "failed" exit code, to mark the job unstable instead of plain FAILED15:22
Saviqpitti, I'll parse the summary file for this, but it would probably be easier for adt-run to do this for us :)15:22
pittiexactly as easy or hard, I'd say :)15:28
barrycaribou_: i hope not 8.0.3-1 should fix the problem15:40
nacc_Son_Goku: can you put that in the php bug too?15:43
nacc_LocutusOfBorg: :)15:43
barryLP seems slow in picking up new debian versions15:54
cjwatsonbarry: do you have an example?15:56
cjwatsonthe cron job is every six hours which matched dinstall last I checked, but it does depend on exactly where in the cycle your upload falls15:56
barrycjwatson: python-pip and python-virtualenv.  both were uploaded to debian yesterday but i still can't syncpackage them15:56
barrycjwatson: definitely > 6h ago15:56
nacc_Son_Goku: so, i *think*, that ubuntu's package just directly has whatever is in upstream php for ext/pcre ... and some of the patches in the repo you mention (fc23) are present (or mostly so...) and some aren't15:57
cjwatsonbarry: well, 8.0.3-1 isn't actually in unstable's Sources file yet15:59
barrymaybe it's debian?15:59
cjwatsonI just looked on coccia15:59
barrycjwatson: looks like both are in buildd-unstable?15:59
cjwatsonbarry: dak's DB appears to have it, sure, but we sync from Sources files16:00
cjwatsonbarry: I don't know why those are taking so long to update, but it's on the Debian side AFAICS16:00
barrycjwatson: ack.  okay, thanks!16:00
nacc_Son_Goku: i can build with the patches applied and narrow it down here, i think, there are few that seem likely16:01
cjwatson11:41 <jcristau> looks like yesterday's 1952 dinstall broke16:01
cjwatson11:42 <jcristau> in the pdiff stuff16:01
cjwatson11:42 <jcristau> and then exited at the same point in the 0152 and 0752 ones16:01
cjwatson11:44 <jcristau> http://paste.debian.net/405058/16:01
cjwatsonbarry: ^- from #debian-ftp16:01
cjwatsonthat probably explains it16:01
cjwatsonbarry: apparently it should be fixed for the dinstall running recently/nowish16:02
barrycjwatson: thanks.  i'll keep an eye on it over the next few hours, and we'll see how it falls in with the cron job cycle16:02
Saviqpitti, about the "isolation-machine" again, will that not affect the existing test, that happily runs in chroots today?16:05
tewardany chance I could get a bug reviewed for an FFe to get the latest nginx upstream mainline version into Xenial?   Wasn't sure if I have to get the FFe approved before I uploaded, though...16:13
nacc_Son_Goku: so i think ubuntu, at least, has not patched pcre 8.38 at all ... btw, did you reproduce this with debian too? can you, if possible, i do see we have a delta in ubuntu specifically about JIT16:15
nacc_Son_Goku: looks to just be some symbol mangling, probably not the issue16:21
nacc_Son_Goku: i'll backport the lot and see if it fixes it locally first16:23
Son_Gokunacc_: it was a problem for me on Debian 816:39
Son_GokuI don’t have anything on Debian sid16:39
Son_Gokuso I can’t test there16:40
nacc_Son_Goku: ok, np16:40
smoserpitti, are you around ?17:06
=== dholbach_ is now known as dholbach
=== Lutin_ is now known as Guest40345
=== Noskcaj_ is now known as Noskcaj
=== attente_ is now known as attente
=== freeflying__ is now known as freeflying
=== alexisb is now known as alexisb-afk
rbasakAm I right in thinking that there's no need for <package>.dirs to specify a directory that <package>.install already installs into (with debhelper)?17:31
=== tyhicks` is now known as tyhicks
=== _fortis_ is now known as _fortis
cjwatsonrbasak: that's right17:40
cjwatsonit's relatively common redundancy but it is indeed redundant17:41
=== Elleo_ is now known as Elleo
=== tarpman_ is now known as tarpman
rbasakGreat, thanks.17:43
pittiSaviq: a test with isolation-machine isn't run with adt-virt-schroot, no18:01
Saviqpitti, I know, but that's the thing, we have one test without isolation-machine, another with, I just don't want the former to unnecessarily hog something18:02
pittiSaviq: what do you mean, if it can run in a chroot, why wouldn't we run it?18:03
Saviqpitti, do the tests get split up when they have different requirements?18:04
pittiSaviq: each test is run separately anyway, and those which the testbed can't satisfy are skipped18:04
Saviqanyway, it's running in https://requests.ci-train.ubuntu.com/#/ticket/1053 so we'll know soon enough18:04
Saviqpitti, ack, if they're run separately then we should be good, thanks!18:04
=== tlyu_ is now known as tlyu
=== mhall119_ is now known as mhall119
=== alexisb-afk is now known as alexisb
nacc_Son_Goku: is the pcre fix needed in pcre or in the php extension? i assumed the former?19:17
Son_Gokuthe former19:17
Son_Gokuas far as I know, anyway19:17
Son_Gokunacc_: that said, Remi does have some pcre patches… https://github.com/remicollet/remirepo/tree/master/php/php7019:18
Son_Gokubut I don’t think they apply to Xenial19:19
=== masACC is now known as maswan
jdstrandpitti: hey, so isc-dhcp got hung up in a network-manager regression, but all it fixed as an apparmor denial which should only make dhclient work better19:45
jdstrandtest_open_b_ip6_dhcp() is what failed, but I fail to see how adding the openssl abstraction to the profile would've caused that19:47
jdstrandhmm, artificats does not have syslog in it...19:48
jdstrandlooking at wpa-dhclient-stdout, I don't see anything, but the fact that the other 3 tests passed suggests to me it is not the isc-dhcp upload19:50
=== dpm is now known as dpm-afk
=== tsimonq2alt is now known as tsimonq2
nacc_Son_Goku: yeah, doesn't look like it to me either21:19
=== kees_ is now known as kees
nacc_Pharaoh_Atem: ok, i rebuilt pcre3 with a fairly clear bugfix, and am now rebuilding php7 with that pcre, to see if it fixes the issue22:03
=== rbanffy_ is now known as rbanffy
nacc_Pharaoh_Atem: wasn't just that one patch, as i hpoed it was ... and the tests are failing when i backport the set (might have made a mistake on my part, of course)23:17
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem

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