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