=== Guest21740 is now known as caribou [08:20] Thanks for the file fix in ubuntu 16.04 & 18.04 ! https://github.com/tzickel/docker-trim/issues/1#issuecomment-629840844 [08:44] xnox: that ssl blog would be really handy for me to link on a (private) bug report i'm dealing with... please let me know when it is up :) [11:48] kenvandine, hi, regarding the missing _Permissions string translation in Snap Store (#1878672), I was unable to find what exactly is wrong... :/ the string is available for translation on Launchpad and is present in .pot file in snap-store git, however it is untranslated in the actual Snap Store for some reason [11:49] (it got translated on Launchpad in my (Czech) language on 2020-04-15) [13:44] juliank, hi, any chance you could review https://code.launchpad.net/~ack/ubuntu/+source/maas/+git/maas/+merge/384013 ? [13:50] ackk: i feel like renaming the debconf template creates unnecessary churn, but then I don't know much debconf [14:05] juliank, replied to your comments. yeah as said I did that for the name to be more correct, but I can revert it back, it's not a big deal. [14:24] juliank, I reverted the debconf change === heliocastro is now known as helio|afk [15:09] ackk: ok [15:34] ackk: still needs proper Sru stuff, left comment [15:34] juliank, I did file an sru bug, it's attached to the MP [15:35] juliank, also, fixed the release in changelog [15:36] (https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1878769 FTR) [15:37] Launchpad bug 1878769 in maas (Ubuntu) "[SRU] updates to the maas deb2snap package" [Undecided,New] [15:41] ackk: it's not being closed in the changelog afaict [15:42] juliank, ah, what's the syntax for that? [15:42] LP: #number [15:42] ackk: also s/DEVAULT/DEFAULT ? [15:42] In the changelog entfy [15:43] I'm afk for a bit will look after I get back [15:43] juliank, you mean an additional entry with just that? [15:43] Usually you put it in () after some entry [15:46] juliank, thanks. fixed and reordered changelog entries to put actual fixes first [16:34] so for git-ubuntu, ahasenack added squashfs-tools-ng for me. and it is [16:34] https://git.launchpad.net/~usd-import-team/ubuntu/+source/squashfs-tools-ng [16:35] but then git-ubuntu clone -v -v squashfs-tools-ng [16:35] fails [16:35] i'm' guessing this is because things are moving to a new location ? [16:35] hm [16:36] smoser: interesting [16:36] I see it in https://code.launchpad.net/~usd-import-team/ubuntu/+source/squashfs-tools-ng/+git/squashfs-tools-ng [16:37] but that was via "Other repositories" [16:37] sorry. missing bit of info. [16:37] rbasak: could you take a look? [16:37] ^ [16:37] i just did [16:37] sudo snap refresh --edge git-ubuntu [16:37] I also have r470, v0.10.1 [16:37] from edge [16:38] and you re-create failure, right? [16:38] i well could have typod [16:38] yes [16:38] ok [16:38] that pkg name is a pita [16:38] I wonder if there is another step for first importers [16:39] I vaguely remember rbasak saying something about the name changing in lp [16:39] o/ [16:39] Yes [16:41] bin/update-repository-alias.py from the source tree will do it for all repositories (need to be a core dev) [16:42] I don't see an entry point for doing it just for one package [16:42] Let me see if I can put something together quickly [16:42] rbasak: I imported two for smoser [16:42] smoser: what was the other one again? [16:42] i can't remember that long ago. [16:43] rbasak: smoser sbuild-launchpad-chroot is the other one [16:43] i think you added it in git though [16:43] right [16:43] rbasak: is that done automatically when we add a package to the whitelist file and restart the importer? [16:45] No [16:45] It has to be done manually because only core devs can make the change and the importer doesn't have that privilege [16:45] rbasak: oh, that's a loophole [16:45] I think many were added to the whitelist without running that script [16:45] It's a recent change that this is required [16:46] When I made the change I update everything that was done previously [16:46] So it's only new whitelist entries [16:46] better let it run once for all then? Is it a no-op for the ones that don't need it? [16:47] It takes quite a long time to run [16:47] And I prefer to examine the dry run first, so that takes a while [16:50] ahasenack, smoser: https://pastebin.ubuntu.com/p/XgpysnkX4k/ [16:50] Any core dev can run that after adding to the package whitelist [16:51] Any core dev can run that *after the imported repository exists* I mean [16:51] is that a no-op? [16:52] It's idempotent if that's what you mean [16:52] I ran it already to test [16:52] yes [16:52] ok, also against the sbuild one? [16:52] Yes - want me to do that? [16:52] let me try it [16:53] done, worked [16:53] rbasak: smoser [16:53] thanks [16:53] yw [16:53] Sorry for the pain [16:54] I'm working towards importing all packages [16:54] So have been spending effort there instead of making adding packages smoother [16:54] rbasak: what if we get a new package in main? [16:54] rbasak: since we import 100% of main [16:54] Yes - this will happen [16:55] I don't have a good solution to that yet [16:55] it might have happened already, given the MIRs [16:55] Probably [16:55] although those were in ~march [16:55] Maybe we'll need to periodically run a report and give core devs the exact command to run [16:56] can't the importer do it at import time? Surely it can notice if it's a new package or not [16:56] I know, all a matter of coding [16:56] Or maybe Launchpad will take an adjustment to permit the importer to make the change or something without making it a core dev [16:56] but that's the right place, right? [16:56] ah, the perms [16:56] Right [16:56] I don't want to make the importer a core dev [16:56] Feels like overstepping security [16:58] it needs addressing, though [16:58] and screams for automation :) [16:58] Agreed [16:58] It doesn't bite too often and the solution is non-trivial, that's all. So I never prioritised it. === ijohnson is now known as ijohnson|lunch === ijohnson|lunch is now known as ijohnson [18:16] query: Any way to make "quilt edit" use subl instead of nano? [18:28] The_LoudSpeaker: have you tried setting EDITOR? [18:29] update-alternatives can always tweak /usr/bin/editor which things generally default to [19:00] rbasak: that didn't work :( [19:01] !dmb-ping [19:01] ddstreet, rafaeldtinoco, rbasak, sil2100, slashd, teward, tsimonq2: DMB ping [19:02] rbasak: I won't disturb much but yeah I got it working, export EDITOR=subl [20:32] ackk: sponsored maas. now, you might want to start bugging the sru team at some point if nothing happens [20:55] https://ubuntu.com/download/server/arm " This is the iso image of the Ubuntu Server installer. " just above http://cdimage.ubuntu.com/releases/20.04/release/ubuntu-20.04-live-server-arm64.iso [20:57] CarlFK: your point being "live" ? [20:58] tumbleweed: "no installer" just above what I am assuming includes an installer on the live CD [20:59] oh helll [20:59] never mind. I misread [21:00] I blame lack of food [22:49] need real documentation about ubiquity (desktop 20.04), where do i get it ? [23:17] coreycb: should bug 1848519 still be tagged block-proposed? Its blocking panko from migrating in groovy. [23:17] bug 1848519 in panko (Ubuntu) "[SRU] fix panko-daemons autopkgtest curl failure" [Medium,Fix committed] https://launchpad.net/bugs/1848519 [23:40] bdmurray: I'll drop that block-proposed tag [23:41] bdmurray: That's dropped, thanks for letting me know.