[09:01] <seb128> I should know that but who is allowed to push code to a launchpad project? the maintainer isn't?
[09:02] <seb128> to be more specific, https://launchpad.net/gnome-sdk has ~ubuntu-desktop as maintainer
[09:02] <seb128> but I get an error when pushing to git+ssh://git.launchpad.net/gnome-sdk
[09:43] <cjwatson> seb128: That's an imported repository, and nobody can push directly to those
[09:44] <cjwatson> seb128: It's imported from https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk
[09:45] <seb128> cjwatson, ah, how does one know it's an imported one? https://code.launchpad.net/gnome-sdk doesn't mention it :/
[09:45] <seb128> neither do
[09:46] <seb128> https://code.launchpad.net/~ubuntu-desktop/gnome-sdk/+git/gnome-sdk/+ref/gnome-3-34-1804-sdk
[09:47] <seb128> ah,https://code.launchpad.net/~ubuntu-desktop/gnome-sdk/+git/gnome-sdk has it
[09:47] <cjwatson> https://code.launchpad.net/gnome-sdk probably should
[09:47] <seb128> not really obvious :/
[09:48] <seb128> cjwatson, I will check if there is already a bug about that and open one if there isn't, thanks!
[09:48] <cjwatson> I started from https://launchpad.net/gnome-sdk and followed the link to lp:gnome-sdk immediately under the "Code" heading
[09:48] <seb128> I ended up finding that one, but it's an 'other repository' section at the bottom
[09:48] <seb128> I expect most user will just do what the top recomments
[09:48] <seb128> Get this repository:
[09:48] <seb128>     git clone https://git.launchpad.net/gnome-sdk
[09:49] <cjwatson> Though if it had been a hosted repo and you could push to it, you'd also see "Update this repository" below that
[09:50] <cjwatson> Anyway, I agree it's a bug, and I don't think it's already filed so please do
[09:53] <seb128> cjwatson, I didn't find an existing one matching, opened https://bugs.launchpad.net/launchpad/+bug/1923596 , thanks again!
[09:57] <cjwatson> Thanks
[10:06] <seb128> tseliot, hey, did you had the info you needed about the ubuntu-drivers-common tests failure?
[10:57] <tseliot> seb128, yes, I don't think sl-modem should block this. I should be able to add the dependency only for the test (debian/tests/control), as opposed to having a build dependency on alsa-utils.
[11:02] <tseliot> I have just uploaded a change
[11:12] <seb128> tseliot, thanks
[13:08] <tseliot> seb128, yw. Let's keep an eye on the autopkg, just in case
[13:18] <rbasak> Need some help with bug 1916250 please. Unversioned Breaks/Replaces? Unversioned Conflicts/Replaces? Something else?
[13:18] <rbasak> I wish this case were in https://wiki.debian.org/PackageTransition but I don't think it is.
[13:42] <seb128> ddstreet, hey. syncpackage in hirsute let .dsc downloaded in the current dir, I noticed that you did some refactoring around dsc handling, is that an issue you are aware of?
[15:10] <rcj> bdmurray: You have your SRU hat on today?  Can I ask you to look at livecd-rootfs in 'unapproved' for x,b,f,g for a udev security fix?
[15:10] <rcj> I didn't mean to say udev, I mean to say /boot/efi
[15:14] <bdmurray> rcj: Yes, I can look at that today.
[15:18] <rcj> bdmurray: Thank you
[15:43] <bdmurray> rcj: Why does the xenial diff not look like the others? https://launchpadlibrarian.net/532822013/livecd-rootfs_2.408.67_2.408.68.diff.gz
[15:51] <rcj> bdmurray: In the others the change shows up twice due to a symlink.  That symlink isn't there in xenial because the image type was added after that release.
[15:52] <rcj> Specifically the buildd image for xenial is not based on an image with an EFI partition.
[15:55] <bdmurray> rcj: I see now I'd grabbed the source of hirsute not xenial so thought live-build/ubuntu existed in xenial.
[15:55] <rcj> oh, that would explain it
[15:56] <bdmurray> all accepted
[15:57] <rcj> Thank you!
[16:46] <ddstreet> seb128 i believe syncpackage has dropped the .dsc in cwd since focal, or earlier...
[18:07] <seb128> ddstreet, focal is rather recent, seems like a regression worth fixing still. I guess what you are saying is that you are not interested to be the one poking at it? which is fair enough, I will add to my hacking backlog if I find some free slots
[18:07] <seb128> it's minor but still annoying
[18:50] <ddstreet> seb128 no i'm find poking at it, it drops the .dsc into cwd because it pulls it before chdir(), i'm just saying that from looking at the code it seems to have always done that, do you know when the last time it didn't do that?
[19:39] <seb128> ddstreet, I don't know but I can check tomorrow, it was not doing it in xenial for sure, I though it wasn't in focal but maybe I just didn't pay attention?