dokonacc: libsodium promoted again03:25
jbichadoko: could you try demoting the list from my latest comment at LP: #1745634 and xterm LP: #1720482 ?03:30
ubottuLaunchpad bug 1745634 in python3-defaults (Ubuntu) "Demote idle to universe" [Undecided,New] https://launchpad.net/bugs/174563403:30
ubottuLaunchpad bug 1720482 in xterm (Ubuntu) "Demote xterm to universe" [Undecided,Confirmed] https://launchpad.net/bugs/172048203:30
jbichaxterm at least shows up on component-mismatches-proposed now03:30
nacc_doko: yep06:08
nacc_doko: slangasek: i don't recall filing a MIR for php7.1 in artful. We went through the transition via php-defaults then. Does php7.2 need an explicit MIR?06:08
dokonacc_: no, just make sure that 7.1 gets demoted06:23
dokojbicha: xterm is still recommended in the release pocket07:07
dokoxnox, jbicha: https://launchpadlibrarian.net/354753363/buildlog_ubuntu-bionic-s390x.babl_0.1.42-1_BUILDING.txt.gz07:36
sforsheedoko: I tried building an arm64 kernel with 2.30-1ubuntu1 and still get the link error - https://launchpadlibrarian.net/355195922/buildlog_ubuntu-bionic-arm64.linux_4.15.0-6.7_BUILDING.txt.gz07:36
dokosforshee: where is the source for this build?07:39
dokosforshee: the kernel build log is notorious for not printing command line options07:42
dokocould you extract these from the link line, and provide this together with all the object files?07:42
sforsheedoko: you can get the source package from the ppa https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/bootstrap, or lp:~ubuntu-kernel/ubuntu/+source/linux/+git/unstable07:42
sforsheedoko: I'll also get your the link line and the object files, will take a bit07:44
cpaelzerrbasak: I don't really know what to do about https://lists.ubuntu.com/archives/ubuntu-release/2017-December/004255.html08:06
cpaelzerit is up 6 weeks now, my ping in early january still waits for moderator approval08:06
cpaelzeraccording to the doc it just needs one (1) SRU member to ack08:06
cpaelzersince I seem to be unable to get hold of one, could I ask to get you to consider parsing through the MRE wiki page and acking it if ok?08:07
dokodpdk: is that the python3 version?08:08
sil2100cpaelzer: oh, I think I wanted to take a look at that but then it fell between the cracks somehow08:10
cpaelzerI don't mind who takes a look08:11
cpaelzerI just want it to be not staying down in those cracks :-)08:12
dokonacc_: php7.2 -> net-snmp -> perl ... that looks like fun08:21
dokofor migration08:22
dokoinfinity: fyi, dropping the libgcc-compat patches as done in debian doesn't help the glibc cross build08:27
jjohansenstgraber: hey do we have a bug for the apparmor ns_name issue that is causing profile loads to fail in artful/bionic08:49
stgraberjjohansen: hmm, that's a good question, I don't think so08:53
jjohansenokay, I'll create one08:53
cpaelzerwhat is the obvious extension to get perms/ownership controllable in d/package.dirs?09:02
cpaelzeris there some dh-exec magic or similar to this as well, or goging for d/rules (or postinst) to do so?09:03
* cpaelzer is reading through dh_* man pages for now09:03
dokojuliank: fyi, apt's own autopkg tests fail09:04
cpaelzerah user id is not static anyway, so I'll need postinst I guess09:06
juliankdoko: I know. Seems to be a umask issue or something. Gotta investigate the changes09:12
sforsheedoko: looks like you have an account on kathleen, ~sforshee/binutils-arm6409:27
sforsheebuild.log has the verbose build output including the ld command09:27
dokosforshee: which one is kathleen? a porter box?09:27
dokotdaitx: https://launchpad.net/ubuntu/+source/maven-archiver/3.2.0-1/+build/1422491309:29
tdaitxdoko: looking into that09:33
dokojuliank: "The libfastjson library is a fork from json-c with a focus on performance"  such forks tend to be dead after a year or two ... is json-c not maintained anymore upstream?10:05
juliankdoko: Well, I don't know, but rsyslog switched to it. I'm not sure if they're compatible.10:07
juliankdoko: Seems it's maintained by the rsyslog people, so they'll know what they need10:09
juliankdoko: I think modifying rsyslog to use json-c again would be more work, but I have not tried.10:09
dokojuliank: yes, but it would add just another json implementation into main, what we are trying to avoid. I'm fine with it if we can switch the other packages to this implementation10:09
juliankdoko: Apparently it does not really have a very stable API yet10:10
xnoxinfinity, has Tokyo timezone changed somehow? or maybe the tests in ruby2.3 are dead wrong? getting ADT failures in test_time_tz.rb in ruby2.3 with "off by one hour" for tokyo in 1951.10:10
xnox  1) Failure:10:11
xnoxTestTimeTZ#test_asia_tokyo [/tmp/autopkgtest.lP30YH/autopkgtest_tmp/test/ruby/test_time_tz.rb:129]:10:11
xnoxTZ=Asia/Tokyo Time.local(1951, 5, 6, 2, 0, 0).10:11
xnox<"1951-05-06 03:00:00 +1000"> expected but was10:11
xnox<"1951-05-06 02:00:00 +1000">10:11
* xnox reruns...10:11
juliankxnox: does not help, see #-release10:11
juliankdoko: uploaded an attempt to fix that apt thing (set umask 022 at start of script), let's hope it works.11:22
sil2100cpaelzer: I'm looking at the SRU exception for dpdk right now13:00
sil2100cpaelzer: looks good, but I'd like to formalize it a bit more - you mention more or less how testing of dpdk is carried over, but I'd like to have a step-by-step list of what is being tested before verification-done is marked in the SRU section of the page13:02
rbasaksil2100: thank you for looking at that13:02
sil2100cpaelzer: as an easy to see summary of the testing procedures13:03
sil2100cpaelzer: something that will make it easy for an SRU member to look at and see if such testing was performed during verification13:03
cpaelzersil2100: ok, let me add something13:07
cpaelzersil2100: you mean in section https://wiki.ubuntu.com/StableReleaseUpdates/DPDK#Testing_and_verification right?13:08
sil2100cpaelzer: yes, exactly ;) Maybe some short bullet-point summary of what was written in the sections above, for SRU purposes13:09
sil2100cpaelzer: additionally to what is already there13:10
cpaelzersil2100: added13:12
cpaelzersil2100: the MRE temaplate as well as the section linked above got some new text13:13
cpaelzeressentially the uploader is supposed to run the test suite and attach the log13:13
cpaelzereverythin in there shall be passed or explained-why-not13:13
cpaelzersil2100: ^^ for the diff13:13
cpaelzerwould that cover what you wanted to see?13:14
sil2100Oh, that's also fine then13:14
dokoginggs: should pocl's testsuite errors be ignored on armhf or arm64, or should we remove the binaries?13:38
ginggsdoko: i think remove the binaries13:40
dokoginggs: ok, need to figure out the rdeps ...13:46
dokoginggs: could you have a look what needs to be done for the qgis transition?13:48
=== mhcerri_ is now known as mhcerri
ginggsdoko: sure13:50
ackkcjwatson, hi, around?13:56
cjwatsonslightly.  if it's py-macaroon-bakery, still on my list :-/13:57
cjwatsonI have to run in a moment to pick up the kids though13:57
ackkcjwatson, it's related to that :) do you foresee any issue with an MIR for macaroon/bakery libraries? AFAICS that requires a few dependencies to be promoted too14:00
cjwatsonackk: no, I think I even replied to the MIR to ack it?14:01
ackkcjwatson, oh, is there one already?14:01
cjwatsonoh, maybe I'm thinking of the SRU bug14:01
cjwatsonanyway, I wouldn't anticipate a problem (libsodium at least is already in main), though I'm sure the security team will want to give it a review14:02
ackkah nice, thanks14:03
ginggsdoko: it looks like qgis is blocked on qscintilla2, which is blocked on some octave autopkgtests - looking at those now14:55
jbichadoko: xnox: babl/s390x is a pain and I don't know how to fix it. See also GNOME bug 790745 and Debian bug 88876915:46
ubottuGnome bug 790745 in babl "babl 0.1.38: float-to-8bit test fails on s390x" [Normal,New] http://bugzilla.gnome.org/show_bug.cgi?id=79074515:46
ubottuDebian bug 888769 in src:gegl "gegl: FTBFS on machines with lots of cores" [Normal,Open] http://bugs.debian.org/88876915:46
slangaseknacc_: no, php7.2 just needs a team subscriber and a swap in the archive15:54
nacc_slangasek: ack, that's all ready to go as well then16:19
nacc_slangasek: (well ready as far as components, the migration is still under way in dependent packages)16:20
nacc_doko: ack, thanks16:20
nacc_doko: yeah :/16:20
nacc_(re: the dependency chain)16:20
dokonacc, slangasek: we might want to pre-promote argon2, ok from a MIR standpoint, but still waiting for security review (asked to priotize it). currently everything fails in the autopkg tests16:29
nacc_doko: i thought argon was for cryptsetup?16:31
slangasekdoko: pre-promotion is no problem from my side16:36
dokook, done16:51
dokonacc_: you will have to give back a lot of php-defaults autopkg tests16:51
nacc_doko: yep, that's on my plate nonw16:54
nacc_doko: fwiw, i think many of these will go away once ig et phpunit migrated20:56
nacc_and it's own dependencies, that is20:56
jbicharbalint: can you push your latest libnfs changes to the Debian VCS? also can you cherry-pick the upstream fix for Debian bug 882540?21:30
ubottuDebian bug 882540 in src:libnfs "libnfs FTBFS with glibc 2.25" [Serious,Open] http://bugs.debian.org/88254021:30
jbichabtw,I filed #174659821:31
nacc_doko: and fyi, the latest php7.2 should fix the remaining c-m, sorry about that21:58
rbalintjbicha: i fixed the repo, need a bit more time to get new upstream packaged22:12
jbicharbalint: I understand. Could you cherry-pick the ftbfs commit though?22:13
rbalintjbicha: if it takes too much time i'll cherry-pick22:14
jbichacool, thanks22:14
rbalintjbicha: popcon for libnfs skyrocketed last year :-)22:15
jbichablame gvfs :)22:15
=== nacc_ is now known as nacc
jbichainfinity: could you forward this upstream? https://launchpad.net/ubuntu/+source/gvfs/1.34.1-1ubuntu323:58

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