/srv/irclogs.ubuntu.com/2019/01/29/#ubuntu-devel.txt

ricotzkenvandine, hi :), fyi https://launchpad.net/~gnome3-team/+snap/gnome-characters07:20
=== cpaelzer__ is now known as cpaelzer
cpaelzerHi, anybody working on the autopkgtest fails of livecd-rootfs already (http://autopkgtest.ubuntu.com/packages/l/livecd-rootfs/disco/amd64) ?07:53
cpaelzerjbicha: I saw you retrying it for rsync, let me know if you know someone is already on that07:54
cpaelzerI'm collecting just the basic info of that issue right now as it starts to block more packages migration ...07:55
cpaelzerrbasak: in case you heard anything yesterday that I might have missed ^^ ?07:55
rbasakI didn't08:08
cpaelzerFYI: I filed bug 1813730 for the issue I asked above hoping that others looking for it find the bug and we can join forces08:32
ubottubug 1813730 in util-linux (Ubuntu) "livecd-rootfs autopkgtest fails configuring required packages calling out util-linux" [Undecided,New] https://launchpad.net/bugs/181373008:32
cpaelzerrbalint: I just saw in the livecd-rootfs testcase that you are listed as Author, therefore ping as FYI for the bug above ^^08:48
rbalintcpaelzer, i just noticed you are on it, and i already started triaging but did not get much further yet08:50
rbalintcpaelzer, nor i filed a tracking bug :-(08:50
cpaelzerrbalint: "I'm on it" is saying too much, I'm staring at it and blindly try random things :-)08:51
cpaelzerif anything I post in the bug rings a bell for you let me know08:51
rbalintcpaelzer, my hunch is udevadm timing uout thus I'm now reproducing with timestamped output and cleanup trap disabled08:53
rbalintcpaelzer, (no packages from proposed)08:54
cpaelzerrbalint: the most recent error seems to be around "loop0p1 is in use", you think that this is due to udev timing out?08:56
cpaelzerI'd have expected that this is more due to some background process not letting go properly08:56
rbalintcpaelzer, in theory prior umount should have cut out any process accessing the device08:57
cpaelzeralso it seems to fail only with the ubuntu-cpc template, but since I don't even know what that does I need a while for my next step08:57
rbalintcpaelzer, cloud images so they have ext4 partition causing us trouble :-)09:00
cpaelzerrbalint: it seems your understanding of this area is much better than mine so I should stop wasting my time and rely on you - will you update bug 1813730 with what you continue to find?09:01
ubottubug 1813730 in util-linux (Ubuntu) "livecd-rootfs autopkgtest fails configuring required packages calling out util-linux" [Undecided,New] https://launchpad.net/bugs/181373009:01
cpaelzerthanks in advance09:01
rbalintcpaelzer, yes, sure, thanks for looking into it and sorry for not opening a bug earlier09:02
cpaelzernot a problem09:03
rbasakhttp://people.canonical.com/~ubuntu-archive/auto-sync/ could do with some sharding. It's killing my browser a little :-/09:22
rbasakThat's odd. I see dep8 failures on the excuses page, which seem valid since they have corresponding logs, but the failures don't appear in eg. http://autopkgtest.ubuntu.com/packages/m/mysql-5.7/disco/ppc64el09:31
rbasakFrom that page it's as if these tests never took place.09:31
rbasakThe passing ones appear but the failing ones seem to all be absent.09:32
cpaelzerrbasak: I recently had failing tests missing as well09:34
cpaelzerrbasak: but I thought it was because I rerun them with all kinds of extra triggers and had assumed I would have been too trigger-happy :-)09:34
cpaelzerrbasak: did the one you are missing just finish and might just take a while, or did it run quite a while ago?09:35
rbasakIt is all very recent so there could be some lag I suppose.09:35
cpaelzerthe one I was missing (but did not have too many triggers) ran about 1.5 hours ago and so far didn't appear09:36
cpaelzerI'd expect one more run here http://autopkgtest.ubuntu.com/packages/l/livecd-rootfs/disco/amd64 for qemu+all-proposed=109:37
cpaelzerI thought I give it some time to appear, not sure when it would be "too long"09:37
cpaelzerI have seen it in http://autopkgtest.ubuntu.com/running and it is no more there now09:37
Laneyit's just slow09:38
Laneyyou can browse swift manually to find results immediately09:38
Laneye.g. for livecd-rootfs09:38
Laneyhttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-disco/?format=plain&prefix=disco/amd64/l/livecd-rootfs/09:38
Laneythat leads you to https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-disco/disco/amd64/l/livecd-rootfs/20190129_083414_2c2b1@/log.gz09:38
Laneyhelp would be welcome to implement a nicer way for the website to retrieve results than polling09:39
Laneye.g. using amqp to signal completion09:39
rbasakThanks, that's useful to know.09:39
rbasakKnowing that it's not a bug that causes the results to be absent forever is very helpful. Now my wait is bounded :)09:40
* rbasak will just look at it again later09:40
Laney(also, proposed-migration isn't subject to this delay since it fetches the results itself)09:40
Laneyprobably if it were someone would have fixed it sooner :P09:40
rbasak:)09:50
rbasakjbicha: are you familiar with mythtv? It currently FTBFS on a couple of arches, causing it to be stuck in proposed. It's the last stuck rdep of libmysqlclient20 that I want to transition.09:51
* rbasak filed bug 181374609:59
ubottubug 1813746 in mythtv (Ubuntu) "FTBFS 2:30.0+fixes.20190118.c62e273394-autobuild on some arches" [High,Triaged] https://launchpad.net/bugs/181374609:59
rbasakI intend to proceed anyway, and we'll have to sort it on the way.10:00
ahasenacksil2100: hi, good morning/afternoon, wondering if you could help me a bit. I have 3 bileto tickets (https://bileto.ubuntu.com/#/ticket/3610, 3611 and 3613) that have "queued" tests since last friday, nothing has run11:06
ahasenacksil2100: do you have access to logs about that perhaps?11:06
sil2100ahasenack: hey! hm, weird, let me take a look11:18
sil2100argh11:19
sil21002019-01-29 10:59:45.746494 Updating ticket 3610: 401 UNAUTHORIZED11:19
sil2100ahasenack: let me try getting that fixed, but in the meantime it seems that 3610 was passing: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-3610-excuses/2019-01-29_10:20:01/3610_cosmic_excuses.html11:20
ahasenackthanks11:21
sil2100I'll quickly look at the other two and then try to find a way to make Bileto update the tickets contents again11:21
sil2100https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-3611-excuses/2019-01-29_10:20:01/3611_bionic_excuses.html <- 3611 is green as well11:22
sil2100https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-3613-excuses/2019-01-29_10:20:01/3613_disco_excuses.html <- and 3613 disco too11:22
* ahasenack copies the links11:22
sil2100I think this might just be a case of the token not updating itself again, but yeah, I'll know more once I'm done with my current thing11:23
ahasenackok, I won't resubmit, specially since they are green :)11:23
ahasenackthanks11:23
kenvandinericotz: fixing, thanks!11:37
jbichaLocutusOfBorg: hi, could you follow up on bug 1813587?12:07
ubottubug 1813587 in libunistring (Ubuntu Bionic) "libunistring ftbfs on 18.04 LTS" [High,New] https://launchpad.net/bugs/181358712:07
ahasenacksil2100: bileto tickets updated themselves, thanks!13:09
andrewsh[m]can anyone see my messages?13:09
ahasenackI mean, with your nudging I'm sure :)13:09
andrewshandrewsh[m]: right, it works now13:09
ahasenackandrewsh[m]: I can13:09
andrewshahasenack: I was posting here yesterday and nobody could see me13:09
andrewshbecause I wasn't logged in :/13:09
andrewshI thought everyone was very ignorant of me :D13:10
ahasenackright, that had to be changed because of a spam attack last year13:10
andrewsh[m]> is there any chance this patch gets tested and applied? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1733557/comments/12013:10
ubottuLaunchpad bug 1733557 in unity (Ubuntu) "Login screen showing Authentication Failure Switch to greeter..." [Undecided,Confirmed]13:10
andrewsh[m]> I know Unity doesn’t receive much attention these days, but nevertheless, if I want a bug fixed in Disco and the LTS, who should I prod for this?13:11
andrewsh[m]> there’s a patch one of the commenters have produced which other users report helped with the issue13:11
xnoxrbasak, systemd stopped ignoring failures from safe remounts... which should be possible if unsharing a mount namespace is. But that didn't work, due to apparmor denials.13:12
xnoxrbalint, opened lxd apparmor profile bug. But there is a manual workaround one can apply.13:12
xnoxrbasak, see the bug report.13:13
xnoxhttps://bugs.launchpad.net/lxd/+bug/181362213:13
ubottuLaunchpad bug 1813622 in lxd (Ubuntu) "systemd-resolved, systemd-networkd and others fail to start in lxc container with v240 systemd" [High,Confirmed]13:13
ahasenackandrewsh[m]: the rules for a stable release update are listed in https://wiki.ubuntu.com/StableReleaseUpdates. In particular, the bug needs this template filled out: https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template13:17
=== ricab is now known as ricab|lunch
andrewsh[m]ahasenack: thanks; I suspect it's best to get it fixed in the current development release first. Since I don’t have upload rights to Ubuntu-only packages, I understand I need to find someone who does that for me13:22
LocutusOfBorgjbicha, done13:22
ahasenackandrewsh[m]: correct, and fixing it in disco (if it's still present there) is actually a requirement for the sru13:24
jbichaandrewsh[m]: if you prepare the debdiff and subscribe ubuntu-sponsors to the bug, it will show up on http://reqorts.qa.ubuntu.com/reports/sponsoring/13:24
andrewsh[m]right; before I go ahead, could please someone with some PAM knowledge sanity-check the patch just to make sure I don’t prepare an upload that doesn’t make sense? my knowledge of PAM is very infra-basic to be honest13:27
andrewsh[m]right, commit 44e60221 seems to have introduced this bug, by Andrea Azzarone <azzaronea@gmail.com>13:38
sil2100ahasenack: yay! So indeed it was the cache, I kicked it and this fixed it, as always13:42
ahasenackcool13:43
sil2100ahasenack: if we ever resume Bileto-work, solving the outdating-cache issue would be one thing I'd like to do13:43
ahasenacksil2100: I hope it can be brought up in one of these product sprints :)13:43
andrewsh[m]hmm, I’m not sure how can I submit a merge request to the project’s Git repo13:49
andrewsh[m]actually, I’m not sure I can at all13:50
andrewsh[m](I see others have, however)13:50
andrewsh[m]right, lunch time13:52
=== chrisccoulson_ is now known as chrisccoulson
* kenvandine waves as boarding plane14:33
kenvandineWhoops, wrong channel14:33
ahasenackandrewsh[m]: you can, go do http://launchpad.net/ubuntu/+source/<package>14:37
=== ricab|lunch is now known as ricab
ahasenackandrewsh[m]: then click on the "code" tab14:37
ahasenackthat will show the git repo for the package, and all its branches14:37
ahasenackthe "ubuntu/devel" branch always points at the latest development release, i.e., right now that will be what's in disco or disco-proposed14:37
ahasenackandrewsh[m]: you can also install the git-ubuntu snap (sudo snap install git-ubuntu) and then do "git ubuntu clone <package>"14:38
andrewsh[m]I was able to clone it but I'm not sure where to push it for the review14:49
rbasakandrewsh[m]: what was your clone URL?14:54
rbasakandrewsh[m]: and what's your Launchpad ID?14:54
andrewsh[m]git+ssh://andrew.sh@git.launchpad.net/unity for the upstream code, git+ssh://andrew.sh@git.launchpad.net/ubuntu/+source/unity for the packaging14:55
andrewsh[m](that reveals my ID too)14:55
cjwatsonother people can't clone using andrew.sh@ URLs, but I imagine rbasak knows what you mean :)14:56
rbasakSo push to git+ssh://andrew.sh@git.launchpad.net/~andrew.sh/unity/my-bugfix-branch-name I think?14:57
rbasakcjwatson: will be able to confirm :)14:57
cjwatsonfor an upstream branch?14:57
rbasakI assumed so14:57
cjwatsonpush to git+ssh://andrew.sh@git.launchpad.net/~andrew.sh/unity14:57
cjwatsonbranch name isn't in the URL14:57
rbasakOh, sorry.14:57
rbasakYes of course.14:57
cjwatsonthen go to https://git.launchpad.net/~andrew.sh/unity14:58
rbasakFWIW, it would be useful for that URL to be displayed at https://code.launchpad.net/unity14:58
rbasakwith the others14:58
rbasakIf it's not. I'm not sure as apparently I can push directly so perhaps it is omitted for me.14:59
rbasakThough even in that case I would want to push a personal branch to file an MP against it for peer review.14:59
cjwatsonIt would.  Care to file a bug?15:01
rbasakack15:02
rbasakFiled https://bugs.launchpad.net/launchpad/+bug/181377815:07
ubottuLaunchpad bug 1813778 in Launchpad itself ""Personal" push URLs not displayed on code pages" [Undecided,New]15:07
cjwatsonthanks15:12
rbasakThank you for somehow finding time to make these minor tweaks that I keep asking for :)15:15
cjwatson... I didn't say I was going to implement it soon, just to be clear ;-)15:22
rbasakI understand, and no pressure. I'm just thanking you for having implemented a bunch of my previous Wishlist bugs :)15:26
WoodpeckerWhere should I place files that should be queued up to be handled by a daemon? I wont want /tmp/ given that it is flushed on reboot.15:37
rbasakI believe the FHS uses /var/spool for that.15:38
rbasakhttp://www.pathname.com/fhs/pub/fhs-2.3.html#VARSPOOLAPPLICATIONSPOOLDATA15:38
Woodpeckerrbasak: Awesome. Thanks15:44
ddstreetxnox looks like the latest systemd in disco is status 'deleted' - do you want us to patch on top of that, or one of the older versions?  i.e. 240-5ubuntu1 is the 'latest', should we patch on top of that version?16:18
xnoxddstreet, you shouldn't need to patch anything in disco16:19
xnoxddstreet, what patches did you expect to upload into disco?16:19
ddstreetxnox https://github.com/systemd/systemd/issues/1133216:19
ddstreetxnox we have several other systemd patches waiting to get into disco too, but will defer those to later16:19
ddstreetthis one is high priority though16:20
xnoxddstreet, wait, you are planning to sru that?!16:20
ddstreetyes16:20
xnoxddstreet, slashd - my understanding you will be SRUing just this https://github.com/systemd/systemd/commit/93158c77bc69fde7cf5cff733617631c1e566fe8.patch16:21
xnoxwhich is sufficient for your case, no?16:21
ddstreetthat will fix things going thru glibc, yes16:22
ddstreeti don't know if that is the only use case16:22
ddstreeti.e., any local application that talks directly to the systemd stub resolver (instead of getaddrinfo) and uses tcp pipelining will fail16:23
ddstreetyou want to leave sru relases like that?16:23
xnoxddstreet, i'd rather not fix more things than we have to.16:29
xnoxddstreet, but equally i'd want to sru options ends0 into there16:29
xnoxddstreet, but doing  that can also break people who parse resolv.conf16:29
xnoxddstreet, it is most likely that systemd in disco will release with v241+patches, or v24216:29
xnoxddstreet, current v239 and v240 are incompatible with disco (fail tests or fail in lxd)16:30
xnoxddstreet, thus there is nothing you can upload to disco atm.16:30
ddstreetxnox ok...so looks like you already put the edns0 patch in disco16:30
xnoxddstreet, and imho you shouldn't need to, cause those changes will make it into disco and will not regress.16:30
ddstreetbut you're saying you don't want to sru the edns0 workaround patch either?16:30
xnoxddstreet, yes, edns0 is in; cause that's part of the removed v240 (which will be going back in)16:30
xnoxddstreet, i'm trying to assess risk, and all of them look risky =)16:31
xnoxddstreet, to answer your question - i don't think you need to prepare any uploads for disco.16:31
ddstreetwell we need one or the other (or both) srued, to either workaround (edns0) or actually fix (tcp pipelining) the bug16:31
xnoxddstreet, and good luck with whatever SRUs you want to push.16:31
ddstreetheh ok16:31
ahasenacksil2100: still around? I'm not finding https://bileto.ubuntu.com/#/ticket/3613 in the /running page, I wonder if it's the same issue as earlier today17:35
sil2100ahasenack: hm, I don't see it as being considered by britney at all17:42
sil2100ahasenack: this one was green though, right?17:42
ahasenackyes, I uploaded another package to the ppa17:42
sil2100Ah17:43
ahasenacklet me check the diff17:43
sil2100Did you regenerate the diff? DId you check the QA field on and off?17:43
ahasenackno for the latter17:43
sil2100Since there are no authorization failures from what I see, simply bileto's britney doesn't consider it for testing17:43
ahasenackI just selected "approved" in the lander, and then the tests switched to "queed"17:44
ahasenackok17:44
* ahasenack regens diff17:44
andrewsh[m]rbasak, cjwatson, thanks!17:44
sil2100ahasenack: let's re-try after generating the diffs17:45
ahasenackwill do, thanks17:45
sil2100Ok, toggled it now that the diff was regenerated, let's look at the next britney run17:46
andrewsh[m]right, submitted https://code.launchpad.net/~andrew.sh/unity/+git/unity/+merge/36241417:52
bdmurrayseb128: Is bug 1807900 something the desktop team would sort out?18:18
ubottubug 1807900 in update-manager (Ubuntu Bionic) "update-manager suggests to use Livepatch, which is not available" [High,Triaged] https://launchpad.net/bugs/180790018:18
rbasakI can't file a bug against https://code.launchpad.net/~wgrant/lp-ftbfs-report/production19:47
rbasakBut http://people.canonical.com/~doko/ftbfs-report/test-rebuild-20181222-bionic.html uses the same anchor name for the team ubuntu-server as it does the pacakgeset ubuntu-server, so one of the links at the top goes to the wrong place.19:47
rbasakSomething the server team should generally know about to avoid missing things.19:47
rbasakcpaelzer, ahasenack, kstenerud, paride: FYI ^19:48
ahasenackand both have 5 packages :)19:50
vorlonkees, stgraber: TB ping20:06
paridethanks rbasak20:26
wgrantrbasak: Why can't you file a bug?22:24
rbasakwgrant: surely I should be filing it against your branch instead of the project in general? I am under the impression that doesn't fit Launchpad's model.22:28
wgrantrbasak: It's certainly slightly unusual, but not problematic.22:28
rbasakwgrant: how about a bug link in the footer to make it clear. Would you like a bug for that? And where exactly should I file it? :-P22:30
wgrantrbasak: Filing a bug on the project is fine.22:34
seb128bdmurray, hey, we can take on this update-manager/livepatch bug22:39
rbasakFiled bug 1813840 and bug 1813841. Thanks!22:40
ubottubug 1813840 in FTBFS Report "Duplicate anchor names result in incorrect links" [Undecided,New] https://launchpad.net/bugs/181384022:40
ubottubug 1813841 in FTBFS Report "No bug link" [Undecided,New] https://launchpad.net/bugs/181384122:40

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