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