[01:21] <wxl> so if i understand correctly if you include "fixes: bug #" blah blah blah with a bzr push the bug gets updated but not with git? or am i dealing with a bad messenger?
[02:01] <wgrant> wxl: Bazaar has explicit bug metadata that you can specify by committing with --fixes=lp:1234, and LP will link the branch to the bug on push. Git doesn't have a direct equivalent, but LP will link bugs to an MP if you refer to them in a commit message as "LP: #1234".
[02:02] <wxl> wgrant: why didn't that happen with https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/commit/?h=bionic&id=9f594e9f62aa9e94d72823296073a5ef48c36a8f ? is it on a cronjob?
[02:03] <wgrant> wxl: What didn't happen? Note that they only ever get linked to merge proposals, because git branches usually get deleted after being merged
[02:05] <wxl> wgrant: i meant that the bug report didn't get updated. i guess what you're saying is unless you go through merge proposals, it doesn't happen for bzr or git. right?
[02:06] <wgrant> wxl: For bzr it does, since bugs get directly linked to branches. But we had to do it differently for git, because git branches get deleted.
[02:06] <wgrant> wxl: Oh, and in either case the bug won't get automatically closed. It only ever shows up linked to the bug, it does not automatically change the status.
[02:07] <wgrant> (some projects have robots that watch for bug links, and close bugs when the linked branch/MP is merged, or when it's merged and in a stable release, or whatever)
[02:07] <wxl> wgrant: right. gotcha.
[03:47] <wxl> i'm on a new computer here and i seem to be having some weird issue with pushing a bzr branch
[03:48] <wxl> if i ssh to bazaar.l.n, auth works and i'm returned "No shells on this server."
[03:49] <wxl> but then when i try to connect with bzr push i get a "Permission denied (publickey)"
[03:49] <wgrant> wxl: checked your username in "bzr lp-login"?
[03:49] <wxl> i expect as a byproduct of that issue, i also get ConnectionReset reading response for 'BzrDir.open_2.1
[03:49] <wxl> wgrant: it's right
[03:50] <wgrant> what's the URL you're giving it?
[03:51] <wxl> you mean Host in ~/.ssh/config?
[03:51] <wgrant> no, to bzr
[03:51] <wxl> lp:~wxl/ubiquity-slideshow-ubuntu/delete-lubuntu
[03:52] <wgrant> you're sure you're not using an explicit bzr+ssh URL somewhere without a username?
[03:53] <wgrant> you could try setting the username for bazaar.launchpad.net in ~/.ssh/config
[03:53] <wgrant> but if lp-login is right then lp: should work
[03:54] <wxl> i'm pretty sure of that. i mean it's not in the bzr push command nor in .ssh/config
[03:54] <wxl> and the username (wxl) is set
[03:55] <wxl> ohhhh i have a thought
[03:56] <wxl> there we go. had Host launchpad and Hostname bazaar.launchpad.net but needed to include the FQDN in Host, too
[03:57] <wxl> pebkac as usual wgrant. thanks for the help :)
[03:57] <wgrant> aha
[03:57] <wgrant> great
[08:55] <eraserpencil> hey guys! if i used launchpad's services to build a snap, does it keep a copy of my code?
[09:12] <eraserpencil> sorry, did anyone reply?
[09:57] <cjwatson> eraserpencil: If you push the code to Launchpad and build a snap from there, then Launchpad will keep the code until you explicitly delete it.  If you ask Launchpad to build a snap from code hosted elsewhere (e.g. GitHub, perhaps via build.snapcraft.io), then the only copy of the code that Launchpad will retain will be whatever traces of it are visible inside the snap; if it's configured to ...
[09:58] <cjwatson> ... push to the snap store, then Launchpad will delete its copy of the resulting snap about a month after it's been successfully pushed to the store.
[09:58] <cjwatson> I'm not sure if this answers your question.  If not, please explain more about what you're trying to achieve.