kyrofa | cjwatson, I'm trying to get LP building dailies and publish to edge. In such a situation, the snapcraft.yaml holds the link to https://example.com/latest.tar.gz, and the branch will be in LP (with an associated snap setup to publish to edge). I just need to use the LP API to spin up a build | 12:10 |
---|---|---|
kyrofa | cjwatson, it would run in a daily cron job | 12:10 |
kyrofa | cjwatson, how does one typically go about that? I assume it can only be done by a user who owns the snap. Do I just generate a token and use that? Can I protect it at rest in some way? | 12:11 |
cjwatson | https://help.launchpad.net/API/launchpadlib basically. It (regrettably) can't be usefully constrained at this point; I expect eventually we'll support macaroons so that it can only do that one action, but for the time being it would be a full token for that user. | 12:16 |
kyrofa | cjwatson, alright, just wanted to check before I went down a bad path-- thanks! | 12:17 |
cjwatson | (Or you could hackily push to the branch containing snapcraft.yaml and use LP's auto build handling ...) | 12:17 |
kyrofa | cjwatson, meh, then they're SSH keys :P | 12:17 |
kyrofa | cjwatson, the only way to login that I've seen is login_with, which opens firefox to get a token. How might I pre-generate a token to put on a headless server? | 12:45 |
kyrofa | Rather, how do I provide it to LPlib | 12:45 |
kyrofa | Maybe use credentials_file to generate the token initially and then transfer that file to the server in question? Then continue using credentials_file on the server? | 12:53 |
kyrofa | Ah ha, that does work | 13:04 |
cjwatson | kyrofa: Yeah, that's typically the one | 13:30 |
kyrofa | cjwatson, I found Credentials as well. Seems the access is more fine-grained with that one | 13:30 |
cjwatson | I think we typically just use login_with and rely on python-keyring to do the storage. | 13:32 |
cjwatson | And when login_with prompts you for authentication, you copy the URL and paste it into your desktop browser. | 13:33 |
cjwatson | Ignoring the fact that it tries to pop up a browser on the server. | 13:33 |
clivejo | can a comment be deleted from a bug report? | 13:43 |
sarnold | there's often a 'hide' button users can hit | 13:44 |
sarnold | I've filed launchpad 'answers' questions before when asking for spam comments to be deleted | 13:44 |
cjwatson | Yep. The person who wrote the comment or Launchpad staff can hide comments. | 13:44 |
clivejo | I posted to the wrong bug by mistake | 13:44 |
cjwatson | You can hide that yourself, then. | 13:44 |
clivejo | but cant delete? | 13:45 |
cjwatson | You might need to reload the bug page, but you should see a "Hide" link below the comment. | 13:45 |
cjwatson | No. | 13:45 |
clivejo | ah yes, I see it | 13:45 |
cjwatson | "Hide" means that most people can't see it. | 13:45 |
clivejo | I thought that was just to hide long comments! | 13:45 |
cjwatson | Only if you wanted to stop anyone else seeing them at all ... | 13:45 |
clivejo | ah | 13:46 |
clivejo | good to know! | 13:46 |
rbasak | How should I tackle bug 1523051? I don't see anything I can edit - does it need to be passed to Launchpad admins to fix? | 15:06 |
ubot5` | bug 1523051 in net-tools (Ubuntu) "Upstream link needs changing" [Undecided,New] https://launchpad.net/bugs/1523051 | 15:06 |
cjwatson | rbasak: turn it into a question and move it to Launchpad | 15:15 |
cjwatson | (can't deal right now) | 15:15 |
rbasak | Will do, thanks. | 15:19 |
sforshee | hi - one of the kernel team scripts fetches https://git.launchpad.net/~canonical-kernel/+git/kteam-tools/plain/ktl/kernel-series-info.yaml | 18:56 |
sforshee | and that started failing for me sometime today with http code 500. http access to the repository overall seems to be broken, though git access still works. | 18:56 |
acheronuk | I've been getting OOPS- messages browsing the kubuntu git repos over http since late afternoon as well | 19:00 |
apw | sforshee, that looks to be oopsing: TypeError: translatePath() takes at most 4 arguments (5 given) | 19:12 |
wgrant | apw, sforshee, acheronuk: Fix is on the way. | 20:49 |
apw | wgrant, hey thanks | 20:51 |
wgrant | Should all be happy now. Let me know if something else looks awry. | 21:09 |
=== heroux_ is now known as heroux | ||
mpontillo | wgrant: hey, I'm seeing a weird issue with https://code.launchpad.net/~mpontillo/maas/discovery-view-rdns--bug-1633822--part3/+merge/308980 -- it looks like it's not properly considering the prerequisite branch. the diff should only contain src/maasserver/dbviews.py and src/maasserver/models/tests/test_discovery.py | 23:47 |
mpontillo | for what it's worth, --part2 looks happy. maybe because it's has a prereq that has a prereq? | 23:49 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!