=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === Keybuk [n=scott@paperboy.netsplit.com] has joined #launchpad === panickedtest [n=travis@cdm-75-109-115-91.asbnva.dhcp.suddenlink.net] has joined #launchpad === jml [n=nnnjml@203-217-8-89.perm.iinet.net.au] has joined #launchpad === stub [n=stub@ppp-58.8.11.65.revip2.asianet.co.th] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has left #launchpad [] === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad [06:00] if I go to a team, I cannot see the bugs the team is subscribed to [06:00] is this a known bug? [06:11] Burgundavia: https://launchpad.net/people/launchpad-infrastructure/+subscribedbugs <- seems to show some bugs [06:11] can you be more specific? [06:13] https://launchpad.net/people/ubuntu-website/+subscribedbugs [06:13] yet I know there are bugs against ubuntu-website [06:13] oh, and you really need to fix the UI issue of products and bugs in a distro [06:13] are there any bugs that ubuntu-website is subscribed to? [06:14] any bug aga\int the website gets it subscribed to [06:14] ah. [06:14] is this "subscribed to" or "also notified"? [06:14] the 2nd [06:14] and that is bollocks [06:15] subscribed is subscribed and it show up === Burgundavia throws things at LP for a stupid UI, again [06:15] okay, so the bug is that $person/+subscribedbugs does not display bugs that the user is "also notified" about === spiv [n=andrew@ppp112-44.static.internode.on.net] has joined #launchpad [06:16] what UI issue were you referring to by "products and bugs in a distro"? === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [06:18] I go to LP and search for a package in Ubuntu, say "totem" [06:18] I find it [06:18] click on bugs and see no bugs listed [06:18] I see nothing to tell me about bugs in Ubuntu [06:18] oh, wait, hmm [06:19] https://launchpad.net/products/mplayer/+bugs <-- here is an exmaple [06:20] nowhere on that screen does it even tell me about all the dozens of bugs reported against the Ubuntu product [06:20] or any other distro, for that matter [06:20] so you ended up on the upstream product page rather than the distro specific page [06:20] and there is no indication of how to get to the source package page [06:21] pretty much [06:21] no idea even that there is a view called "mplayer in Ubuntu" [06:21] or Baltix, etc. [06:22] do you think you'd have done better if you'd started off at https://launchpad.net/distros/ubuntu? [06:22] yes, but I know that [06:22] I shouldn't have to [06:22] it also means a lot of extra clicks [06:24] so the fix for this is probably "better front page search" and "make product -> source package linkages more obvious" [06:24] yep [06:24] is "one search bar to rule them all" a spec yet? [06:25] 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] what about this case: [06:27] people are often told to "go to launchpad" in ubuntu channels/mails [06:27] those that are not in the know might end up at the front page [06:27] good point [06:28] Burgundavia: could you file a bug about the "also notified" bugs not showing on +subscribedbugs, please? [06:28] can do [06:32] 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] Burgundavia: the "also notified" people are implicit subscriptions (either a bug contact or subscribers to a duplicate bug) [06:40] jamesh: right. Are they modelled differently in the db? [06:40] Burgundavia: I think the reason for not making subscribers to duplicate bugs explicit subscribers is in the case of accidental duplication [06:41] 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] there isn't a direct relationship between the "also notified" person and the bug in question [06:41] I just don't see a use case for not just adding people to the subscription [06:41] or a group, etc. [06:42] plus the UI is confusing [06:42] 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] Malone bug 1 in ubuntu-meta "Microsoft has a majority market share" [Critical,Confirmed] http://launchpad.net/bugs/1 [06:42] 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] Burgundavia: who should be subscribed to bug #42 now? [06:42] right [06:43] that's the use case for "also notified" [06:43] then people like ubuntu-website should not be the also notified, they should be in the subscribers [06:43] 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] so that is handled as an implicit subscription too [06:44] right [06:44] this is mostly a UI issue [06:44] the UI should show all subscriptions and "also notified" should be left explicitly for people coming in from other bugs [06:45] the problem with the +subscribedbugs page is that it is only showing bugs where the person/team is an (a)-type subscriber [06:45] either that, or break the maintainers out, explicitly [06:48] at any rate, my subscribed page should show me any bug that where i show up in the subscribed page [06:49] https://launchpad.net/products/malone/+bug/57653 [06:49] Malone bug 57653 in malone ""also notified" bugs not showing on +subscribedbugs" [Untriaged,Unconfirmed] [06:55] New bug: #57653 in malone ""also notified" bugs not showing on +subscribedbugs" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57653 [07:05] 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 === stub [n=stub@ppp-58.8.11.65.revip2.asianet.co.th] has joined #launchpad [07:48] stub: have you had time to run the upstream release finder again ? [07:51] lifeless: he did and filed bugs 57198 and 57220 [07:53] wasn't that the ftp one that was non-priority ? [07:53] I think we dont need native ftp support, nuke it and use the http proxy alwasy ? [07:53] yeah [07:54] the second bug does need fixing though [07:54] whas the second one about ? [07:54] the product-release-finder blows up if it hits discovers a product release but that release has already been registered in Launchpad [07:55] which happens because the product-release-finder isn't the only thing that can create new product releases (users can too) [07:57] ok. when it finds this it should set the tarball info for that release if its not set === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:20] New bug: #57662 in launchpad "queue reject doesn't" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57662 [08:22] jamesh: ^^ does my comment make sense ? === Fujitsu [n=Fujitsu@c58-107-56-223.eburwd7.vic.optusnet.com.au] has joined #launchpad [08:30] lifeless: yeah. That's basically what I suggested in the last comment. [08:30] excellent [08:30] go forth and bugfix! [08:30] should probably factor out some of the logic there into a a module so we can actually test it [08:30] testschmest [08:30] (did *I* say that?!) [08:31] we still don't have tests for the HTTP walker, but I'm pretty sure it is doing the right thing experimentally ... === Spads [n=crack@host-84-9-51-34.bulldogdsl.com] has joined #launchpad [08:50] hi [08:50] am i really not allowed to change the priority of a spec i just created? :/ [08:52] muhahaha [08:53] what project ? [08:53] launchpad-bazaar [08:53] no, you're not a driver there. we should fix that [08:53] also why do we have this insane behaviour of turning the description into a comment when it's edited? === mpool should be nice === malcc [n=malcolm@82.109.136.101] has joined #launchpad [09:00] New bug: #57665 in launchpad "can't change the priority of a spec i just created" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57665 === kiko [n=kiko@82.109.136.101] has joined #launchpad === fabbione [n=fabbione@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad [09:10] morning === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:13] SteveA: hi, martin wanted to be able to set priority on specs in launchpad-bazaar [09:14] hi SteveA === mdz [n=mdz@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === seb128 [n=seb@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad [09:23] hi lifeless, mpool [09:24] mpool: I have a note to ping you this morning. Is it about that, or other things too? [09:24] mpools stepped out, and I'm stepping out now myself [09:24] bye! [09:24] ok, i'll be around [09:49] morning === lukketto [n=lukketto@host156-134.pool8257.interbusiness.it] has joined #launchpad [10:04] SteveA, hey [10:12] SteveA, ping === mdz_ [n=mdz@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === carlos [n=carlos@214.Red-88-0-159.dynamicIP.rima-tde.net] has joined #launchpad [10:18] kiko: hi [10:18] SteveA, how's it going [10:19] going well# [10:19] cool [10:19] i'm reading through that rosetta thread now [10:19] right [10:19] do you know anything about phone calls and mark? [10:20] nothing more than yesterday [10:20] bummer man [10:20] SteveA, wanna have a call anyway? [10:21] sure, cando [10:21] when? [10:21] i'd like to finish this rosetta thread first [10:21] whle it is all in my head still [10:21] well, it can be later [10:21] wanted to talk to you about our database class split [10:22] how about on the hour? [10:27] SteveA, ping me then === cprov [n=cprov@82.109.136.101] has joined #launchpad [10:38] kiko: ok === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === Spads [n=crack@82.211.81.249] has joined #launchpad === carlos [n=carlos@214.Red-88-0-159.dynamicIP.rima-tde.net] has joined #launchpad [10:51] kiko: got time for a quick review? (in the displaying-paragraphs-of-text) [10:52] jamesh, sure [10:52] kiko: https://sodium.ubuntu.com/~andrew/paste/file8DJjEn.html [10:53] it constrains what is recognised as a URL a bit, so that e.g. http::No-cache=True isn't linkified [10:53] mmmkay [10:53] 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] jamesh, really? [10:55] kiko: yeah [10:56] kiko: the "national" characters aren't actually counted as unreserved in the RFC 1738 grammar [10:56] however the newer spec specifically allows "~" [10:57] hmmm. [10:57] jamesh, I won't have the braintime for reviewing this today, sorry, it requires char-by-char reading [10:57] jamesh, try SteveA? [10:58] kiko: okay. I'll bung it up on the pending-reviews page. [10:58] those regular expressions look a lot like line noise ... [10:58] jamesh, ping me on monday if you didn't find somebody. [10:58] yeah [10:58] I hate regexps [11:00] New bug: #57675 in soyuz "Register need to regenerate a dists subtree in the database" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57675 [11:00] maybe doing string interpolation for the main pattern might make the regexp a bit more readable [11:01] kiko: ping [11:02] j [11:02] jamesh: we can talk about this after my call with kiko [11:02] me, i love regexps [11:03] 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] what time will that be? === irvin [n=ipp@ubuntu/member/irvin] has joined #launchpad [11:04] in a few hours, SteveA [11:04] maybe, but maybe not [11:04] i have varioius calls today, and also getting mpt to the airport [11:04] so, take a chance if you like, or i'm available for sure right now [11:05] SteveA, I'll take the change, in a discussion [11:05] the chance? [11:05] fine, just call me when you're ready [11:05] kiko: https://sodium.ubuntu.com/~andrew/paste/filePcq69J.html <- a version with some of the common line noise collapsed [11:05] jamesh: what do you want me to look at? [11:06] jamesh: that link? [11:06] SteveA: yeah [11:06] ok [11:06] SteveA: trying to reduce the number of non-URLs that get matched as URLs === stub [n=stub@ppp-58.8.11.65.revip2.asianet.co.th] has joined #launchpad [11:09] you don't need to use backslash escaping inside [] [11:10] good point. I probably need it to escape "-" though [11:11] unless it is first [11:13] okay. I've got r"-a-zA-Z0-9._~%!$&'()*+,;=" as the main block of unreserved chars now [11:14] @ [11:14] also [11:14] hmm? [11:14] zope3 urls use /@@foo [11:14] which is allowed in the path components [11:15] jamesh: why the preceeding '-' for 'a', 'z' ? [11:15] the section of the regexp for matching path components is (?: / [%(unreserved)s:@] * )* [11:15] ok [11:15] sivang: it means 'a literal -' [11:15] compare: [11:15] [a-z] [11:15] [-a-z] [11:15] [a-z\-] [11:15] right, which is a range [11:15] sivang: "-" is used for matching ranges of chars in patterns unless it is first [11:15] the last two are equivalent [11:16] ah, cool [11:16] 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] it is more-or-less confusing any way around :-) [11:17] i think it helps to use the RFC in this way [11:17] it wil make maintenance of the code easier [11:17] so we can see what the rfc says, and then how we have chosen to do things differently [11:19] I have one other note on how to factor this code === jinty [n=jinty@80.Red-83-50-208.dynamicIP.rima-tde.net] has joined #launchpad [11:19] in webapp, we have a URL class [11:19] I want us to have a really useful URL type in our webapp infrastructure [11:20] 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] and that class could have facilities for matching URLs in text, for example [11:21] 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] +1 SteveA [11:21] have a think about that, whether it makes sense [11:21] having that in DPoT is weird [11:21] kiko: it makes sense, considering the role of DPoT [11:22] I mean doing multiple passes (one for bug links and OOPS strings, then one for URLs) would break [11:22] but there may be a better arrangement considering the codebase as a whole [11:22] jamesh: I agree. Have a think about the issue, and see what kind of thing would make sense [11:22] imagine if there's other code where we want to extract URLs... like from an incoming email [11:23] it is straightforward to take a regex for matching URLs and combine it with others, for example [11:23] provided the names used for the various matching parts don't overlap [11:24] if anything, the RFC-regex text could go in the URL class in webapp [11:24] then be extended in DPoT with our DPoT policy [11:24] We've got another case already: IBugWatchSet.fromText() and fromMessage() === SteveA waves hands around a bit more# [11:25] jamesh: I've had on my todo list to make the URL class really good, for a while [11:25] maybe you'd like to take this on as a mini project? [11:25] to make a good URL class for our webapp infrastrcuture [11:25] it's used in the menus code in particular right now [11:25] python std lib has just a bunch of functions [11:25] which are arguably broken anyway, wrt encodings [11:26] I'd like to see more of an OO approach [11:26] 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] jamesh: what do you think? how does the idea of such a mini-projet appeal to you? [11:26] okay. [11:26] awesome [11:27] when you've got some sketch / ideas together [11:28] we should have an infrastructure call to kick other ideas around [11:32] 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] Malone bug 56621 in rosetta "Color of fuzzy strings should be different" [Untriaged,Unconfirmed] http://launchpad.net/bugs/56621 [11:32] Malone bug 351 in rosetta "Rosetta keeps reporting a wrong status (color bar) for translations" [Medium,Rejected] http://launchpad.net/bugs/351 [11:32] carlos: or should we leave it if we're planning to have both in the near future? === irvin [n=ipp@ubuntu/member/irvin] has left #launchpad ["Leaving"] [11:38] danilos: I don't know... [11:41] danilos: in fact, current 'Needs review' is more fuzzy as comming from gettext [11:41] because we don't use that translation if the flag is set [11:43] carlos: I know, I know [11:43] carlos: but the "meaning" is not really the same [11:44] carlos: and obviously, translators familiar with fuzzy get confused === mdz__ [n=mdz@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad [11:44] well, it is for the strings comming from .po files [11:44] so we might simply explain that they are the same thing for the time being [11:44] righ [11:44] right [11:44] I think so [11:44] or that we're using fuzzy tag to mark strings as needing review [11:44] until we implement the fuzzy spec [11:44] yeah [11:45] I just don't want to leave a bug report without any response [11:47] danilos: yeah, that's a good policy. We should follow it more often :-( [11:49] carlos: can you remind me how do I link it to a specification? [11:49] or do I need to link bug from specification? [11:50] I think you need to do it from the specification [11:51] are there rss feeds for bugs and other things in launchpad so one can use them to include them into a page? [11:52] or an API? [11:53] lucasvo, not yet, but soon. [11:56] why is it taking more than 10 days to import a language file into Rosetta? === lukketto [n=lukketto@host156-134.pool8257.interbusiness.it] has left #launchpad [] [11:56] 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] carlos, danilos: can you get an answer to lucasvo please? [11:58] lucasvo: because we are importing 2 months of changes for Edgy [11:58] lucasvo: and the process is busy with the first batch: https://launchpad.net/rosetta/imports/+index?target=all&status=APPROVED&type=all [11:58] carlos: and you need a personal review? [11:58] no [11:58] carlos: and why does it take so long? [11:59] lucasvo: well, the process started last Tuesday [11:59] carlos: ehm, my file is in the queue for about 11 days [11:59] lucasvo: so it cannot be there for 10 days unless you requested a product upload that Jordi didn't handle yet... [11:59] that's a bummer [11:59] lucasvo: where are you uploading it? [11:59] carlos: https://launchpad.net/rosetta/imports/+index?target=products&status=NEEDS_REVIEW&type=po [11:59] search for harmony [12:00] Uploaded by lucasvo on 2006-08-14 23:27:06 CEST [12:00] django.po in Harmony Series: trunk [12:00] lucasvo: that needs a manual review [12:00] carlos: why? [12:00] lucasvo: because initial upload should be reviewed to be sure that maintainers wants to use Rosetta [12:01] lucasvo: jordi handles such review [12:01] and I guess he missed it because it's a .po file instead of using the .pot file extension [12:01] jordi: hi, are you around? [12:01] carlos: should I convert them to .pot first? [12:01] lucasvo: once the initial upload is approved, new uploads are automatically imported [12:02] lucasvo: no, that's fine it's just a file rename and we can handle it directly [12:05] lucasvo: from what I see there, I guess you are one of the maintainers of Harmony, right? [12:06] carlos: yes I am [12:07] I am the owner of the LP team [12:08] ok, then that's enough to import Harmony [12:08] lucasvo: we don't have a way (yet) to automatically update the .pot and .po files from your repository [12:08] so you should handle that task to update Rosetta data from time to time [12:09] carlos: how should rosetta import it? [12:09] from bzr branch? [12:10] yeah, that's the main way we are going to implement to do automatic imports for products [12:13] lucasvo: https://launchpad.net/products/harmony/trunk/+pots/django [12:13] lucasvo: done === dsas [n=dean@host86-129-16-51.range86-129.btcentralplus.com] has joined #launchpad [12:26] New bug: #57683 in malone "only sends one mail per product/package" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57683 [12:27] hey carlos [12:27] jordi: hi [12:28] jordi: don't worry I already handled the .pot import for Harmony [12:28] lucasvo: I normally check that the people who upload new files are involved in the development of the application [12:28] lucasvo: that's the main reason it sometimes takes some time [12:29] 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] presto! [12:30] thanks [12:35] jordi: so, you changed from Administrator to Administrator.... what a big change ;-) [12:35] https://sodium.ubuntu.com/~andrew/paste/filebA1MWs.html [12:36] your bug :) [12:36] not mine ;-) [12:36] you did this too for maori :) [12:36] I don't handle teams code! [12:36] gee, the sodium password I never figure out [12:36] I don't read my emails ;-) just the others :-P [12:37] It's just the email with the change notification [12:38] it's buggy :) [12:38] and it includes a "None" string at the end :) === WaterSevenUb [n=WaterSev@195-23-238-237.nr.ip.pt] has joined #launchpad === Spads_ [n=crack@82.211.81.249] has joined #launchpad [12:53] jordi: btw, could you notify Neil that hu.po and de.po file imports failed due a bad file format? (I just checked it) === seb128 [n=seb@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === Spads [n=crack@82.211.81.249] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-173-125.dsl.scarlet.be] has joined #launchpad [01:24] hmmm, so Edgy is adding a good feature for Rosetta... Firefox with spell checking integrated ;-) [01:25] heh [01:27] It just should select the right dictionary based on the language attribute we put in our textareas [01:28] but other than that... [01:38] carlos: have you checked the German file? [01:38] jordi: both [01:38] msgfmt complained [01:39] I see it [01:50] carlos: hey. Did you get the evolution-2.8 template with the package update? [01:51] seb128: yes [01:51] and I already renamed the translation domain [01:51] carlos: ok, thank you [01:51] tomorrow's lang packs should get it fixed [01:51] np === stu1 [n=stub@ppp-58.8.9.134.revip2.asianet.co.th] has joined #launchpad === Yannig [n=Kokoyaya@AToulouse-254-1-67-107.w81-49.abo.wanadoo.fr] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === seb128 [n=seb@p54A830BD.dip0.t-ipconnect.de] has joined #launchpad === bugs [n=grzegorz@acer2.ksvis.pl] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === niemeyer [n=niemeyer@200-203-209-139.ctame7004.dsl.brasiltelecom.net.br] has joined #launchpad === bugs [n=grzegorz@acer2.ksvis.pl] has left #launchpad [] === carlos -> lunch [02:50] New bug: #57698 in malone "+packagebugs-search crashes when no query string is passed." [Low,Confirmed] http://launchpad.net/bugs/57698 === fabbione_ [n=fabbione@p54A8448C.dip0.t-ipconnect.de] has joined #launchpad === Spads [n=crack@82.211.81.249] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === seb128 [n=seb@p54A8448C.dip0.t-ipconnect.de] has joined #launchpad === mdz [n=mdz@p54A8448C.dip0.t-ipconnect.de] has joined #launchpad === bradb_ [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === seb128 [i=seb@conference/ubuntu/x-d435ea556392376a] has joined #launchpad === cprov [n=cprov@82.109.136.101] has joined #launchpad === malcc [n=malcolm@82.109.136.101] has joined #launchpad === kiko [n=kiko@82.109.136.101] has joined #launchpad [03:45] New bug: #57705 in launchpad-support-tracker "Broken link in SourcePackage +tickets page." [Medium,Confirmed] http://launchpad.net/bugs/57705 [03:55] New bug: #57708 in soyuz "Language pack uploads require manual intervention" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57708 === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === jinty_ [n=jinty@19.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad === stub [n=stub@ppp-58.8.9.134.revip2.asianet.co.th] has joined #launchpad === jinty [n=jinty@19.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad [04:48] 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] New bug: #57715 in malone "Lost comments on bug #57607" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57715 === sladen [i=paul@starsky.19inch.net] has joined #launchpad === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #launchpad [05:35] New bug: #57723 in launchpad "bzr: ERROR: Invalid range access." [Untriaged,Unconfirmed] http://launchpad.net/bugs/57723 === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #launchpad [] === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [05:47] librarian is back === lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === malcc [n=malcolm@217.205.109.249] has joined #launchpad [06:15] how do we merge account? [06:15] I mean can a user merge two accounts he owns? [06:15] there is a support request open on launchpad-support-tracker about that [06:16] https://launchpad.net/products/launchpad-support-tracker/+ticket/1541 [06:18] flacoste, yes, https://launchpad.net/people/+requestmerge [06:18] salgado: thanks and is there a menu link to that page somewhere? [06:18] salgado: we don't have any support contacts for the launchpad-support-tracker [06:18] but in that case the guy doesn't have access to one of the account's email address anymore [06:19] flacoste, there's a link to that page in https://launchpad.net/people [06:20] what do we do when the user doesn't have access to the duplicated email? [06:20] and in launchpad.net/people//, in case you're logged in and the account hasn't been claimed yet [06:20] flacoste, we have to ask one of the launchpad admins to do the merge --there's an admin interface for these cases [06:21] salgado: I'm willing to add myself as support contact, but we might want to also add the Launchpad QA team [06:22] flacoste, yeah, I think we should do that. are you a member of that team? [06:22] salgado: nope [06:22] flacoste: I could be if they want me :-) [06:22] flacoste, I'll ask matsubara to do that when he comes back, then [06:23] (I'm not a member of that team either) [06:23] salgado: great, who are launchpad admins? [06:23] launchpad.net/people/admins === mdz [i=mdz@conference/ubuntu/x-6bc8d93b14be11b9] has joined #launchpad === mdz [i=mdz@conference/ubuntu/x-fe5f82aa78e25718] has joined #launchpad [06:24] 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] salgado: do you have a few minutes? [06:37] flacoste, sure [06:38] salgado: i was about to fix bug 57705 [06:38] Malone bug 57705 in launchpad-support-tracker "Broken link in SourcePackage +tickets page." [Medium,Confirmed] http://launchpad.net/bugs/57705 [06:39] 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] i first tried to register the same template that worked on source package but i noticed a few problems [06:40] 1) i need also to register +portlet-translations [06:40] 2) there is a test asking users for product series information that seems to be always present [06:40] and the +packaging page isn't available on the distribution source package context [06:41] 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] 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] 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] 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//+source/foo/+gethelp [06:49] 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] flacoste, ^ [06:50] salgado: fwimw, the +addticket is working on the distribution source package context [06:50] flacoste, ah, I didn't know that -- it doesn't work in staging [06:50] and yes, +gethelp is mainly the entry point for 'Get Help Online...' [06:50] did you fix that in your branch? [06:51] salgado: nope [06:51] 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] aaaargh [06:52] https://launchpad.net/distros/ubuntu/dapper/+sources/firefox/ works [06:52] but https://launchpad.net/distros/ubuntu/+sources/firefox/ doesn't [06:52] salgado: where does this +sources come from? [06:52] it must be https://launchpad.net/distros/ubuntu/+source/firefox/ [06:53] I don't know. :) [06:53] maybe I typed it [06:53] salgado: ok, i use the UI and it uses +source link [06:54] okay, then forget what I said about having to cripple the page [06:55] but do you think it still makes sense to have the 'Help and support options' page on the distribution source package page [06:55] it is a hard page to get to: search for package in the distribution then click on the source package [06:56] yeah, maybe it makes sense to have it, but I don't think it's really necessary [06:56] salgado: well, editing the template to remove the product series check and translation portlet isn't hard either === seb128 [i=seb@conference/ubuntu/x-65b0f1d5e852049a] has joined #launchpad [06:58] 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 === flacoste also wonders why there isn' t a product attribute on IDistributionSourcePackage while there is on ISourcePackkage [06:58] salgado: i agree, let's remove the link [06:58] we could workaround that, but I don't think we should spend much time on this === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad === lbm [n=lbm@0x50a1ee0c.unknown.tele.dk] has joined #launchpad [07:35] New bug: #57742 in malone "xmlrpc filebug API raises TypeError exception" [Medium,Confirmed] http://launchpad.net/bugs/57742 === bradb & # lunch [08:07] Can I expect the supermirror to slurp up new revisions in mirrored branches at least once every 24h? === LeeJunFan_ [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === jinty [n=jinty@19.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad [08:25] New bug: #57751 in launchpad ""Show only bugs with patches available" has no effect" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57751 [08:34] BjornT, around? === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [08:36] /j #canonical screenshotssuck [08:36] damn [08:38] salgado: yeah, i'm around, but not for long. === WaterSevenUb [n=WaterSev@195-23-238-201.nr.ip.pt] has joined #launchpad [08:38] 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] salgado: i'll take a quick look now [08:46]