| === davmor2_ is now known as davmor2 | ||
| === Aurora is now known as Guest89558 | ||
| Guest89558 | Hi there - Quick Question : Cud we have #bounty as a tag on launchpad, please ? | 09:01 |
|---|---|---|
| Guest89558 | Hello ? anyone there ? | 09:04 |
| cjwatson | Guest89558: You can set any tag you like; nobody needs to create it. | 09:06 |
| cjwatson | Guest89558: "Official" tags are maintained by the maintainers of individual projects, not by Launchpad staff. | 09:07 |
| Guest89558 | ok cheers - How do I find bugs listed under "bounty" ? | 09:07 |
| Guest89558 | Can you give me the link , please ? | 09:07 |
| cjwatson | Guest89558: https://bugs.launchpad.net/bugs/+bugs?advanced=1 lets you search by whatever terms you want | 09:08 |
| Guest89558 | cheers. | 09:08 |
| === pavlushka_ is now known as pavlushka | ||
| yofel | so again, is there a working way to fetch all git repository names though the API? If I run | 12:24 |
| yofel | print(len(lp.git_repositories.getRepositories(target=lp.projects['kubuntu-packaging']))) | 12:24 |
| yofel | I get 292 repositories (correct). But if I loop through that, I get several repositories twice and today only 224 (yesterday it was 236) distinct repositories (while it's still 292 in total) | 12:24 |
| yofel | it feels like pushing something to the repository prevents the API from seeing it... | 12:25 |
| yofel | the repository target was changed once through the API if that matters | 12:25 |
| cjwatson | There may be a missing DISTINCT somewhere. | 12:43 |
| cjwatson | Are there actually any repositories missing from that collection, though? | 12:44 |
| cjwatson | Also iterating over large collections always has some chance of errors due to races, since the collection is fetched in multiple batches, so clients need to tolerate that. | 12:45 |
| cjwatson | A 292 vs. 224 discrepancy suggests a missing DISTINCT though. | 12:45 |
| wgrant | Were it only so simple. | 12:47 |
| wgrant | cjwatson: In this case the batching race doesn't exist, as it's a named operation. | 12:47 |
| wgrant | The 224 is consistent. | 12:47 |
| wgrant | The web UI says 292 and at least some of the duplicates are present only once. | 12:47 |
| cjwatson | Oh I think I read yofel's commentary backwards. | 12:48 |
| wgrant | getRepositories returns 292 repositories, same as the web UI. | 12:48 |
| wgrant | But the API's set of 292 contains only 224 distinct repositories. | 12:48 |
| cjwatson | Hm, yes, the web UI has no dups. | 12:51 |
| ondrej | cjwatson: ok, nevermind then, I'll sort this out in the packages that keeps failing even on rebuilds; | 12:51 |
| cjwatson | wgrant: Not sure what you mean about batching not being a problem. It's fetched in four batches. | 12:53 |
| cjwatson | The obvious difference is that the web UI uses order_by_date=True while the API doesn't. | 12:54 |
| yofel | hm, bummer | 13:13 |
| yofel | I tried caching the collection as I know the there's issues with fetching a collection over a long timespan, but that gives me the same result | 13:13 |
| yofel | should I open a bug? | 13:14 |
| cjwatson | yes please | 13:16 |
| yofel | cjwatson: lp 1578205 | 13:25 |
| ubot5 | Launchpad bug 1578205 in Launchpad itself "API returns git repository list with missing items and duplicates" [Undecided,New] https://launchpad.net/bugs/1578205 | 13:25 |
| wgrant | Er indeed, the batching race does of course still apply here. | 13:52 |
| tumbleweed | how easily do you give away s390x support for PPAs? I'm 4 days into a pypy test build on zelenka.d.o, and getting annoyed :P | 14:20 |
| cjwatson | tumbleweed: I'm afraid we can't give that to non-Canonical employees right now as there's no sandboxing. | 14:25 |
| cjwatson | tumbleweed: Hopefully we'll have s390x scalingstack support soonish. | 14:25 |
| tumbleweed | neat. It has just gained JIT support for s390x, so presumably somebody out there will find this useful | 14:26 |
| cjwatson | (Don't have a very specific date though; my guess would be months rather than weeks or years) | 14:26 |
| lazyPower | Is there still the notion of +junk in the launchpad git support? | 17:49 |
| dobey | lazyPower: it's just pushing an arbitrary repo to your +git i think | 17:55 |
| lazyPower | oh so git doesn't have the same project structure requirements? | 17:56 |
| lazyPower | i thought that was implemented system wide in launchpad | 17:56 |
| lazyPower | #TIL | 17:56 |
| dobey | yes/no. afaik repositories that are push under projects appear for the listing on those projects, but there isn't a special case of "+junk" | 17:57 |
| cjwatson | lazyPower: The equivalent of +junk is the "personal" repository structure defined in https://help.launchpad.net/Code/Git . | 20:26 |
| cjwatson | dobey: Please refer to the above documentation. | 20:27 |
| cjwatson | ~OWNER/+git/REPOSITORY is very nearly a direct analogue of ~OWNER/+junk/BRANCH, eqxcept that a repository can contain multiple branches. | 20:28 |
| dobey | right | 20:28 |
| cjwatson | And the project and package namespaces are similar to those for Bazaar except that they don't have series. | 20:28 |
| dobey | didn't think of help.lp.net at the time | 20:29 |
| cjwatson | So for the most part, git in Launchpad *does* have the same "project structure requirements" as Bazaar, but with some simplifications and changes. | 20:29 |
| cjwatson | Mainly to avoid repeating some mistakes that were made when designing Bazaar in Launchpad - basically, stealing too much namespace. | 20:30 |
| dobey | right, that's what i was saying, but perhaps i sucked at making it as clear :) | 20:30 |
| cjwatson | (And +junk ought to have been renamed ages ago, but nobody ever quite got around to it ...) | 20:30 |
| dobey | sorry if i was confusing | 20:31 |
| cjwatson | Fair enough :) But I did want to point oiut that there in fact *is* a special case of +junk, just spelled differently. | 20:32 |
| cjwatson | Or at least it's just as special for git as it is for Bazaar. | 20:32 |
| dobey | cjwatson: my understanding was that +git was a part of the URL in both personal and project branches. but i guess the position of +git in the URL is a bit different | 20:36 |
| cjwatson | The URLs are written out differently, but in both cases there are three namespaces: project, package, and personal. | 20:37 |
| cjwatson | The rest is just a matter of spelling, in the git case motivated by avoiding ambiguity. | 20:37 |
| dobey | or is +git in the lp web URL for a repository somewhat different from the +git in the git remote URL? | 20:37 |
| cjwatson | We ended up (after much discussion) putting +git in the URLs for all git repositories, indeed. | 20:37 |
| cjwatson | One of the reasons for that was so that we could safely arrange for the URL paths on code.launchpad.net and git.launchpad.net to be the same for any repository. | 20:38 |
| cjwatson | But ~OWNER/PROJECT/+git/REPOSITORY and ~OWNER/+git/REPOSITORY (for instance) are still quite different things, despite +git being in both. | 20:39 |
| cjwatson | +git is just there to avoid confusion with other URL traversals. | 20:39 |
| cjwatson | For example, without +git in the project namespace case, it would be ambiguous whether ~cjwatson/launchpad/feature referred to a Bazaar branch or a git repository; for a project transitioning between the two VCSes, it's quite possible that both could exist with the same name. | 20:42 |
| dobey | sure | 20:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!