[06:00] <Burgundavia> if I go to a team, I cannot see the bugs the team is subscribed to
[06:00] <Burgundavia> is this a known bug?
[06:11] <jamesh> Burgundavia: https://launchpad.net/people/launchpad-infrastructure/+subscribedbugs <- seems to show some bugs
[06:11] <jamesh> can you be more specific?
[06:13] <Burgundavia> https://launchpad.net/people/ubuntu-website/+subscribedbugs
[06:13] <Burgundavia> yet I know there are bugs against ubuntu-website
[06:13] <Burgundavia> oh, and you really need to fix the UI issue of products and bugs in a distro
[06:13] <jamesh> are there any bugs that ubuntu-website is subscribed to?
[06:14] <Burgundavia> any bug aga\int the website gets it subscribed to
[06:14] <jamesh> ah.
[06:14] <jamesh> is this "subscribed to" or "also notified"?
[06:14] <Burgundavia> the 2nd
[06:14] <Burgundavia> and that is bollocks
[06:15] <Burgundavia> subscribed is subscribed and it show up
[06:15] <jamesh> okay, so the bug is that $person/+subscribedbugs does not display bugs that the user is "also notified" about
[06:16] <jamesh> what UI issue were you referring to by "products and bugs in a distro"?
[06:18] <Burgundavia> I go to LP and search for a package in Ubuntu, say "totem"
[06:18] <Burgundavia> I find it
[06:18] <Burgundavia> click on bugs and see no bugs listed
[06:18] <Burgundavia> I see nothing to tell me about bugs in Ubuntu
[06:18] <Burgundavia> oh, wait, hmm
[06:19] <Burgundavia> https://launchpad.net/products/mplayer/+bugs <-- here is an exmaple
[06:20] <Burgundavia> nowhere on that screen does it even tell me about all the dozens of bugs reported against the Ubuntu product
[06:20] <Burgundavia> or any other distro, for that matter
[06:20] <jamesh> so you ended up on the upstream product page rather than the distro specific page
[06:20] <jamesh> and there is no indication of how to get to the source package page
[06:21] <Burgundavia> pretty much
[06:21] <Burgundavia> no idea even that there is a view called "mplayer in Ubuntu"
[06:21] <Burgundavia> or Baltix, etc.
[06:22] <jamesh> do you think you'd have done better if you'd started off at https://launchpad.net/distros/ubuntu?
[06:22] <Burgundavia> yes, but I know that
[06:22] <Burgundavia> I shouldn't have to
[06:22] <Burgundavia> it also means a lot of extra clicks
[06:24] <jamesh> so the fix for this is probably "better front page search" and "make product -> source package linkages more obvious"
[06:24] <Burgundavia> yep
[06:24] <Burgundavia> is "one search bar to rule them all" a spec yet?
[06:25] <jamesh> the other way to look at this is "why would I go to https://launchpad.net to search for ubuntu bugs?".  I'd be more likely to follow a link from some Ubuntu page, so that should direct you to "Ubuntu in Launchpad"
[06:26] <Burgundavia> what about this case:
[06:27] <Burgundavia> people are often told to "go to launchpad" in ubuntu channels/mails
[06:27] <Burgundavia> those that are not in the know might end up at the front page
[06:27] <jamesh> good point
[06:28] <jamesh> Burgundavia: could you file a bug about the "also notified" bugs not showing on +subscribedbugs, please?
[06:28] <Burgundavia> can do
[06:32] <Burgundavia> jamesh: is there a reason also-notified can just be made into a straight subscription? I noticed a bug about making it hard to unsubscribe with also-noified
[06:39] <jamesh> Burgundavia: the "also notified" people are implicit subscriptions (either a bug contact or subscribers to a duplicate bug)
[06:40] <Burgundavia> jamesh: right. Are they modelled differently in the db?
[06:40] <jamesh> Burgundavia: I think the reason for not making subscribers to duplicate bugs explicit subscribers is in the case of accidental duplication
[06:41] <jamesh> Burgundavia: yes.  When deciding who to spam about a change to a bug, it picks (a) subscribers to the bug, (b) subscribers to bugs marked as duplicates of the bug and (c) initial bug contacts
[06:41] <jamesh> there isn't a direct relationship between the "also notified" person and the bug in question
[06:41] <Burgundavia> I just don't see a use case for not just adding people to the subscription
[06:41] <Burgundavia> or a group, etc.
[06:42] <Burgundavia> plus the UI is confusing
[06:42] <jamesh> Burgundavia: okay.  Bug #1 has shitloads of subscribers.  Lets say I mark it as a duplicate of bug #42, and then reset it so it isn't a duplicate any more
[06:42] <Ubugtu> Malone bug 1 in ubuntu-meta "Microsoft has a majority market share" [Critical,Confirmed]  http://launchpad.net/bugs/1
[06:42] <Ubugtu> Malone bug 42 in malone "Bug description listed in task is not the correct description" [Medium,Fix released]  http://launchpad.net/bugs/42
[06:42] <jamesh> Burgundavia: who should be subscribed to bug #42 now?
[06:42] <Burgundavia> right
[06:43] <jamesh> that's the use case for "also notified"
[06:43] <Burgundavia> then people like ubuntu-website should not be the also notified, they should be in the subscribers
[06:43] <jamesh> the other is so a new person can set themselves as the initial bug contact for a package and not have to go back and subscribe themselves to all the existing bugs
[06:44] <jamesh> so that is handled as an implicit subscription too
[06:44] <Burgundavia> right
[06:44] <Burgundavia> this is mostly a UI issue
[06:44] <Burgundavia> the UI should show all subscriptions and "also notified" should be left explicitly for people coming in from other bugs
[06:45] <jamesh> the problem with the +subscribedbugs page is that it is only showing bugs where the person/team is an (a)-type subscriber
[06:45] <Burgundavia> either that, or break the maintainers out, explicitly
[06:48] <Burgundavia> at any rate, my subscribed page should show me any bug that where i show up in the subscribed page
[06:49] <Burgundavia> https://launchpad.net/products/malone/+bug/57653
[06:49] <Ubugtu> Malone bug 57653 in malone ""also notified" bugs not showing on +subscribedbugs" [Untriaged,Unconfirmed]  
[06:55] <Ubugtu> New bug: #57653 in malone ""also notified" bugs not showing on +subscribedbugs" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57653
[07:05] <Ubugtu> New bug: #57655 in launchpad "Lines in bug comments starting with '>' should be assumed to be quoted text and coloured accordingly" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57655
[07:48] <lifeless> stub: have you had time to run the upstream release finder again ?
[07:51] <jamesh> lifeless: he did and filed bugs 57198 and 57220
[07:53] <lifeless> wasn't that the ftp one that was non-priority ? 
[07:53] <lifeless> I think we dont need native ftp support, nuke it and use the http proxy alwasy ?
[07:53] <jamesh> yeah
[07:54] <jamesh> the second bug does need fixing though
[07:54] <lifeless> whas the second one  about ?
[07:54] <jamesh> the product-release-finder blows up if it hits discovers a product release but that release has already been registered in Launchpad
[07:55] <jamesh> which happens because the product-release-finder isn't the only thing that can create new product releases (users can too)
[07:57] <lifeless> ok. when it finds this it should set the tarball info for that release if its not set
[08:20] <Ubugtu> New bug: #57662 in launchpad "queue reject doesn't" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57662
[08:22] <lifeless> jamesh: ^^ does my comment make sense ?
[08:30] <jamesh> lifeless: yeah.  That's basically what I suggested in the last comment.
[08:30] <lifeless> excellent
[08:30] <lifeless> go forth and bugfix!
[08:30] <jamesh> should probably factor out some of the logic there into a a module so we can actually test it
[08:30] <lifeless> testschmest
[08:30] <lifeless> (did *I* say that?!)
[08:31] <jamesh> we still don't have tests for the HTTP walker, but I'm pretty sure it is doing the right thing experimentally ...
[08:50] <mpool> hi
[08:50] <mpool> am i really not allowed to change the priority of a spec i just created? :/
[08:52] <lifeless> muhahaha
[08:53] <lifeless> what project ?
[08:53] <mpool> launchpad-bazaar
[08:53] <lifeless> no, you're not a driver there. we should fix that
[08:53] <mpool> also why do we have this insane behaviour of turning the description into a comment when it's edited?
[09:00] <Ubugtu> New bug: #57665 in launchpad "can't change the priority of a spec i just created" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57665
[09:10] <SteveA> morning
[09:13] <lifeless> SteveA: hi, martin wanted to be able to set priority on specs in launchpad-bazaar
[09:14] <mpool> hi SteveA 
[09:23] <SteveA> hi lifeless, mpool 
[09:24] <SteveA> mpool: I have a note to ping you this morning.  Is it about that, or other things too?
[09:24] <lifeless> mpools stepped out, and I'm stepping out now myself
[09:24] <lifeless> bye!
[09:24] <SteveA> ok, i'll be around
[09:49] <sivang> morning
[10:04] <kiko> SteveA, hey
[10:12] <kiko> SteveA, ping
[10:18] <SteveA> kiko: hi
[10:18] <kiko> SteveA, how's it going
[10:19] <SteveA> going well#
[10:19] <kiko> cool
[10:19] <SteveA> i'm reading through that rosetta thread now
[10:19] <kiko> right
[10:19] <kiko> do you know anything about phone calls and mark?
[10:20] <SteveA> nothing more than yesterday
[10:20] <kiko> bummer man
[10:20] <kiko> SteveA, wanna have a call anyway?
[10:21] <SteveA> sure, cando
[10:21] <SteveA> when?
[10:21] <SteveA> i'd like to finish this rosetta thread first
[10:21] <SteveA> whle it is all in my head still
[10:21] <kiko> well, it can be later
[10:21] <kiko> wanted to talk to you about our database class split
[10:22] <SteveA> how about on the hour?
[10:27] <kiko> SteveA, ping me then
[10:38] <SteveA> kiko: ok
[10:51] <jamesh> kiko: got time for a quick review? (in the displaying-paragraphs-of-text)
[10:52] <kiko> jamesh, sure
[10:52] <jamesh> kiko: https://sodium.ubuntu.com/~andrew/paste/file8DJjEn.html
[10:53] <jamesh> it constrains what is recognised as a URL a bit, so that e.g. http::No-cache=True isn't linkified
[10:53] <kiko> mmmkay
[10:53] <jamesh> and some of the characters we were treating as URL chars are not actually counted as URL chars even in the old RFC
[10:54] <kiko> jamesh, really? 
[10:55] <jamesh> kiko: yeah
[10:56] <jamesh> kiko: the "national" characters aren't actually counted as unreserved in the RFC 1738 grammar
[10:56] <jamesh> however the newer spec specifically allows "~"
[10:57] <kiko> hmmm.
[10:57] <kiko> jamesh, I won't have the braintime for reviewing this today, sorry, it requires char-by-char reading 
[10:57] <kiko> jamesh, try SteveA?
[10:58] <jamesh> kiko: okay.  I'll bung it up on the pending-reviews page.
[10:58] <jamesh> those regular expressions look a lot like line noise ...
[10:58] <kiko> jamesh, ping me on monday if you didn't find somebody. 
[10:58] <kiko> yeah
[10:58] <kiko> I hate regexps
[11:00] <Ubugtu> New bug: #57675 in soyuz "Register need to regenerate a dists subtree in the database" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57675
[11:00] <jamesh> maybe doing string interpolation for the main pattern might make the regexp a bit more readable
[11:01] <SteveA> kiko: ping
[11:02] <SteveA> j
[11:02] <SteveA> jamesh: we can talk about this after my call with kiko
[11:02] <SteveA> me, i love regexps
[11:03] <kiko> SteveA, how about I call you when I leave for the london office? that way I can take advantage of the time in the DLR?
[11:03] <SteveA> what time will that be?
[11:04] <kiko> in a few hours, SteveA 
[11:04] <SteveA> maybe, but maybe not
[11:04] <SteveA> i have varioius calls today, and also getting mpt to the airport
[11:04] <SteveA> so, take a chance if you like, or i'm available for sure right now
[11:05] <kiko> SteveA, I'll take the change, in a discussion
[11:05] <SteveA> the chance?
[11:05] <SteveA> fine, just call me when you're ready
[11:05] <jamesh> kiko: https://sodium.ubuntu.com/~andrew/paste/filePcq69J.html <- a version with some of the common line noise collapsed
[11:05] <SteveA> jamesh: what do you want me to look at?
[11:06] <SteveA> jamesh: that link?
[11:06] <jamesh> SteveA: yeah
[11:06] <SteveA> ok
[11:06] <jamesh> SteveA: trying to reduce the number of non-URLs that get matched as URLs
[11:09] <SteveA> you don't need to use backslash escaping inside [] 
[11:10] <jamesh> good point.  I probably need it to escape "-" though
[11:11] <SteveA> unless it is first
[11:13] <jamesh> okay.  I've got r"-a-zA-Z0-9._~%!$&'()*+,;=" as the main block of unreserved chars now
[11:14] <SteveA> @
[11:14] <SteveA> also
[11:14] <jamesh> hmm?
[11:14] <SteveA> zope3 urls use /@@foo
[11:14] <jamesh> which is allowed in the path components
[11:15] <sivang> jamesh: why the preceeding '-' for 'a', 'z' ?
[11:15] <jamesh> the section of the regexp for matching path components is (?: / [%(unreserved)s:@] * )*
[11:15] <SteveA> ok
[11:15] <SteveA> sivang: it means 'a literal -'
[11:15] <SteveA> compare:
[11:15] <SteveA> [a-z] 
[11:15] <SteveA> [-a-z] 
[11:15] <SteveA> [a-z\-] 
[11:15] <sivang> right, which is a range
[11:15] <jamesh> sivang: "-" is used for matching ranges of chars in patterns unless it is first
[11:15] <SteveA> the last two are equivalent
[11:16] <sivang> ah, cool
[11:16] <jamesh> SteveA: I originally wasn't factoring out the unreserved chars.  Do you think it is more or less confusing how I've got it?
[11:17] <SteveA> it is more-or-less confusing any way around :-)
[11:17] <SteveA> i think it helps to use the RFC in this way
[11:17] <SteveA> it wil make maintenance of the code easier
[11:17] <SteveA> so we can see what the rfc says, and then how we have chosen to do things differently
[11:19] <SteveA> I have one other note on how to factor this code
[11:19] <SteveA> in webapp, we have a URL class
[11:19] <SteveA> I want us to have a really useful URL type in our webapp infrastructure
[11:20] <SteveA> so, rather than being just in DPOT, some of these regexes, that are directly related to the RFC, could be in that URL class
[11:21] <SteveA> and that class could have facilities for matching URLs in text, for example
[11:21] <jamesh> okay.  We'd need to substitute in the regexp directly though, since these substitutions really need to be done in a single pass
[11:21] <kiko> +1 SteveA 
[11:21] <SteveA> have a think about that, whether it makes sense
[11:21] <kiko> having that in DPoT is weird
[11:21] <SteveA> kiko: it makes sense, considering the role of DPoT
[11:22] <jamesh> I mean doing multiple passes (one for bug links and OOPS strings, then one for URLs) would break
[11:22] <SteveA> but there may be a better arrangement considering the codebase as a whole
[11:22] <SteveA> jamesh: I agree.  Have a think about the issue, and see what kind of thing would make sense
[11:22] <SteveA> imagine if there's other code where we want to extract URLs... like from an incoming email
[11:23] <SteveA> it is straightforward to take a regex for matching URLs and combine it with others, for example
[11:23] <SteveA> provided the names used for the various matching parts don't overlap
[11:24] <SteveA> if anything, the RFC-regex text could go in the URL class in webapp
[11:24] <SteveA> then be extended in DPoT with our DPoT policy
[11:24] <jamesh> We've got another case already: IBugWatchSet.fromText() and fromMessage()
[11:25] <SteveA> jamesh: I've had on my todo list to make the URL class really good, for a while
[11:25] <SteveA> maybe you'd like to take this on as a mini project?
[11:25] <SteveA> to make a good URL class for our webapp infrastrcuture
[11:25] <SteveA> it's used in the menus code in particular right now
[11:25] <SteveA> python std lib has just a bunch of functions
[11:25] <SteveA> which are arguably broken anyway, wrt encodings
[11:26] <SteveA> I'd like to see more of an OO approach
[11:26] <jamesh> they currently run one regexp over the text for each tracker URL type and then make the watches -- being able to iterate through all the URLs in the document might be a better way
[11:26] <SteveA> jamesh: what do you think? how does the idea of such a mini-projet appeal to you?
[11:26] <jamesh> okay.
[11:26] <SteveA> awesome
[11:27] <SteveA> when you've got some sketch / ideas together
[11:28] <SteveA> we should have an infrastructure call to kick other ideas around
[11:32] <danilos> carlos: I think we should mark bug 56621 as duplicate of bug 351, explaining that fuzzy is actually needs-review in Rosetta (so, it's not really "fuzzy" as coming from gettext)
[11:32] <Ubugtu> Malone bug 56621 in rosetta "Color of fuzzy strings should be different" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/56621
[11:32] <Ubugtu> Malone bug 351 in rosetta "Rosetta keeps reporting a wrong status (color bar) for translations" [Medium,Rejected]  http://launchpad.net/bugs/351
[11:32] <danilos> carlos: or should we leave it if we're planning to have both in the near future?
[11:38] <carlos> danilos: I don't know...
[11:41] <carlos> danilos: in fact, current 'Needs review' is more fuzzy as comming from gettext
[11:41] <carlos> because we don't use that translation if the flag is set
[11:43] <danilos> carlos: I know, I know
[11:43] <danilos> carlos: but the "meaning" is not really the same
[11:44] <danilos> carlos: and obviously, translators familiar with fuzzy get confused
[11:44] <carlos> well, it is for the strings comming from .po files
[11:44] <danilos> so we might simply explain that they are the same thing for the time being
[11:44] <carlos> righ
[11:44] <carlos> right
[11:44] <carlos> I think so
[11:44] <danilos> or that we're using fuzzy tag to mark strings as needing review
[11:44] <carlos> until we implement the fuzzy spec
[11:44] <danilos> yeah
[11:45] <danilos> I just don't want to leave a bug report without any response
[11:47] <carlos> danilos: yeah, that's a good policy. We should follow it more often :-(
[11:49] <danilos> carlos: can you remind me how do I link it to a specification?
[11:49] <danilos> or do I need to link bug from specification?
[11:50] <carlos> I think you need to do it from the specification
[11:51] <lucasvo> are there rss feeds for bugs and other things in launchpad so one can use them to include them into a page?
[11:52] <lucasvo> or an API?
[11:53] <kiko> lucasvo, not yet, but soon.
[11:56] <lucasvo> why is it taking more than  10 days to import a language file into Rosetta?
[11:56] <lucasvo> there were no changes in this list for a couple of days: https://launchpad.net/rosetta/imports/+index?target=products&status=NEEDS_REVIEW&type=po
[11:57] <kiko> carlos, danilos: can you get an answer to lucasvo please?
[11:58] <carlos> lucasvo: because we are importing 2 months of changes for Edgy
[11:58] <carlos> lucasvo: and the process is busy with the first batch: https://launchpad.net/rosetta/imports/+index?target=all&status=APPROVED&type=all
[11:58] <lucasvo> carlos: and you need a personal review?
[11:58] <carlos> no
[11:58] <lucasvo> carlos: and why does it take so long?
[11:59] <carlos> lucasvo: well, the process started last Tuesday
[11:59] <lucasvo> carlos: ehm, my file is in the queue for about 11 days
[11:59] <carlos> lucasvo: so it cannot be there for 10 days unless you requested a product upload that Jordi didn't handle yet...
[11:59] <lucasvo> that's a bummer
[11:59] <carlos> lucasvo: where are you uploading it?
[11:59] <lucasvo> carlos: https://launchpad.net/rosetta/imports/+index?target=products&status=NEEDS_REVIEW&type=po
[11:59] <lucasvo> search for harmony
[12:00] <lucasvo> Uploaded by lucasvo on 2006-08-14 23:27:06 CEST
[12:00] <lucasvo> django.po in Harmony Series: trunk
[12:00] <carlos> lucasvo: that needs a manual review
[12:00] <lucasvo> carlos: why?
[12:00] <carlos> lucasvo: because initial upload should be reviewed to be sure that maintainers wants to use Rosetta
[12:01] <carlos> lucasvo: jordi handles such review
[12:01] <carlos> and I guess he missed it because it's a .po file instead of using the .pot file extension
[12:01] <carlos> jordi: hi, are you around?
[12:01] <lucasvo> carlos: should I convert them to .pot first?
[12:01] <carlos> lucasvo: once the initial upload is approved, new uploads are automatically imported
[12:02] <carlos> lucasvo: no, that's fine it's just a file rename and we can handle it directly
[12:05] <carlos> lucasvo: from what I see there, I guess you are one of the maintainers of Harmony, right?
[12:06] <lucasvo> carlos: yes I am
[12:07] <lucasvo> I am the owner of the LP team
[12:08] <carlos> ok, then that's enough to import Harmony
[12:08] <carlos> lucasvo: we don't have a way (yet) to automatically update the .pot and .po files from your repository
[12:08] <carlos> so you should handle that task to update Rosetta data from time to time
[12:09] <lucasvo> carlos: how should rosetta import it?
[12:09] <lucasvo> from bzr branch?
[12:10] <carlos> yeah, that's the main way we are going to implement to do automatic imports for products
[12:13] <carlos> lucasvo: https://launchpad.net/products/harmony/trunk/+pots/django
[12:13] <carlos> lucasvo: done
[12:26] <Ubugtu> New bug: #57683 in malone "only sends one mail per product/package" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57683
[12:27] <jordi> hey carlos
[12:27] <carlos> jordi: hi
[12:28] <carlos> jordi: don't worry I already handled the .pot import for Harmony
[12:28] <jordi> lucasvo: I normally check that the people who upload new files are involved in the development of the application
[12:28] <jordi> lucasvo: that's the main reason it sometimes takes some time
[12:29] <carlos> jordi: could you give the ownership of https://launchpad.net/people/gnu-l10n-it to rosetta-admins and leave the team? (unless you want to translate into italian...)
[12:29] <jordi> presto!
[12:30] <carlos> thanks
[12:35] <carlos> jordi: so, you changed from Administrator to Administrator.... what a big change ;-)
[12:35] <carlos> https://sodium.ubuntu.com/~andrew/paste/filebA1MWs.html
[12:36] <jordi> your bug :)
[12:36] <carlos> not mine ;-)
[12:36] <jordi> you did this too for maori :)
[12:36] <carlos> I don't handle teams code!
[12:36] <jordi> gee, the sodium password I never figure out
[12:36] <carlos> I don't read my emails ;-) just the others :-P
[12:37] <carlos> It's just the email with the change notification
[12:38] <jordi>  it's buggy :)
[12:38] <jordi> and it includes a "None" string at the end :)
[12:53] <carlos> jordi: btw, could you notify Neil that hu.po and de.po file imports failed due a bad file format? (I just checked it)
[01:24] <carlos> hmmm, so Edgy is adding a good feature for Rosetta... Firefox with spell checking integrated ;-)
[01:25] <kiko> heh
[01:27] <carlos> It just should select the right dictionary based on the language attribute we put in our textareas
[01:28] <carlos> but other than that...
[01:38] <jordi> carlos: have you checked the German file?
[01:38] <carlos> jordi: both
[01:38] <carlos> msgfmt complained 
[01:39] <jordi> I see it
[01:50] <seb128> carlos: hey. Did you get the evolution-2.8 template with the package update?
[01:51] <carlos> seb128: yes
[01:51] <carlos> and I already renamed the translation domain
[01:51] <seb128> carlos: ok, thank you
[01:51] <carlos> tomorrow's lang packs should get it fixed
[01:51] <carlos> np
[02:50] <Ubugtu> New bug: #57698 in malone "+packagebugs-search crashes when no query string is passed." [Low,Confirmed]  http://launchpad.net/bugs/57698
[03:45] <Ubugtu> New bug: #57705 in launchpad-support-tracker "Broken link in SourcePackage +tickets page." [Medium,Confirmed]  http://launchpad.net/bugs/57705
[03:55] <Ubugtu> New bug: #57708 in soyuz "Language pack uploads require manual intervention" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57708
[04:48] <elmo> NOTICE: the Launchpad librarian is going down in 10 minutes time for an hour; launchpad itself will still be up, bug anything that uses the librarian for file storage  (bug attachments, build logs, hackergotchis etc.) will be unavailable
[04:55] <Ubugtu> New bug: #57715 in malone "Lost comments on bug #57607" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57715
[05:35] <Ubugtu> New bug: #57723 in launchpad "bzr: ERROR: Invalid range access." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57723
[05:47] <elmo> librarian is back
[06:15] <flacoste> how do we merge account?
[06:15] <flacoste> I mean can a user merge two accounts he owns?
[06:15] <flacoste> there is a support request open on launchpad-support-tracker about that
[06:16] <flacoste> https://launchpad.net/products/launchpad-support-tracker/+ticket/1541
[06:18] <salgado> flacoste, yes, https://launchpad.net/people/+requestmerge
[06:18] <flacoste> salgado: thanks and is there a menu link to that page somewhere?
[06:18] <flacoste> salgado: we don't have any support contacts for the launchpad-support-tracker
[06:18] <salgado> but in that case the guy doesn't have access to one of the account's email address anymore
[06:19] <salgado> flacoste, there's a link to that page in https://launchpad.net/people
[06:20] <flacoste> what do we do when the user doesn't have access to the duplicated email?
[06:20] <salgado> and in launchpad.net/people/<name>/, in case you're logged in and the <name> account hasn't been claimed yet
[06:20] <salgado> flacoste, we have to ask one of the launchpad admins to do the merge --there's an admin interface for these cases
[06:21] <flacoste> salgado: I'm willing to add myself as support contact, but we might want to also add the Launchpad QA team
[06:22] <salgado> flacoste, yeah, I think we should do that.  are you a member of that team?
[06:22] <flacoste> salgado: nope
[06:22] <flacoste> flacoste: I could be if they want me :-)
[06:22] <salgado> flacoste, I'll ask matsubara to do that when he comes back, then
[06:23] <salgado> (I'm not a member of that team either)
[06:23] <flacoste> salgado: great, who are launchpad admins?
[06:23] <salgado> launchpad.net/people/admins
[06:24] <flacoste> kiko, stevea, lifeless, stub: there is a support request for merging two accounts in which the user doesn't access to one email anymore: https://launchpad.net/products/launchpad-support-tracker/+ticket/1541
[06:37] <flacoste> salgado: do you have a few minutes?
[06:37] <salgado> flacoste, sure
[06:38] <flacoste> salgado: i was about to fix bug 57705
[06:38] <Ubugtu> Malone bug 57705 in launchpad-support-tracker "Broken link in SourcePackage +tickets page." [Medium,Confirmed]  http://launchpad.net/bugs/57705
[06:39] <flacoste> but i'm wondering if I should just remove the link or write a +gethelp page which would make sense in the distribution source package context
[06:39] <flacoste> i first tried to register the same template that worked on source package but i noticed a few problems
[06:40] <flacoste> 1) i need also to register +portlet-translations
[06:40] <flacoste> 2) there is a test asking users for product series information that seems to be always present
[06:40] <flacoste> and the +packaging page isn't available on the distribution source package context
[06:41] <flacoste> so, what do you think is the best option: copy the +gethelp template and remove what doesn't make sense in the distrosourcepackage context or just remove the link?
[06:43] <salgado> afaik, the +gethelp page is mainly an entry point for people comming from the "Help -> Get Help Online ..." menu item on ubuntu gnome applications, right?
[06:46] <salgado> if you port that page to the distribution source package context, you won't be able to link to the +addticket of that context, because it doesn't have one
[06:47] <salgado> so, another possible solution, although a bit evil (since it changes your context), would be to make the +gethelp link on /ubuntu/+source/foo point to /ubuntu/<latest-release>/+source/foo/+gethelp
[06:49] <salgado> IOW, I think we'd have to cripple the page in order to make it work on this context, so I'd rather remove the link or redirect
[06:49] <salgado> flacoste, ^
[06:50] <flacoste> salgado: fwimw, the +addticket is working on the distribution source package context
[06:50] <salgado> flacoste, ah, I didn't know that -- it doesn't work in staging
[06:50] <flacoste> and yes, +gethelp is mainly the entry point for 'Get Help Online...'
[06:50] <salgado> did you fix that in your branch?
[06:51] <flacoste> salgado: nope
[06:51] <flacoste> salgado: it does work on staging, if you visite https://staging.launchpad.net/distros/ubuntu/+source/putty/+tickets and click 'Request Support' you'll land on the +addticket page
[06:52] <salgado> aaaargh
[06:52] <salgado> https://launchpad.net/distros/ubuntu/dapper/+sources/firefox/ works
[06:52] <salgado> but https://launchpad.net/distros/ubuntu/+sources/firefox/ doesn't
[06:52] <flacoste> salgado: where does this +sources come from?
[06:52] <salgado> it must be https://launchpad.net/distros/ubuntu/+source/firefox/
[06:53] <salgado> I don't know. :)
[06:53] <salgado> maybe I typed it
[06:53] <flacoste> salgado: ok, i use the UI and it uses +source link
[06:54] <salgado> okay, then forget what I said about having to cripple the page
[06:55] <flacoste> but do you think it still makes sense to have the 'Help and support options' page on the distribution source package page
[06:55] <flacoste> it is a hard page to get to: search for package in the distribution then click on the source package
[06:56] <salgado> yeah, maybe it makes sense to have it, but I don't think it's really necessary
[06:56] <flacoste> salgado: well, editing the template to remove the product series check and translation portlet isn't hard either
[06:58] <salgado> right, but I don't see much benefit in having that page, so I think I'd be okay to just remove the link and avoid future breakage caused by having two almost identical versions of the same template
[06:58] <flacoste> salgado: i agree, let's remove the link
[06:58] <salgado> we could workaround that, but I don't think we should spend much time on this
[07:35] <Ubugtu> New bug: #57742 in malone "xmlrpc filebug API raises TypeError exception" [Medium,Confirmed]  http://launchpad.net/bugs/57742
[08:07] <jkakar> Can I expect the supermirror to slurp up new revisions in mirrored branches at least once every 24h?
[08:25] <Ubugtu> New bug: #57751 in launchpad ""Show only bugs with patches available" has no effect" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57751
[08:34] <salgado> BjornT, around?
[08:36] <bradb> /j #canonical screenshotssuck
[08:36] <bradb> damn
[08:38] <BjornT> salgado: yeah, i'm around, but not for long.
[08:38] <salgado> BjornT, just wanted to check if you've seen my reply to your review... is it okay to merge that branch with the changes I described in that email?
[08:40] <BjornT> salgado: i'll take a quick look now
[08:46] <BjornT> salgado: it looks good
[08:47] <salgado> BjornT, cool. ta!
[09:15] <Ubugtu> New bug: #57756 in rosetta "Empty search in /potemplatenames crashes" [Medium,Confirmed]  http://launchpad.net/bugs/57756
[09:42] <flacoste> bradb: ping
[09:46] <bradb> flacoste: pong
[09:47] <flacoste> bradb: I've stumbled across something weird in mailnotification
[09:48] <flacoste> there is a function update_security_contact_subscriptions which subscribes the security contact to the bug on product change
[09:48] <flacoste> this seems to go against the use of indirect subscribers?
[09:49] <bradb> flacoste: there are three types of indirect subscribers: assignees, bug contacts, and from dupes
[09:50] <flacoste> bradb: ok, security contact isn't an indirect subscriber
[09:50] <bradb> nope. security bugs are private by default, and indirect subscriptions don't apply to private bugs.
[09:50] <Ubugtu> New bug: #57759 in launchpad "Accessing +mergerequest-sent page after successfully completing the merging process crashes." [Low,Confirmed]  http://launchpad.net/bugs/57759
[09:51] <flacoste> bradb: hmm, ok, but what about public security bug?
[09:54] <bradb> flacoste: True. The line between explicit and implicit security contacts in that case may be somewhat arbitrary.
[09:55] <flacoste> bradb: so it means that you subscribe explicitely the security contact to each security bug?
[09:55] <flacoste> bradb: so if the security contact change, the old one is still subscribed to the old security bugs?
[09:58] <bradb> flacoste: yeah. now that privacy and security have been collapsed into one box on filebug, i have to wonder how often the code in question is even being touched.
[09:59] <flacoste> bradb: anyway, this was just a question, I'll leave it to you if this is worth a bug or an XXX in the code or just forget about it ;-)
[10:01] <bradb> flacoste: right. my mind is kind of elsewhere atm, so maybe i'll file a bug to think about it more later. something smells not quite right.
[10:05] <bradb> Hm, or maybe not, I dunno. ISTR that security contacts need to unsubscribe from bugs, which is one of the reasons they were explicit.
[10:45] <Ubugtu> New bug: #57762 in launchpad-cal "Repetitive SQL query while generating a calendar." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57762
[11:40] <Ubugtu> New bug: #57765 in soyuz "+packaging link in the distrorelease sourcepackage page should be more obvious" [Medium,Confirmed]  http://launchpad.net/bugs/57765