=== gusnan is now known as Guest34322
Crimson_RogueHello. I need access o ubuntu-touch-dev channel, please!02:22
Crimson_Roguethanks in advance02:22
mwhudsondoes anyone know how this page is created or deployed? https://help.ubuntu.com/lts/installation-guide/index.html03:41
cpaelzerdoko: seb128: good mornign +1 crew of the day - unfortunately the tests queue grew even bigger04:54
cpaelzerso we have even more delay between action and being processed :-/04:54
cpaelzerIn a world were the queues would have been drained by now I'd have restarted the perl regressions cobined with the triggers for the four rebuilds that formerly had a dependency on <<5.30.3 - this seems to be the majority of the issues that I can see04:56
cpaelzerbut this isn't perfect and I feel bad for letting a) remaining architectures run into a known test-fail due to these dependencies and b) let them run into these fails just to restart them (could use the extra triggers right away)04:57
cpaelzerdoko: seb128: does one of you have the powers (or someone else around) to cancel autopkgtests from the queue so that we can re-insert them with the right triggers and only run them once?04:58
=== M_hc[m] is now known as _hc
dokocpaelzer: sorr, no06:52
cpaelzerdoko: do you know who could?06:54
cpaelzerwith about 26k tests in the queue I really would want to avoid throwing more tests on top without aborting the old (liekly to fail) ones06:55
dokocounting tests across architectures doesn't make sense. but yes, the load is high, but less than yesterday06:59
cpaelzermore than yesterday aroudn the same time :-)07:00
cpaelzeranyway, there is not much we can do for the queue other than wait and not fill it when we could do better07:00
Laneycpaelzer: if you can work out which tests need to be cancelled I can do that08:04
Laneyit's a regex which matches on the strings you see in the queue so that form is preferred08:06
cpaelzerLaney: hi and thanks in advance08:14
cpaelzerLaney: with line you mean the entries like 'libdatetime-format-w3cdtf-perl {"triggers": ["perl/5.30.3-1"], "submit-time": "2020-06-02 08:57:21"}'08:14
cpaelzerok, that should be doable - but I'll do some safety checks before I pass it to you ...08:15
cpaelzerLaney: will they then be listed as failed (or any other defined state) as I'd like to use retry-autopkgtest-regressions to resubmit the list with the right triggers?08:16
cpaelzerand finally, IIRC pitti once said there is ajson output of the lists at http://autopkgtest.ubuntu.com/running - do you know where that is?08:17
Laneycpaelzer: They will be RUNNING or RUNNING-ALWAYSFAIL08:20
Laneyand /queues.json is probably what you want08:20
pitticpaelzer, Laney: o/08:21
Laneyhey pitti08:21
pittiwow, nice to look at autopkgtest.u.c. again -- still looks very familiar :)08:21
cpaelzerhiho pitti08:21
pittiand I see the queues are as long as they used to be08:21
Laneyperl is very thouroughly tested!08:21
pittihttp://autopkgtest.ubuntu.com/statistics takes a lot of time08:22
cpaelzerLaney: the json is what I wanted thanks. Do you need the regex to match against the json, the text output in the browser or the HTML-escaped text that is transferred?08:23
Laneycpaelzer: if you unescape the quotes, that is the raw contents of the queue item which we're matching against08:27
Laneyper queue, it's like filter-amqp user:pass@host queue_name regex08:27
cpaelzerhmmm, I just realized that the rate of the tests running into the known dependency issue got much better08:32
cpaelzeryesterday it was about 1/5th of the tests, so I wanted to abort all and restart with the right triggers08:32
cpaelzerbut all the tests that got added since then didn't run into the same08:33
cpaelzerso I might be good with just re-scheduling the failed cases08:33
cpaelzersorry Laney for the noise then, I think we are good without mass-cacnel+mass-restart then08:33
cpaelzerif the ratio changes I'll let you know08:33
cpaelzerand I'll still come up with a list to cancel, just not all 16k - more like a few dozen or so08:34
dokocpaelzer, seb128: I'm currently working on ftbfs starting from the archive opening. I'm skipping ubuntu-app-launch, would be nice if someone with desktop experience could look at that08:37
dokoRikMills: could you have a look at the qt-gstreamer ftbfs?08:39
cpaelzerok doko08:39
cpaelzerdoko: I was this morning also looking at excuses bottom-up for things not needing autopkgtests as the queue is so full - that is how I got to plinth that I asked about before08:40
cpaelzerdoko: just ping here with the cases you grab so seb128 and I are aware - ok ?08:40
dokocpaelzer, seb128: working on rapmap08:42
cpaelzerok doko, I'm about to reschedule the perl tests that are known to need extra triggers08:44
cpaelzerLaney: my regexp would be complete, it would be just 44 to cancel, probably not worth the hassle. When you do that do you get something like a confirmation which were effectively removed so that I can use the list to restart exactly the right set?08:51
cpaelzerand avoid e.g. update latency of update-excuses and such08:52
Laneycpaelzer: 44's probably not worth worrying about, I'd say optimise human time and take a bit of duplication there08:52
RikMillsdoko: qt-gstreamer is RC buggy in debian with that FTBFS, unmaintained upstream, and retired in fedora and probably other distros. I think we should look at the last rdeps in preperation to ditch it08:53
dokoRikMills: do you volunteer? ;p08:53
RikMillsdoko: I can have a look. its only rdep has none itself. libreoffice recommends it, but that could well be legacy leftover08:56
RikMillswho is good to ping for libreoffice now?08:56
dokohellsworth: ^^^08:57
RikMillsright. I think they are is the US. I'll have a look at the last actual rdep in the meantime08:58
cpaelzeragreed Laney09:03
* cpaelzer is happy that it won't be the hundreds/thousands of retries that it seemed to be yesterday09:03
=== ricab__ is now known as ricab
cpaelzerdoko: seb128: I'll take a look at php-horde-*09:42
LocutusOfBorgseb128, hello, please network-manager-applet merge? it might be good the one I did in my ppa if you want https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa10:04
LocutusOfBorgsil2100, hello it would be awesome to unblock initramfs-tools from focal unapproved queue. People are hit by this bug, I get report on telegram and somewhere else...11:05
Crimson_Roguei'm needing access to the ubuntu touch development channel.11:58
Crimson_RogueThanks in advance.11:58
xnoxCrimson_Rogue:  the one from canonical is i guess here.12:02
xnoxCrimson_Rogue:  the community ubports effort => i don't know where12:02
Crimson_Rogueit is now an invite-only channel12:02
LaneyI think they don't use IRC: https://ubports.com/join-us12:11
xnoxCrimson_Rogue:  the only active thing is ubports thing that Laney pointed out. If you are after historic ubuntu-touch development by Canonical & the Ubuntu Project, it's here. But the most we can say is that well, we ceased developing it.12:27
seb128LocutusOfBorg, hey, sorry but I don't have the free slot from a nm library change/transition atm, why do you need it?12:27
xnoxjibel:  sorry, i have invalid email address for you in my address book.12:27
xnoxjibel:  i hope you are subscribed to the ubuntu-installer mailing list12:27
xnoxjibel:  hm but it is your launchpad-id and it should work12:28
xnoxjibel:  do you have your launchpad sso or ubuntu sso set to invalid default email address? or is there a loop?12:28
sil2100LocutusOfBorg: hey! Ok, I'll look at it tomorrow for sure during my shift, or later today if I have a few cycles12:53
LocutusOfBorgthanks sil210013:01
LocutusOfBorgseb128, there is an annoying auto sync issue with the binary takeover for it...13:02
LocutusOfBorgit should be a trivial thing to do, modulo MIRing the new libnm promoting13:02
seb128LocutusOfBorg, "modulo MIR' :p13:02
Crimson_RogueI'll be back later. thank you for the info.13:03
=== heliocastro is now known as helio|afk
seb128LocutusOfBorg, what's the autosync issue? it just didn't sync because it takes over binaries no?13:05
RikMillsdoko: is qt-gstreamer blocking anything? I found a patch to fix the ftbfs, but am not keen to apply it to something basically dead, unless it is a blocker for something13:07
LocutusOfBorgyes seb12813:07
seb128LocutusOfBorg, so it's practice it's some debt but not creating an active problem?13:08
LocutusOfBorgthere are few fixes in the new network-manager and libnma, as usual, but nothing too serious13:17
seb128LocutusOfBorg, I'm opened https://bugs.launchpad.net/ubuntu/+bug/188190613:19
ubottuLaunchpad bug 1881906 in Ubuntu "[MIR] libnma" [Undecided,New]13:19
seb128launchpad is buggy, https://launchpad.net/ubuntu/+source/libnma exists and includes a 'report a bug' but that just ooops13:19
LocutusOfBorgthanks, can I maybe just do it then?13:20
LocutusOfBorgI mean, I can merge network-manager13:20
LocutusOfBorgand that library will auto sync13:20
seb128LocutusOfBorg, if you want to do the merge feel free yes13:21
seb128I can review/upload if you wish13:21
wgrantseb128: well it's oopsing because the package doesn't exist in Ubuntu!13:22
wgrantThe package should probably have 404d13:22
wgrantMIRing something that doesn't exist seems weird.13:22
wgrantOh autosync failed, I see.13:23
seb128wgrant, well, launchpad gives me a working  https://launchpad.net/ubuntu/+source/libnma  page and let me open the 'file a bug' screen and enter all the details, so that's confusing13:23
ubottuLaunchpad bug 1635118 in Launchpad itself "Submitting bug for non-existent distro source package triggers OOPS on submission, should not allow you to start" [Critical,Triaged]13:23
seb128cjwatson, thanks13:23
seb128wgrant, while I've you around ... :) did you use any sort of magic to build pulseaudio on riscv64 before focal? it has a test consistently failing there is focal/groovy, which security bypassed and published without the arch, but it's blocking other fixes now and I'm unsure how to deal with it13:25
wgrantseb128: Nothing special, I'm afraid.13:25
seb128I wonder if the SRU team would be open to publish with that arch missing13:25
seb128since the current security update is already not built there...13:26
seb128SRU team,opinion on ^?13:26
wgrantseb128: Can you just disable that test on that arch?13:26
seb128wgrant, I guess I could, it means doing another round of upload/getting the SRU approved/verified/etc13:27
seb128which would set us back again for landing an important fix13:27
seb128(which already happened once since the SRU was superseeded by a security update)13:27
* jdstrand notes that riscv64 is considered a 'bonus architecture' for security updates and we'll publish without it13:29
jdstrandI mentioned this before, but neither the security update nor the SRU fixes introduced the failing test case13:30
jdstrandit is the act of rebuilding. iirc, the particular test demonstrates it is non-functional. if that is true, I suggest not papering over it and letting it fail and ignoring the failure in the sru13:31
jdstrands/failing test case/failure in the test case/13:32
cpaelzerdoko: seb128: azure-cli is green in proposed-migration now13:34
cpaelzerdoko: seb128: looking at python-azure now which is part of the same set13:34
rbasakWhy is vala in universe if desktop stuff in main (eg. simple-scan) build-depends on it? As a preprocessor/generator type thing, doesn't it need to be in main for security support?14:10
dokoRikMills: sure, we can remove it instead14:11
juliankrbasak: it technically works14:11
juliankrbasak: this could make sense, but the same argument would apply to any header-only library14:12
juliankit's a bit hard to figure out which those are I suppose14:12
rbasakjuliank: indeed, but I thought the relaxation of the build-depends-drags-into-main rule came with this condition?14:12
juliankrbasak: possibly, but you don't necessarily notice it if you happen to include code generated by universe components14:13
rbasakRight, but I noticed, and it's trivial to check everything that build depends on valac. So does this now need to be fixed?14:13
juliankwhich is why I don't like the rule relaxation, as it works only sensible for dynamically linked libraries :)14:14
juliankI'm not super sure about this, because you don't want to support valac for 3rd parties14:14
juliankjust because we need it at build-time for some packages, does not mean we should provide security support for the entire thing14:15
rbasakhttps://lists.ubuntu.com/archives/ubuntu-devel-announce/2016-April/001179.html documented the change14:15
rbasak"If you have a build-dependency which does not result in a runtime dependency, but *does* result in code being copied into the final package, you must ensure that this code copying is declared using the Built-Using header"14:16
rbasakvorlon: ^ what's your opinion on how that applies to vala?14:16
rbasakjuliank: I understand that concern, but that is just the regular consequence of things in main.14:17
juliankthe same also applies to other packages, like triehash14:18
juliank(triehash is APT's perfect hash function generator)14:18
juliank(it generates C code)14:18
juliank(but it's just generating switches, so meh)14:18
hellsworthRikMills: what's up with libreoffice (i see the ping from the middle of my night)14:19
rbasakmdeslaur is TB and security so might also have a useful opinion on this? ^14:19
juliankApart from the policy question, it's basically a question of whether security team can do security maintenance on code generators in universe to the extend they pertain to our own uses of them14:20
juliankand if they are aware of that thing14:20
mdeslaurhrm, yeah, stuff like that is complicated14:21
cpaelzerdoko: seb128: I'm going to look at the haskell related FTFBS, but no promise I can do anything but stare at them with an angry face14:23
cpaelzer1179 hits in update-excuses is worth a look fur sure ...14:23
rbasakI just became aware of it because the other day I processed an SRU for some package that regressed and needed a rebuild following a vala SRU, so was quite aware of this - and just now processed a vala SRU and was surprised to see it in universe.14:23
seb128cpaelzer, ack14:24
mdeslaurI don't think vala actually copies code, its processes it...but I guess it could introduce a security issue that needs to be fixed in vala14:24
rbasakRight...and then would require a rebuild of everything that build-depended on it14:24
mdeslaurbut a CVE would be assigned to the application in most cases, not to vala itself, even if ultimately the issue is vala14:24
mdeslauryes, a rebuild14:24
rbasakI don't mind what you decide14:24
rbasakI just wanted to make sure it wasn't falling into a gap.14:24
rbasakIt's between security and the TB I guess :)14:25
mdeslaurwell, I'm not really deciding anything :)14:25
mdeslaurbut I don't feel strongly enough to escalate it14:25
rbasakWell, you sit on both teams, so your problem now :-P14:25
dokocpaelzer, seb128: looking at sleef and rdeps14:25
seb128cpaelzer, doko, I'm looking at pygame14:25
mdeslaurrbasak: haha, "thanks"14:26
rbasakNot feeling strongly enough to escalate it is also a decision. That you're making. Which I'm also fine with :)14:26
cpaelzerdoko: seb128: in case you miss my pings I usually also live update https://wiki.ubuntu.com/PlusOneMaintenanceTeam/Status when I pick new things14:30
seb128cpaelzer, sounnds like a good idea, I should do the same14:30
RikMillshellsworth: libreoffice-qt5 recommends qtgstreamer-plugins-qt5 which is currently ftbfs and unmaintained/dead upstream. removed from distros like opensuse, fedora etc. so I wondered if libreoffice got any benefit from that any more, or if it might be some legacy recommends that could be dropped14:33
RikMillsor at least if not kn own, could be looked into14:33
hellsworthah ok cool thanks for the backstory. my guess is that it is a legacy recommends that could be dropped but i dont know for sure :)14:34
hellsworthi'l try building/testing it without qtgstreamer-plugins-qt5 and get back to you14:35
hellsworthtakes forever for it to build so maybe a day or two...14:35
RikMillsok. ty :)14:36
dokohellsworth: why do you need a rebuild to check for a recommendation?14:38
hellsworthwell recommended gets installed when you install libreoffice14:40
seb128jdstrand, ack14:40
hellsworthso is there a runtime problem if that dep doesn't get installed? that's what i figured i'd answer with a rebuild14:40
hellsworthwell i could just uninstall that dep and hope things are fine.. but there's still room for a runtime issue to crop up14:41
seb128slyon, hey, I wonder if the netplan.io/arm64 autopkgtest failure on groovy with the new n-m is something you looked at yet?14:43
seb128slyon, http://autopkgtest.ubuntu.com/packages/n/netplan.io/groovy/arm6414:43
seb128it keeps failing so it's looking a real issue14:43
slyonhey seb128. I had a short look at it but it's non-obvious what's happening there... I have it on my list and will have a closer look in the next couple of days14:45
seb128slyon, thanks14:45
rbasakdidrocks: I'm looking at your docker.io focal SRU. May I have some help understanding the issue please?14:48
rbasakI think I follow what's going wrong, but not what a user is doing that causes it to go wrong.14:48
rbasakWhat's the user story associated with this bug?14:48
rbasakFor example: does this break all docker.io users with ZFS on root on Focal? Or just some? And if just some, what are they doing (if anything) to trigger it?14:49
dokohellsworth: yes, so why the rebuild?14:50
didrocksrbasak: it breaks all docker.io users with ZFS on root on Focal is they don’t docker rm <container>14:52
didrockswhich I guess most of users seem to do seeing the bug reports we are getting14:52
didrocks(basically, creating tons of datasets)14:52
didrockswhich are then backed up14:52
didrockscreating even more datasets14:52
rbasakdidrocks: ah - so if users don't clean up their own containers and end up with a large number of them, then zsys starts to time out?14:53
LocutusOfBorgseb128, better move here :)14:53
didrocksrbasak: yeah, also native zfs commands start to be really slow14:53
seb128LocutusOfBorg, right14:53
didrocksthe idea to is thus to move them outside of the backup realm to not create snapshots14:53
didrockswhich reduces greatly the number of datasets14:53
rbasakThat makes sense for Groovy. I have a concern about doing is in Focal though.14:54
rbasakabout doing this in Focal14:54
didrocksrbasak: well, I don’t see any alternative TBH, otherwise they whole system will stop functionning at some point14:54
rbasakMost importantly, you'll be changing users' systems to stop backing up what they were previously backing up?14:54
LocutusOfBorgseb128, it worked14:54
LocutusOfBorgmeh the conflicts were related to debian stuff14:54
rbasakThat's a pretty severe change in behaviour I think!14:55
didrocksrbasak: right, but those are containers themselve14:55
rbasakIs zsys packaged in Ubuntu?14:55
didrocksit’s seeded by default14:55
LocutusOfBorgI pushed, if you can have a look, it would be really nice14:55
seb128LocutusOfBorg, well, that's what a merge is about, resolving conflicts :)14:55
didrocksand again, it doesn’t only impact zsys14:55
seb128LocutusOfBorg, k14:55
didrocksbut zfs commands as well14:55
didrockswith very greatly increased boot time14:55
LocutusOfBorgseb128, I resolved them with MoM stuff14:55
rbasakI appreciate the problem and that it needs to be fixed somehow.14:55
didrocks(like up to a minute to import the pool if you go to the extreme)14:55
LocutusOfBorgbut I thought they were related on upstream changes, not debian packaging bits, this is why I gave up14:55
LocutusOfBorglol, when I looked better, it was trivial14:56
rbasakI'm just not sure that this is the right way for Focal.14:56
rbasakdidrocks: I have a meeting now. Let me ponder this.14:57
seb128LocutusOfBorg, seems fine to me, please just undo the gbp.conf branch name change (or change to ubuntu/master and push there)14:57
seb128-debian-branch = master14:57
seb128+debian-branch = debian/master14:57
LocutusOfBorgdone thanks!14:58
didrocksrbasa: ack, keep me posted :)14:58
LocutusOfBorgI still need to learn something on the ubuntu git vcs stuff VS MoM14:58
hellsworthRikMills: doko: libreoffice-qt5 seems fine if qtgstreamer-plugins-qt5 is removed.. this change will need to go into the next release of libreoffice15:20
=== helio|afk is now known as heliocastro
bdmurraymarcustomlinson: Can you help with SRU info for bugs 1880987 (saying look at the error tracker is fine) and bug 1874591? I'll prepare the 20.04 upload16:55
ubottubug 1880987 in update-manager (Ubuntu) "/usr/bin/update-manager:TypeError:_on_finished:_action_done:get_deb2snap_dups:_on_finished:_action_done:get_deb2snap_dups" [High,Fix released] https://launchpad.net/bugs/188098716:55
ubottubug 1874591 in update-manager (Ubuntu) "[SRU] AptUrl GTK window stuck on screen after install completed" [High,Fix released] https://launchpad.net/bugs/187459116:55
marcustomlinsonbdmurray: k done17:07
bdmurraymarcustomlinson: great, thanks!17:24
vorlonrbasak: I certainly don't think vala is any sort of exception to that rule18:21
rbasakvorlon: (not an) exception in which direction?19:06
vorlonrbasak: if packages build-depend on vala things which results in vala code being copied into the target binary package whose source package is the build-dependency rather than the binary package's own source package, then that package should be listed in built-using19:08
vorlonbecause the whole point of the exercise is to be able to have metadata that we can use to track the source of the binary package, for both licensing and security19:08
rbasakvorlon: does code generation count as being copied?19:09
vorlonwhat's the source of the code being generated?19:09
rbasakAIUI, code written in vala is converted by valac to C and then goes through the normal toolchain19:10
rbasakSo vala is essentially part of the toolchain, and a security vulnerability in vala would require vala to be updated before a rebuild to fix the issue19:10
vorlonok, I don't see why that would be different from gcc or binutils19:10
vorlonwhich don't get put into built-using19:10
rbasakAnd if it doesn't get put into built-using you don't mind vala being in universe as a build dependency in this fashion?19:11
vorlonor bison or flex or19:11
vorlonI don't19:11
rbasakOK, thanks19:11
vorlonin principle19:11
rbasakYes flex is closer to my understanding of what vala is doing19:11
vorlondoko might disagree and want it in main19:11
vorlonbut that would be an argument for explicitly seeding it rather than expecting it to be in built-using19:12
xnoxanother example is dbus-bindinding-tool which is quite similar to valac too19:57
xnox(it takes xml, and spits out C code, that gets compiled into the final binary)19:57
xnoxor like any of our documentation toolchains, like pandoc19:57
xnoxTo me built-using is about static linking or vendorisation; i.e. copy the binary from another .deb and ship it again, in a different path or form19:59
hellsworththere is a new libreoffice 6.4.4 package being built for proposed but the s390x builds are failing19:59
hellsworthIt looks like the builder had some issue installing19:59
hellsworth'sbuild-build-depends-libreoffice-dummy' from apt. Rightfully so because19:59
hellsworththis package is nowhere to be found in the archive. I don't know what is19:59
hellsworthprompting the install of this package..19:59
hellsworthwe've relaunched the buidl and it it still fails the same way20:00
hellsworthhere is the current log: https://launchpad.net/ubuntu/+source/libreoffice/1:6.4.4-0ubuntu1/+build/1940181020:00
hellsworththere's nothing in the s390x build log in a ppa that tries to install sbuild-build-depends-libreoffice-dummy20:02
hellsworthany thoughts on this? Maybe the s390x has some sort of broken deps or this is accidentally being attempted to be installed20:02
vorlonxnox: agreed20:05
=== ben_r_ is now known as ben_r
cjwatsonhellsworth: sbuild-build-depends-<foo>-dummy is a package that sbuild synthesises based on all the build-depends20:17
cjwatsonhellsworth: You should be able to reproduce the same thing in a local sbuild installation20:18
cjwatsonhellsworth: Well, not on s390x I guess ... try chdist then20:18
RikMillssbuild-build-depends-libreoffice-dummy : Depends: fontforge-nox but it is not installable or20:18
RikMills                                                   fontforge but it is not installable20:18
cjwatsonhellsworth: That's basically sbuild's way of saying that your package's build-dependencies aren't installable20:18
cjwatsonRight, so focus on that not on the sbuild-build-depends-<foo>-dummy bit20:19
cjwatsonubuntu-archive@snakefruit:~$ chdist apt-get groovy-proposed-s390x install fontforge20:19
cjwatson fontforge : Depends: fontforge-common (= 1:20190801~dfsg-4) but 1:20190801~dfsg-5 is to be installed20:20
RikMillsfontforge 1:20190801~dfsg-5 ftbfs on s390x20:20
cjwatsonIOw the problem is https://launchpad.net/ubuntu/+source/fontforge/1:20190801~dfsg-5/+build/1937754520:20
cjwatsonRight, that20:20
cjwatsonIt depends on an Architecture: all package from the same source, so stuff gets sad if they aren't in sync20:20
RikMillstests failed on s390x it seems?20:21
cjwatsonI dunno, not going to dig further :)20:21
ubottuDebian bug 961841 in src:fontforge "fontforge FTBFS on 64bit big endian: test failures" [Serious,Open]20:23
hellsworthcjwatson: RikMills: thanks for putting me on the right path of fontforge20:40

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