[00:02] <teward> who spearheads the deb to snap stuff for chromium right now
[08:17] <Laney> anyone know / has looked into what's going on with libsane1? https://launchpadlibrarian.net/485340393/buildlog_ubuntu_groovy_amd64_ubuntu_BUILDING.txt.gz
[08:17] <Laney> I remember something in Debian about this and a transitional package
[08:29] <seb128> Laney, LocutusOfBorg was discussing that transition with RAOF the other day
[08:29] <seb128> but I don't know what's missing at this point
[08:30] <Laney> thanks, hopefully those are enough highlights to get people who understand :>
[08:30] <seb128> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962936
[08:31] <Laney> I'll avoid digging into it for now :p
[08:31] <seb128> right, same here
[08:31] <RAOF> I did the promotion of libsane1 to main, which resolved what we were talking about.
[08:32] <RAOF> So I think it's now all "LocutusOfBorg" (https://matrix.to/#/@freenode_LocutusOfBorg:matrix.org) 😉
[08:58] <sich> Hi all ... first time joining this channel.  I'm interested in helping out with ubuntu development and looking for a little direction if possible.
[09:01] <seb128> sich, hey, unless you have specific things you want to contribute to you could start by reading https://wiki.ubuntu.com/UbuntuDevelopers
[09:12] <sich> @seb128 I do have a few areas that I'd like to contribute in, but as I'm new I'll go through the steps one by one ... thank you
[09:12] <udevbot> Error: "seb128" is not a valid command.
[09:59] <LocutusOfBorg> Laney, it is installable here, not sure what are you talking about to be honest, can you please provide some more context?
[09:59] <Laney> LocutusOfBorg: see the build log I gave
[10:00] <LocutusOfBorg> Get:5 http://archive.ubuntu.com/ubuntu groovy/universe amd64 libsane1 amd64 1.0.30-1~experimental2ubuntu1 [2387 kB]
[10:00] <LocutusOfBorg> Get:6 http://archive.ubuntu.com/ubuntu groovy/main amd64 sane-utils amd64 1.0.30-1~experimental2ubuntu1 [202 kB]
[10:00] <LocutusOfBorg> Get:7 http://archive.ubuntu.com/ubuntu groovy/main amd64 libsane amd64 1.0.30-1~experimental2ubuntu1 [14.8 kB]
[10:00] <LocutusOfBorg> as said, it is installable here, not sure what is doing your build log
[10:01] <Laney> that's of an ubuntu desktop image
[10:01] <LocutusOfBorg> ah ok
[10:01] <LocutusOfBorg> so now I got it
[10:01] <LocutusOfBorg> will rebuild everything to pick up the new old libsane1
[10:01] <Laney> ok cool, I didn't follow what's going on there - and I'm happy not to learn if you want to handle it
[10:01] <Laney> thanks :>
[10:02] <LocutusOfBorg> Laney, to be honest, instead of having an useless transition, you might want to add the transitional package libsane1 to main
[10:02] <LocutusOfBorg> it is just a transitional package I added to ensure smooth upgrades
[10:02] <seb128> LocutusOfBorg, R_AOF said earlier that he did promote it?
[10:02] <LocutusOfBorg> it will save a ton of rebuilds, but I can do them anyway, as you wish (I know rebuilding helps to make transitional foo disappear)
[10:03] <Laney> it's not in main no
[10:03] <LocutusOfBorg> seb128, debian switched again from libsane1 to libsane, so I asked to promote the libsane again, and demote libsane1 that is now a transitional package
[10:03] <Laney> ah
[10:03] <LocutusOfBorg> but of course if you runtime-depend on transitional package but it is universe, nobody will teach you to move to the new one
[10:03] <Laney> yes component-mismatches asks for it to be promoted
[10:04] <Laney> maybe do both? promote and fix the archive too?
[10:04] <LocutusOfBorg> it won't ask again to be promoted when the reverse-deps are rebuilt ;)
[10:05] <LocutusOfBorg> I can do the rebuilds anyway, maybe just of main packages
[10:06] <seb128> rebuild of main sounds like the best solution
[10:06] <Laney> as you wish
[10:06] <Laney> I assume it's not so many
[10:06] <LocutusOfBorg> the only problem is that since this morning reverse-depends is not working :)
[10:07] <LocutusOfBorg> but I can steal from there https://release.debian.org/transitions/html/auto-sane-backends.html
[10:07]  * LocutusOfBorg does them
[10:08] <Laney> cheers
[10:09] <LocutusOfBorg> thanks fro the prod
[10:25] <soren> What's the preferred way to get a package upload (to main) sponsored these days?
[10:26] <juliank> soren: same as always https://wiki.ubuntu.com/SponsorshipProcess
[10:29] <seb128> soren, easiest is probably debdiff to a launchpad but with ubuntu-sponsors subscribed
[10:29] <soren> juliank: So debdiff on Launchpad, not .changes (etc). on a web server somewhere?
[10:29] <soren> seb128: Right. Got it. Thanks :)
[10:29] <seb128> np
[13:07] <seb128> LocutusOfBorg, the rebuilds you did depends on the versioned lib, which isn't what is expected from what you said this morning?
[13:15] <ahasenack> LocutusOfBorg: hi, you uploaded https://launchpad.net/ubuntu/+source/libguestfs/1:1.42.0-5ubuntu2, did debian drop the erlang package from it?
[14:01] <LocutusOfBorg> seb128, libsane-dev depends on libsane1 and both should be in main
[14:02] <LocutusOfBorg> libsane is transitional and should be moved to universe and possibly die in a fire or be "Provided:" by libsane1
[14:02] <LocutusOfBorg> can you please do the magic promote again?
[14:02] <seb128> LocutusOfBorg, that's the opposite of what you wrote this morning?
 seb128, debian switched again from libsane1 to libsane, so I asked to promote the libsane again, and demote libsane1 that is now a transitional package
[14:03] <LocutusOfBorg> yes sorry, I had no coffee at that time, and everything that has "sane" in the sentence gives me headaches
[14:03] <LocutusOfBorg> the bug report I filed in Debian is good
[14:04] <seb128> k
[14:04] <LocutusOfBorg> do you have power to fix them up? they should migrate in a run or two, they all looks ok
[14:06] <seb128> LocutusOfBorg, yes
[14:33] <LocutusOfBorg> seb128, also, somebody should MIR src:libnma?
[14:40] <seb128> LocutusOfBorg, I guess?
[14:41] <rafaeldtinoco> there was an old bug from cyphermox related to adding support for netplan into netcf:
[14:41] <rafaeldtinoco> https://bugs.launchpad.net/ubuntu/+source/netcf/+bug/1688345
[14:42] <rafaeldtinoco> I was wondering, should we keep it opened or just request netcf removal from the archive ?
[14:42] <rafaeldtinoco> (it seems that netcf isn't much "maintained" lately, and our strategy is to support netplan with backends only, no ?)
[14:42]  * rafaeldtinoco waits feedback to continue or not with [RM] bug to AA
[20:49] <ahasenack> question, how are translations updated if an SRU changes the text of some package? Or are they not?
[20:58] <sarnold> I've seen sru uploader making changes where that's possible
[20:59] <ahasenack> you mean also uploading an updated locales package?
[21:00] <ahasenack> language-pack-$lanf
[21:03] <sarnold> ahasenack: no, just the .po files in the package; a recent example I noticed https://launchpad.net/ubuntu/+source/apt/2.0.2ubuntu0.1
[21:38] <ahasenack> sarnold: oh, I guess I'm not sure how lp translations work then
[21:38] <ahasenack> I thought translations were separate from the package and that that was one of the big ubuntu differences
[21:44] <seb128> ahasenack, sarnold, the normal 'cycle' is that the source package generates a template during the build, which is imported by launchpad
[21:44] <seb128> then translators do their work
[21:44] <ahasenack> when does it get back into the package?
[21:44] <seb128> and translations are exported to build langpacks on a regular cadence
[21:44] <seb128> we do langpack refreshes, at least in the LTS cycles
[21:44] <seb128> we will have one for .1 for sure
[21:45] <ahasenack> seb128: but the package also installs its own .mo file
[21:46] <ahasenack> apt installs 43 of those
[21:46] <seb128> ahasenack, if you have a package shipping its own translations then it's a special case
[21:49] <seb128> ahasenack, pkgbinarymangler/striptranslations.blacklist
[21:50] <seb128> ahasenack, basically things that impact the installer don't use langpacks
[21:50] <ahasenack> I see
[21:50] <seb128> so we cover all languages for the installer
[21:50] <seb128> for those to update translations you need a source upload
[21:51] <ahasenack> seb128: does lp "ingest" changed translation templates when an SRU is done?
[21:51] <seb128> ahasenack, yes
[21:51] <ahasenack> seb128: also for esm releases? like trusty?
[21:51] <seb128> I guess, I don't see a reason why they would be special
[21:51] <ahasenack> I assume we just don't update langpacks for those
[21:52] <seb128> afaik we don't no
[21:52] <ahasenack> ok, thanks
[21:52] <seb128> np
[21:52] <seb128> you can see if there a new template in the launchpad queue
[21:53] <ahasenack> I checked https://translations.launchpad.net/ubuntu/trusty/+source/update-notifier/+pots/update-notifier/pt_BR and it doesn't have new strings already updated in update-notifier in trusty
[21:53] <seb128> https://translations.launchpad.net/ubuntu/<serie>/+source/<source>/+imports
[21:53] <ahasenack> https://translations.launchpad.net/ubuntu/trusty/+source/update-notifier/+imports is empty
[21:54] <seb128> I think the records don't stay long there so you would need to look soon after an upload
[21:56] <seb128> ahasenack, for launchpad to have a template to import the package build must generate one
[21:56] <seb128> https://launchpadlibrarian.net/444456802/buildlog_ubuntu-trusty-amd64.update-notifier_0.154.1ubuntu8_BUILDING.txt.gz
[21:56] <seb128> which is the most recent trusty upload doesn't have one
[21:57] <seb128> compared to e.g focal
[21:57] <seb128> https://launchpadlibrarian.net/472635894/buildlog_ubuntu-focal-amd64.update-notifier_3.192.30_BUILDING.txt.gz
[21:57] <seb128> Building update-notifier.pot...
[21:57] <seb128> Removing generated header (.h) files...done.
[21:57] <seb128> Wrote update-notifier.pot
[21:57] <seb128>  
[21:57] <ahasenack> interesting, why would it have been removed, if the release package has one (as it has translations in lp)
[21:58] <seb128> ahasenack, the package has one but did you check that it has been updated to include the new strings you are after?
[21:58] <ahasenack> all the ESM stuff, as far as I can tell, is not available for translation in lp
[21:59] <ahasenack> I need to inspect this further, at least the LP side seems ok and will do its job once the pot file is generated
[22:00] <seb128> ahasenack, right, looking at e.g http://launchpadlibrarian.net/440218814/update-notifier_0.154.1ubuntu6_0.154.1ubuntu7.diff.gz the .pot isn't updated/part of the diff
[22:00] <seb128> and since the build doesn't do an update/use dh_translations or such, launchpad probably just has an outdated template
[22:01] <ahasenack> yeah
[22:01] <seb128> ahasenack, it's late here and I need to call it a day but feel free to Cc me on an email/bug/whatever or just ping me tomorrow, I'm having to look at resolving that with you
[22:01] <ahasenack> seb128: thank you, good night
[22:01] <seb128> I'm happy*
[22:01] <ahasenack> I'm also dropping off
[22:01] <seb128> np!
[22:01] <seb128> night
[22:02] <kanashiro> mwhudson: when you have some time could you please check this bug and provide some feedback? LP #1884663
[22:02] <kanashiro> it is containerd related
[22:03] <mwhudson> kanashiro: can we just make everything a snap? :)
[22:03] <kanashiro> :)