[12:06] mdke: both ways? and if so... how often? [12:07] tortho, not sure, monthly is the aim, I believe [12:07] mdke: is it a way to force it? [12:07] dapper->rosetta is done all the time, rosetta->dapper is monthly, or similar [12:07] tortho, you could file a bug on the package and attach the translation, I suppose. But best thing is to be patient [12:08] There is packages in Dapper that is weeks old wich is not transfered... It is too bad if it gets translated both places.... [12:11] tortho, you can mail the launchpad-users mailing list, and someone will tell you what's going on [12:11] mdke: I will, Thanks! [12:14] kiko, weird: seems to work now after editing the subscriptions again [12:15] Seveas, go figure :-/ [12:15] kiko, I think you should test this more often: merge test accounts the wrong way around and see what goes wrong :) [12:15] unfortunately I have other more pressing problems to tend to! [12:16] hehe === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [12:29] kiko, yay, thanks for your bug magic === jinty [n=jinty@12.Red-83-58-173.dynamicIP.rima-tde.net] has joined #launchpad === carlos -> bed [12:50] night === radix [n=radix@c-67-171-105-233.hsd1.pa.comcast.net] has joined #launchpad [01:19] kiko, I know it's dangerous to start assuming that you do bug magic "on request", https://launchpad.net/products/rosetta/+bug/4646 is a pretty big translation blocker for documentation (which has a lot of long strings) since it started applying to gecko browsers too [01:19] Malone bug 4646 in rosetta "Multi-line suggestions cause over-wide translation pages" [Critical,Confirmed] [01:19] oh hang on === mdke looks at severity, realises bug magic is already going down [01:20] sorry for noise *slinks off* === fireglow [i=fireglow@irssi.eu] has left #launchpad [] === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === jturek [n=jturek@cpe-69-205-246-131.stny.res.rr.com] has joined #launchpad === mpt_ [n=mpt@222-154-152-197.jetstream.xtra.co.nz] has joined #launchpad [04:19] lifeless: the merge I submitted yesterday still seems to be top of the queue. Does a reconcile really take that long? [04:19] I've broken in with gdb [04:19] it seems to be working [04:22] okay [04:23] ghb? ;P [04:23] what [04:23] hacking? ;P === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === stub [n=stub@ppp-58.8.4.85.revip2.asianet.co.th] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [05:08] jamesh: its doing a pathological reconcile: its reweaving *every file* [05:08] jamesh: something has been done to your branch to make it disagree on parents [05:08] I can nuke the job [05:09] but you can't resubmit the branch if I do that, it will *still* take forever and aday [05:09] until we switch to knits [05:11] lifeless: is there anything I can do to fix the problem in my branch? [05:12] jamesh: unlikely. You'd need to identify the differing parents and uncommit and purge and then recreate from there forwards [05:13] do we know how far through the merge is? [05:13] (or commit, or whatever) [05:14] Apr 19 00:54:31 pqm [46912504432336] INFO: commited 'BzrBranch(u'/home/pqm/arch/queue/workdir/home/---devel/launchpad/')' to 'BzrBranch(u'/home/pqm/archives/rocketfuel/launchpad/devel/')' [05:15] that was 4 hours back [05:15] so its pushing to chinstrap at the moment [05:15] and doing the same thing to chinstrap [05:17] so how long is this likely to take? [05:20] same again [05:20] hang on I'll do a more precise estimate [05:20] and its going to propogate to each user too :p [05:22] Apr 18 15:42:32 [05:22] merge started [05:22] 2500 it finished [05:22] so 6-7 hours to go [05:23] eek [05:23] cant stop it either [05:23] if we do, it'll just do it again when the next job tries to push === ..[topic/#launchpad:lifeless] : PQM busy DO NOT KILL | https://launchpad.net/ | developer meeting: Thu 20 April, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [05:24] I put all my old branches into my repository. Is it possible that rocketfuel was missing information about some of them? [05:25] yes [05:25] this is something I was waiting for knits to do [05:25] ah. [05:25] because they are much more capable at reconciling differing-parent-lists [05:26] so I hope that noone else does this [05:38] Can we recreate the branch 'normally' by generating a diff and applying it? [05:38] And merge in the new branch? [05:39] lifeless: Does 'propogate to each user' mean once this lands, my next pull/merge is going to take over two days? === tambaqui [n=tambaqui@200.231.107.131] has joined #launchpad [05:42] If so, we need to reverse this before it finishes landing on chinstrap as it will cost us over a man-month of time. === tambaqui [n=tambaqui@200.231.107.131] has joined #launchpad [05:46] stub: it will take 10 hours [05:46] stub: its in the archive on balleny. [05:47] stub: very untrivial to cleanly get back where we were [05:48] bzr pull --overwrite chinstrap:/home/warthogs/archives/rocketfuel/launchpad/devel ? Or rsync ? [05:48] If it takes 10 hours on balleny, it will take well over a day on a developers laptop I expect. [05:49] stub: balleny is the authoritative archive. not chinstrap [05:50] 9 (10?) developers with multiple branches each needing to be updated, with each incurring a half day or more unproductive period is a lot of dollars [05:50] If we can't restore from chinstrap, we need to restore from backup [05:51] they can run it overnight [05:52] developers often go for more than a day without merging [05:52] We lost a shit load of time last time something similar happened. [05:52] Even with people trying to run merges overnight [05:52] if we are willing to lose all commits done since the last backup, then yes we can restore from backup [05:53] I assume bzr uncommit won't cut the mustard? [05:53] nope [05:53] this is internal database records [05:53] we have a 'version' in a 'versionedfile' which has a list of parents [05:53] in a weave, the data representation in the weave depends on that list [05:53] Why isn't chinstrap authorative? It is gpg signed, isn't it? [05:53] when a ghost is filled out, that list expands [05:54] stub: calculating and checking every revision will still take hours [05:54] stub: I think its better to let this finish. [05:55] stub: if you are adamant that we dont, then I'll stop it now, wake up znarl and get a restore done. [05:55] note that we *have to restore chinstrap too* [05:55] I really disagree. I'll be losing two days to this personally. [05:55] because the files already updated on chinstrap are already tainted [05:57] frankly though, I'd much rather be getting knits released so that we can update pqm to use them [05:58] rocketfuel-built contains an untainted branch [05:58] no, it doesn't [05:58] cron runs every 30 minutes [05:59] balleny:production/launchpad contains an untainted branch as of r3475 [05:59] stub: thats 6 commits missing [06:00] Yes. So maybe 9 hours of balleny time to replay the pqm requests? [06:00] I guess that will screw anyone who has merged since then :-( [06:01] you are going to hate the conversion to knits [06:01] its the same amount of work [06:02] If it is non optional we have to put up with it. Scheduling the switch for a weekend would be good. [06:02] yes [06:02] I have to leave here in 2 hours [06:02] so if we are going to stop and rollback say so -now- [06:02] my vote is 'no'. [06:04] ok. We don't know when the backups are from, and it will still cause grief to people who have merged from rocketfuel between the backup and now. So I'll go along with it. [06:05] Are you sure rocketfuel-built is tainted, which would mean the checkout is using a half complete merge to build from? [06:06] its highly likely that its pulled data in [06:06] at the revision level this stuff is atomic [06:06] but the database stores a pile of data that is used to generate revisions [06:07] So if I try to merge from rocketfuel-built right now, it should take a hideous amount of time. [06:07] if it touches a tainted file it will [06:07] otherwise it will lay in wait like a time bomb [06:08] jamesh: if it isn't clear, please dont merge any other old branches for now! [06:08] lifeless: crystal clear [06:09] thanks === stub wonders if the backups would have been useful anyway === mpool [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad [06:11] If the backup was made in the last 10 or so hours, it would be tainted. So unless we maintain a few days worth of snapshots... [06:12] Do you know if we have a few days worth of snapshots being backed up, or just one? The backups have been a black-box to me. [06:12] same to me [06:13] I guess worst case we can push from developers laptops ;) === stub emails elmo for clarification [06:18] stub/lifeless: what's happened? [06:20] mpool: I converted a bunch of my LP branches into a single shared repository (metadir format). It triggered a long reconcile on merging one of the branches in the repo to rocketfuel [06:21] And I was trying to see if we had a way of reverting the merge in order to not lose other developers time - possibly days per lp developer. [06:22] (took 10 hours on balleny, so increase that for a laptop and multiply by however many branches need to be merged) [06:23] ok [06:23] right [06:25] because the push to chinstrap has started, we don't have an untainted copy of launchpad-just-before-the-merge to restore from, and recovering from backup would cause other problems with needing to replay patches and fix developers branches that have been merged since the backup was made. === dsas [n=dean@host86-128-54-231.range86-128.btcentralplus.com] has joined #launchpad === mpt [n=mpt@219-89-140-171.jetstart.xtra.co.nz] has joined #launchpad === mpt_ [n=mpt@222-154-181-175.jetstream.xtra.co.nz] has joined #launchpad [07:38] elmo, because making it easy to reply to individual comments would encourage the discussion to go offtopic, increasing noise and making the bugtracker less usable overall === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad [07:46] (I watched this happen on bugzilla.mozilla.org) [08:28] Merge to devel/launchpad/: [trivial] Pull in rosettaadmin database user and permissions from Carlos' branch so it can be merged into the production branch (r3482: Stuart Bishop) [08:44] stub, what's the current hard timeout threshold? [08:45] mpt: 25 seconds, but I understand that it is currently broken in production (a patch for it is with pqm I think) [08:46] stub, so it's unlimited at the moment? [08:46] I really don't know. Probably. === carlos [n=carlos@225.Red-88-4-143.staticIP.rima-tde.net] has joined #launchpad [08:48] morning === mpool [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad [08:53] hi, who is on charge of supermirror? [08:55] stub: could you check if the poimport cron script is being executed atm? seems like it's locked or not executed since some days ago... [09:14] carlos, jblack, isn't he? [09:14] mdke: well, I'm talking about its development, I think jblack is not doing that, but I'm not sure, that's why I'm asking :-D === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-233-214.dsl.scarlet.be] has joined #launchpad [09:26] carlos, ah, well he'd know, anyway [09:32] Merge to devel/launchpad/: [r=stevea] fix bug 39426, add a set_request_started() call so that we know when the requested started. (r3483: Bjorn Tillenius) [09:34] carlos: could be because the OOo deletions are happening atm. [09:40] carlos: The script is running right now, but doesn't seem particularly active. You want I should kill it or leave it sitting there until the OOo deletions have completed to see if it is just blocked. [09:40] stub: well, [09:40] I haven't seen an import since last Thursday... [09:40] pleae, kill it [09:42] carlos: I'm just watching and is a little curious, sorry for bothering, but this PO thing does it have any connection with my mail to the lauchpad-user list about translation not synched between dapper & main? [09:45] tortho: not really, I guess you talk about language packs updates, we do it once per month, well, that's the plan but sometimes we do it earlier and sometimes it takes more time === mpt [n=mpt@222-154-181-175.jetstream.xtra.co.nz] has joined #launchpad [09:45] carlos: Ok, thanks, is there some way for me to force it? [09:46] carlos: and i guess thats both ways.. [09:48] tortho: no, you cannot force it, it depends on a new language pack generation, like any other .deb upload, must be done by an Ubuntu developer [09:48] tortho: what do you mean by both ways? [09:49] From Dapper -> Main and from Main->Dapper [09:51] If I understand correctly what you mean by Dapper -> main (main being Rosetta...) it's done automatically when a new package is published in Ubuntu's archive [09:52] tortho: Main -> Dapper is done monthly (or should be done) with language packs [09:55] carlos: OK, to clarify. It is OK for me to translate on the Dapper packages here: https://launchpad.net/distros/ubuntu/dapper/+lang/nb The strings i translate will go into the packages here later https://launchpad.net/rosetta ? The reason why i ask, is that i have translated almost a whole package in Dapper, and in Rosetta, it shows 0% (SchoolBell) [09:56] stub: did you killed the script? I didn't get any email with the output of what it executed... [09:57] carlos: I'll kill it now [09:57] stub: ok, thanks [09:57] stub: btw, how long has been running the fixing of OO already? [09:57] tortho: no, those are two different things, the 'packages' you see at https://launchpad.net/rosetta are usually products from upstream, your translations on Ubuntu will appear there as suggestions [09:58] tortho: we are going to implement a UI that will allow you to 'accept' a translation for both, Ubuntu and upstream if you have the needed rights [09:58] tortho: the faster way to do that now is to download a .po file with your translations and upload it into that upstream product [09:59] Arghhhh, I asked about it in here earlyer to another guy, and he explaned a little different..... I thought about it, and went to Rosetta to have a look... Ahh Nice, that was my next question :-) [10:00] carlos: that would be similar to msgmerge, and won't hurt anything, even if it is half translated :-) === mart [n=mart@socksgw1.ncl.ac.uk] has joined #launchpad [10:02] hi, how can I remove a link with an upstream bug in malone? [10:04] tortho: what did he said? [10:04] tortho: right, a new .po upload works more or less like msgmerge [10:06] carlos: That it was exchanged both way, it was no problem. It is almost double work to translate the packages in Dapper then again cut & paste in Rosetta later.... Thanks for you help! [10:06] tortho: well, it's exchanged [10:06] but not used automatically [10:07] you will get the translations as suggestions [10:07] without doing anything [10:07] but you need to 'approve' them in the other place [10:07] yes, better to do a upload then :-) If it takes +- a month to get them in. === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [10:12] tortho: no, you misunderstood me [10:13] tortho: we don't sync automatically from Dapper and upstream ever [10:13] Merge to devel/launchpad/: r=bjornt Fix https://launchpad.net/products/malone/+bug/39331(Malone search text field needs input validation) (r3484: Diogo Matsubara) [10:13] tortho: I was talking about language packs in Ubuntu [10:13] tortho, the products you see on launchpad.net/rosetta have nothing to do with Ubuntu. [10:14] those are upstream products, and are not synched with Ubuntu [10:15] what carlos was saying is that translations are taken from the Ubuntu section of rosetta, and put into the distribution, once a month [10:15] stub: still no mail from gagontri.... is there any problem with its mail? [10:15] mdke: I know that, but they will in the next release (After Dapper) [10:15] tortho, not necessarily. [10:16] mdke: If a new release of the package is released ofcourse. (Right?) [10:16] right. But bear in mind that not all packages use rosetta to manage their upstream translation [10:17] I'm just trying to get a grip on how these things are connected together.. as I haven't found any explanations on it around. === jinty [n=jinty@12.Red-83-58-173.dynamicIP.rima-tde.net] has joined #launchpad [10:17] mdke: Yes, i know, there is only a handfull of the ones in Rosetta in the default ubuntu install [10:18] no, I mean lots of upstream projects don't use rosetta at all for translating. [10:19] Thank god they don't ;) [10:19] mdke: we are planning to cleanup those projects from Rosetta [10:19] carlos, that would be good. you saw my bug about abiword? [10:20] not yet, sorry [10:20] carlos: You are planning to remove non-rosetta modules from rosetta/ [10:20] carlos, it seems abiword is there, and people are contributing, but upstream don't use rosetta? [10:20] but I think Jordi is already mailing them to know if we should or not remove it [10:20] carlos: What about ubuntu-specific string changes for, say, gnome modules? [10:20] cool [10:20] uws: we are planning to remove any product imported into Rosetta that their product maintainers are not caring about Rosetta [10:21] uws: the Ubuntu packages will remain [10:21] uws: those are two different things [10:21] carlos: So which ones will be removed then? [10:21] uws, you're clear on the distinction between upstream and distros in launchpad? [10:21] uws: the ones that are part of the /products/ tree (not all of them, only some of them) [10:21] But what would you guys reccomend me to do... Only translate Dapper? Will it Reach other distros using that package as well if i do it? [10:22] tortho, no, it won't. [10:22] tortho: no, we recomend that you talk with upstream to send your updates from dapper to get your work reused [10:23] carlos: OK, thanks I'll go for Dapper then :-) [10:23] tortho, if you see https://launchpad.net/products/schooltool/+translations it says that Schooltool doesn't use rosetta for translations, so you should talk directly to upstream about translating for all distros [10:24] all those translations you see on that page are not used at all, if I've understood properly :/ [10:25] mdke: Yes, i've seen it some places that they didn't use Rosetta. Why i asked was that i thought the ones that used Rosetta was automatically synched with Dapper ones. Thanks. [10:25] ah, so you're clear that the answer to that is no, now :) [10:26] you could download the po file from the dapper section, and upload it to the upstream section, that will merge the translations automatically [10:27] mdke: Absolutely:-) Is it an idea for me then to walk around the Rosetta for the packages that don't use it, and collect the work of other on Norwegians, and send it upstream maby...? [10:27] tortho, that depends on the quality of the translations, I suppose, you can decide :) [10:28] mdke: yeah the quality might be both + & - but it is too bad with the wasted work.. [10:30] yeah. [10:30] those products that don't use rosetta really should be locked down for translation [10:30] There's a "Foo uses Rosetta" checkbox [10:31] if there's a large chunk of things which say "Uses Rosetta" and shouldn't, report a bug [10:31] or if there's something which is in "Doesn't use Rosetta" state but you can still translate, that's a bug too [10:32] It doesn't help when Shuttleworth's own schooltool & schoolbell tells on there pages that they use rosetta... http://www.schooltool.org/bounties === mart [n=mart@socksgw1.ncl.ac.uk] has left #launchpad [] [10:34] morning [10:34] mdke: well, they are supposed to use Rosetta [10:35] mpt, there are lots of those ("doesn't use rosetta" but are open for translation) [10:35] but Jordi is the person that handles that, he should know better which projects use or not Rosetta [10:35] carlos, well, there's a bug somewhere :D either it's wrong that they don't use rosetta, or it's wrong that they are open for translation [10:37] It is quite critical if it is the other way around as well... Tells that it uses Rosetta but doesn't (I'm not saying that it does but COULD) Then some thousand strings in different lanuages goes to waste.... That would not be a pluss for Rosetta. [10:37] tortho, we'll file as many bugs as we can, and let jordi handle it [10:40] tortho, like this: bug #40117 [10:40] Malone bug 40117 in rosetta "products/schooltool says that it doesn't use rosetta, but is open for translation" [Normal,Unconfirmed] http://launchpad.net/bugs/40117 [10:41] mdke: thanks for filing such bugs [10:41] carlos, can I assign them directly to jordi? [10:41] mdke: please, assign them to Jordi [10:41] yes :-D [10:41] cool. [10:42] i'll assign him the abiword bug too [10:42] :-) You where 2 seconds quicker than me :-) I was about to click the send button when Gaim warned about a message :-) [10:42] Error: I tried to send you an empty message. [10:55] morning === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [11:12] Merge to devel/launchpad/: [r=spiv] Improved the way we guess where we should import .po files for KDE (r3485: Carlos Perello Marin) === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:21] Anyone: What is the benefit of telling Launchpad that a given product series is packaged with a given name in a given distribution? [11:21] mpt: it lets branches for the product be merged into the packge in the distribution [11:22] mpt: it lets 'file upstream' in a distribution know where to put the upstream tasks [11:28] mpt: it also affects Rosetta [11:29] mpt: we show to the user the translation resources for that product in our distributions === stub [n=stub@ppp-58.8.4.85.revip2.asianet.co.th] has joined #launchpad [11:31] thanks lifeless and carlos [11:33] I'll summarize that on the form === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [11:36] hi [11:36] carlos: https://lists.ubuntu.com/mailman/private/launchpad-error-reports/Week-of-Mon-20060417/025741.html [11:37] by speaking with a bug submitter I just understand why often bugs have a note like [11:37] "Note: the original reporter indicated the bug was in package 'hal'; however, that package was not published in Baltix." [11:37] carlos: might need to check your topic subscriptions (and if correct, see if the regexp for the topic is still valid) [11:37] stub: I'm not using topics, I should get everything [11:37] could https://launchpad.net/malone/bugs/+package default on Ubuntu? or on no-choice? [11:37] In fact, I just got them [11:38] stub: but nothing from 6:28 UTC until 9:20 UTC [11:39] that's why I asked [11:40] stub: btw, is there a way to fix the supermirror script? [11:40] it has been failing since yesterday === erdalronahi [n=erdalron@p50877198.dip.t-dialin.net] has joined #launchpad === erdalronahi__ [n=erdal@p50877198.dip.t-dialin.net] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Kamping_Kaiser [n=kgoetz@ppp220-197.lns2.adl4.internode.on.net] has joined #launchpad [01:25] lifeless: launchpad/.bzr/inventory.backup.weave <--- should i be rsyncing this file from rf-built ? [01:26] it is large and taking a while [01:26] also as a comment, the launchpad .bzr seems to have a large number of what I would imagine are redundant basis inventories each of which are a meg or so === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === niemeyer [n=niemeyer@200.163.195.24] has joined #launchpad [01:56] hi === jordi reads backlog === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad [02:00] ok [02:01] yeah, right not it's not too easy to know which projects are officially using rosetta or not, and are up for translation. I need to check one by one, because the "Uses Rosetta" flag is being missused I'm afraid [02:01] jordi, misused how? [02:02] products join rosetta officially and don't activate it, or some projects registered in the beginnings of rosetta which aren't official and did activate it [02:04] does anyone else find the '+subscribedbugs' list containing filed bugs anoying, or is it just me? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:11] bradb: hello [02:12] SteveA: hi [02:12] jordi, if products don't check the box, it should be *impossible* to use Rosetta to translate them [02:12] bradb: what time is it in montreal now? [02:12] if it isn't, report a bug [02:13] SteveA: 8:20 AM [02:13] bradb: thanks. a little early for me to be cold-calling people in montreal then :-) [02:13] heh === bradb notes his clock is fast on his Ubuntu machine === carlos -> lunch [02:16] see you later === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:23] morning, hackers === Bluekuja [n=bluekuja@host211-124.pool8254.interbusiness.it] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [02:42] "? 2005 Canonical Ltd, and made available under the Creative Commons share-alike licence." [02:42] whoa, when did that happen? [02:44] mpt: on the wiki? [02:46] yes [02:47] SteveA, I guess it happened in 2005 :-) [02:47] but this is the first time I've seen it === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jinty [n=jinty@12.Red-83-58-173.dynamicIP.rima-tde.net] has joined #launchpad === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [03:19] HEllo [03:19] I want to report a bug about the spec tracker [03:19] is the name of the product "blueprint" ? [03:21] ploum, yes, but not in Launchpad yet [03:21] afaik [03:21] mpt: indeed, it told me that [03:21] So report it in "launchpad" for now [03:21] ok [03:21] nice [03:21] thank you === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === Kamping_Kaiser [n=kgoetz@ppp220-197.lns2.adl4.internode.on.net] has left #launchpad ["Later"] [03:34] oh, ploum, it is in Launchpad [03:34] sorry [03:35] mpt: it's not what launchpad was telling me [03:35] I've reported it here : https://launchpad.net/products/launchpad/+bug/40162 [03:35] Malone bug 40162 in launchpad "blueprint is not using malone as his default bugtracker" [Normal,Unconfirmed] [03:35] oooh really [03:37] bug 40162 [03:37] Malone bug 40162 in launchpad "blueprint is not using malone as his default bugtracker" [Normal,Fix released] http://launchpad.net/bugs/40162 [03:37] thanks ploum [03:38] This is where I wish Malone had a mass-changing function [03:38] so I could go through the launchpad bug list and flick all the Blueprint bugs into blueprint [03:38] mpt: malone has it ! [03:39] it's called : "bugsquad team" [03:39] eh? [03:39] (was joking, not funny, I tried) [03:40] (sorry for reporting the bug, I didn't know it was so easy to add blueprint to malone) [03:41] hi all, [03:42] is registering at launchpad disabled at the moment? [03:42] A member of our team has been trying for hours now [03:44] erdalronahi__, did he tell you what exactly is going on? [03:45] He tried to sign up, but no mail comes to his adress [03:47] it might be that the email is being caught in a spam filter somewhere [03:47] salgado: is kiko around? [03:47] :) [03:48] erdalronahi__, I just tried registering with an old email address and I got the email with the instructions and the link [03:48] erdalronahi__: is the person in question using "greylisting" ? [03:48] I'll ask [03:48] SteveA, no, he's not here yet [03:48] if so, this can cause all sorts of problems [03:48] but it's a normal hotmail account [03:48] oh [03:48] that's interesting [03:49] erdalronahi__: hotmail blacklist a lot (I mean *a lot*) of server [03:49] people using hotmail are more and more in a closed circuit [03:50] I can send him a gmail invitation if you want ;-) [03:50] invite [03:56] I can too [03:56] :) [03:56] what do you mean by closed circuit === erdalronahi__ is now known as erdal === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad [03:59] cprov: do source packages have descriptions, or do only BPs have descriptions? [03:59] only BPs [03:59] yep [04:00] Since typically people want to search for something to use, not something to build [04:00] yeah, was just thinking about the bug reporting package search UI [04:01] right now it just redundantly repeats the bpn or spn as the "descripition" in the popup search window [04:01] description, even [04:01] one question, if I look for a product to translate, Rosetta often recommends to translate the Hoary package [04:01] Why not the Breezy or the Dapper package? [04:06] cprov, has bug 3952 been fixed? [04:06] Malone bug 3952 in launchpad "Typo in Ubuntu Code of Conduct 1.0" [Normal,Confirmed] http://launchpad.net/bugs/3952 [04:06] hrm [04:07] Is there any plan on offering Ubugtu in arbitrary IRC channels? ;) [04:07] mpt: I didn't work on it latelly, reassigned to salgado [04:08] mpt: I guess nobody changed the 1.0 version yet, they uploaded a new version. [04:08] I've never worked with CoC, and I won't have time for it in the near future. so I guess I'm not the best option [04:10] salgado: maybe matsubara, time is my excuse too === jsgotangco [n=jsg@125.212.120.175] has joined #launchpad [04:12] cprov: have you done tests on mawson or elsewhere for the changes we'll need to make when we release dapper? [04:12] cprov: e.g., closing dapper for uploads, creating edgy, uploading to edgy? [04:13] mdz: no yet [04:13] cprov: how can we ensure that that happens soon? [04:14] mdz: file a critical bug on soyuz, I'll try to handle this until the end of this week [04:15] mdz: actually, it's a very nice idea to do it ASAP [04:15] cprov, I thought uploading a new version was the way of fixing that bug [04:16] you can't just change the 1.0 version, because that would render everyone's signatures invalid === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [04:16] cprov: ok, I will do so [04:16] mpt: exactly [04:17] mdz: very nice ! [04:19] SteveA, around? [04:19] salgado: hi [04:20] SteveA, hey! some time ago you merged a fix to make sure we remove empty strings from redirection_url and you said in the commit message: "pending proper rearchitecting of login tokens and redirecting to other sites such as shipit." [04:20] mpt: so I guess we could comment and fix that bug [04:21] SteveA, would you like to talk about that? I think I can do that as part of this work I'm doing on shipit [04:21] cprov: bug #40171 [04:21] Malone bug 40171 in launchpad-publisher "Acceptance testing for Dapper release, Edgy branching" [Normal,Unconfirmed] http://launchpad.net/bugs/40171 [04:21] (I'll have to do some changes on it anyway) [04:22] salgado: we'd need to look at the issues and talk in some detail [04:22] i don't have time for that today === erdalronahi__ [n=erdal@p50877198.dip.t-dialin.net] has joined #launchpad [04:23] SteveA, no worries. just ping me when you have some time [04:24] ok === mpt misses timeout errors === mpt misses sleep even more === sidnei [n=sidnei@plone/dreamcatcher] has joined #launchpad [04:34] hello, how do i register a external bugzilla in malone? can't find it [04:37] sidnei: It requires first having a project to which you want to link it. [04:37] aha! [04:38] btw, the search label on the projects page reads 'Search products' [04:43] ok, now i have a project, i still don't see it :) [04:45] do i need to add a product to the project? [04:46] sidnei: From the project's homepage, /projects/$project.name, use the "Add a bug tracker..." link on the left-hand side [04:46] oh, silly me [04:46] didn't spot that [04:47] bug 35728, incidentally :) [04:47] Malone bug 35728 in malone "Registering a bug tracker is prohibitively difficult" [Normal,Unconfirmed] http://launchpad.net/bugs/35728 [04:48] can you link https://launchpad.net/products/kiwi with https://launchpad.net/projects/async for me? [04:50] bug 37559 :/ [04:50] Malone bug 37559 in launchpad "Can't link an existing product to a project" [Normal,Confirmed] http://launchpad.net/bugs/37559 [04:50] lol [04:51] is the source to malone available? maybe i should start submitting patches there too :) [04:51] kiko: Maybe this bug should be a priority? [04:51] sidnei: Not atm, unfortunately. [04:53] sidnei: I think you can link the product to a project thru here: https://launchpad.net/products/kiwi/+edit [04:54] unfortunately i'm not the owner there, but maybe kiko cares enough to do it for me :) [04:55] ah, right, looks like whoever fixed it didn't close the bug report [04:55] eh, I fixed that bug ages ago [04:56] matsubara: can you assume bug 1461 ? === mpt wonders what happened to the fix [04:56] mpt: it looks like it works, i just didn't think it was fixed because the bug is still open [04:57] bradb, I'm talking about the bug where /projects says "Search Products" [04:57] ah, found it [04:57] oh [04:57] sabdfl introduced the bug in r3472 [04:58] so I'll get to it when I wake up and finish reviewing that landing [04:58]