[02:53] I thought that the opinion status was supposed to be different than invalid, but it seems to be hidden from all searches just like invalid. am I not seeing a difference that is there, or shouldn't it show up when doing a text search for a bug, just not when listing open bugs in a particular package? [02:55] psusi: There is no functional difference between Invalid, Opinion and Won't Fix, except that Won't Fix and Opinion can only be set by the bug supervisor. [02:58] wgrant, umm... shouldn't there be some difference? I mean... why have them if there is no difference? I would think that won't fix and opinion should show up when a user goes to report a new bug and searches to see if it has already been reported, but invalid wouldn't [02:58] psusi: That is one of the big unanswered questions of the universe. [02:58] Hello [02:58] wgrant, let there be light ;) === wgrant changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [02:59] I'm using Lp topost a blueprint, and when i suscribe my team to the blueprint it is shown in "gray" and the tooltip is telling "No longer Uses Launchpad", somebody knows what it means? [02:59] nhomar00: Which blueprint, and which team? [03:00] https://blueprints.launchpad.net/openerp-venezuela-localization/+spec/requisitos-fiscales-6.0 [03:00] look suscribers [03:00] team: openerp-venezuela [03:03] Hello :-s - so difficult ¿? [03:03] nhomar00: Have you tried refreshing the page? [03:03] It looks OK for me now. [03:03] But there is a problem here. [03:05] Ahh [03:07] well [03:07] aomething is wrong [03:07] something [03:07] i refreshed [03:07] The subscriber listing shows the wrong icon for teams. [03:07] Sometimes. [03:08] mmm, BTW the tool tip is telling "no longer uses launchpad" [03:08] I'm worried about this [03:08] we use a LOT LP ;-) [03:08] It's assuming that everyone in that list is a person, not a team. [03:08] So it calls is_valid_person to determine which icon to show... and is_valid_person is False for teams. [03:09] So it's nothing to worry about. [03:09] Just a display bug. [03:09] ok ok ok ok ok [03:09] i got it [03:09] fine! [03:09] good answer [03:09] but must i publish a bug for this? [03:10] or it should be in roadmap already? [03:10] Let me check if there's one already. [03:14] Bug #516301 [03:14] Launchpad bug 516301 in Launchpad itself "LP says team "no longer uses Launchpad", but not on team's own page" [Low,Triaged] https://launchpad.net/bugs/516301 [03:25] * lifeless makes it high [03:29] I can see [03:30] THANKS [03:31] Weird. It doesn't say "no longer uses launchpad" and the icon isn't grayed out for me. [03:32] cody-somerville: It depends on who you're logged in as. [03:32] We have a caching bug. [03:32] Something is populated is_valid_person incorrectly. [03:33] (it should always be False for a team0 === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Meths_ is now known as Meths === yofel_ is now known as yofel [15:59] hi. is anyone around familiar with the api, specifically the PATCH calls? [17:24] hi there! I'm having trouble accessing staging.lp.net via the python api, getting a "Unknown access token (c1gqlQh03cMKsfkm3V4T)." error. production works without problem [19:18] Ampelbein, are you trying to use a token that you got a few days ago? [19:18] Ampelbein, if so then delete it and get a new one [19:18] staging gets reset frequently, and so will forget about the tokens [19:29] james_w: thanks, that was it. on that note, the keyring entry is named "network password", it isn't immediately obvious that this is for lplib. [19:29] Ampelbein, you could file a bug about that [19:31] will do [19:32] thanks again ;-) [21:53] maxb: regarding https://code.launchpad.net/~jd-team/jdownloader/trunk - the read-protected subtree is not needed. is it possible to ignore that subtree and continue the import? [21:56] bdrung: No. bzr-svn's design doesn't really permit such a thing [21:58] maxb: and it can't be work around manually? [22:34] bdrung: Manually? There isn't really any scope for "manually" perturbing the results of a bzr-svn conversion [22:36] I guess you should talk to jelmer for a final word on this, but I think you're out of luck on this unless you contrive to set up a svnsync-ed mirror of the upstream, and then have bzr-svn import from that [22:37] If you do such a thing, it would be good to ensure the svnsynced svn repository has a different uuid to the original, since it will contain elided content [22:39] maxb: no way for doing something for one time and then let the LP importer continue the imports? [22:48] I'd be shocked if you didn't run into errors due to data inconsistencies very quickly [23:37] The vim code imports appear to not work anymore? https://code.launchpad.net/vim [23:46] blueyed: known bug [23:46] blueyed: oh, you don't mean package imports [23:47] Might still be a known bug of course! [23:49] Hmm, I don't see one filed. [23:51] I wanted to use it for recipes, but when it's broken then there's not much reason.. [23:51] Filed. [23:51] https://bugs.launchpad.net/bzr-hg/+bug/738498 [23:51] Ubuntu bug 738498 in Launchpad itself "vim code import fails with infinite recursion in get_manifest_and_flags_by_revid in bzr-hg" [Undecided,New] [23:53] Thanks, spiv.