=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === Panda^ [n=giampaol@217.201.198.170] has joined #launchpad === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === Lorenzod [n=lorenzod@63.218.103.162] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === irvin_ [n=irvin@203.213.220.166] has joined #launchpad === irvin_ [n=irvin@203.213.220.166] has joined #launchpad === mpt__ is now known as mpt === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:01] Goooooooooooooooooooooooood afternoon Launchpadders! === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has left #launchpad ["Ex-Chat"] [03:14] mpt: hey === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has joined #launchpad [03:15] mpt: may I have you oppinion for a new page/action about builds [03:17] cprov, sure [03:18] mpt: we new a RESET ALL page and there the user might choose one or more "resetable" state [03:18] To reset what? [03:18] mpt: I'm thinking in a form with check-boxes, is it ok ? [03:18] build records [03:19] massive reset all build records in a defined set of states [03:19] brutal force for buildd-admins [03:20] Resetting all the build records for a single build machine? Or for all build machines? [03:21] mpt: it's context sensitive, as most of the +builds pages === jsgotangco [n=jsg@210.4.38.43] has joined #launchpad [03:22] mpt: did you get it ? or I was confusing ? [03:24] cprov, resetting all the build records for a single build machine? Or for all build machines? [03:26] mpt: if you are in /+builds/foo-builder/+resetall for all foo-builder records if you are in /distro/ubuntu/hoary/+builds/+resetall for all ubuntu/hoary builds, that's context sensitive ... [03:26] oh, ok [03:27] cprov, why would you want to reset all the build records? [03:27] is this more complexity than we are looking for ? [03:27] it's the usual retry they do once a while [03:28] Sorry, I don't understand that [03:28] Is this to keep the list of builds short? [03:28] to remove records that are no longer relevant? [03:28] when we have builder spare time and want to retry every failure just for fun ;) I mean, just to check if they can build [03:29] mpt: not just it, but it can check if the things can be "more sane" [03:29] mpt: catch up false "failures" and so on [03:31] mpt: does it make any sense for you ? [03:31] Not really :-( [03:31] "more sane" how? [03:31] How do you "catch up" on a failure? [03:32] mpt: reset failures by dependency waiting that now can be satisfied, reset all failures by DC power/net outage (hehe this is fun) and weird things like that [03:34] cprov, so how often would people want to do this? Once a day? Once a week? Once a month? [03:36] mpt: dependes on admins freakness, but never more ofen than day (I can say for sure, may weekly) [03:36] maybe [03:38] it's indeed a very low hit page, protected by builddAdmin, so a very restricted page [03:38] cprov, what would the checkboxes be necessary for? One checkbox per build? [03:38] mpt: no one per "resetable" state, currently: DEPWAIT, FAILED, BUILDERFAIL, CHROOTFAIL [03:40] read by this: I want to reset ALL build in XXX state in this context [03:40] ok [03:41] mpt: I'm ok if you say it's too fluf for UI atm and we should do this as a special cmd-line tool [03:41] cprov, I think this should be a section at the bottom of the +builds page, rather than a separate page [03:41] it would same me time, btw [03:41] really ? [03:41] wrapped in or whatever the appropriate permission is [03:42] uhmm good idea [03:42] So people who can do it see it, and people who can't don't [03:43] One of my branches up for review does that for team +members pages [03:44] it's a good idea, I can mock it up and show you tomorrow on mawson (dogfood) .. thank you dude [03:48] no problem === stub [n=stub@ppp-58.10.73.249.revip2.asianet.co.th] has joined #launchpad [03:52] stub: hi stub [03:53] mpt: good, thanks [03:53] cprov: morning [03:54] stub: good morning (here late night ;)) [03:55] stub: so, did you cherrypick this manual fix we did in production DB ? [03:56] Not yet. I'll need to cherry pick it when I tag the production branch for the rollout tomorrow. [03:57] stub: ok, up to you, we just can't forget. [03:57] Actually, I think I'll just tag the production release from r3199 so no cherry picking neccessary [04:00] good [04:40] stub: which is current DB patch number ? [04:40] where? [04:41] RF [04:41] i need to send a new patch, new field in build table, of course to be aplied/cherrypicked before rollout === mpt [n=mpt@219-89-159-215.jetstart.xtra.co.nz] has joined #launchpad [04:43] Just use a high number like 99 - I allocate the real patch number when it is approved. [04:43] okay [04:43] You will probably get -23-0.sql if this happens soon though [04:44] in 10 minutes [05:01] stub: sftp://chinstrap/home/warthogs/archives/cprov/launchpad/small-fixes [05:02] Can you paste the db patch? [05:02] Or did you want a review of the entire branch? [05:03] stub: no, it's a single file -> https://chinstrap.ubuntu.com/~dsilvers/paste/fileS3OMjV.html [05:04] It needs a comment in comments.sql [05:04] What is 'depends'? Should that be dependancies? [05:05] Or is that the term used in .deb packaging [05:05] stub: uhm, does it sounds more readable for you ? [05:05] stub: it will store a dependency line generated by builder when a job is DEPWAIT [05:05] 'depends' is the present tense form of the verb 'depend' [05:06] This should be a noun [05:06] So dependencies would be better [05:06] queuebuilde will tweak it removing satisfied deps from this line as soon as they get published and move the recored to PENDING when the field gets empty [05:07] queuebuilder ... [05:07] (note I used the incorrect spelling before) [05:08] (depends would be the correct column name for a foreign key relationship, where foo depends on bar) [05:08] i won't loose the "present" state of the concepts, some thing like "still_depending" [05:09] dependencies has the necessary concept of 'present' [05:09] ideally it should map across binarypackagereleases, but the text notation is easier [05:09] ok "dependencies" [05:10] Is there much code breakage? I'll let you land it like it is if you add bugreport to do the rename later. [05:11] stub: there is no code yet, I can rename it now, wait a second [05:11] Ok. approved with the new column name and a comment in comments.sql that describes the format. [05:11] right [05:11] patch-40-23-0.sql [05:13] ehe, Build table has no comment at all, shit ... will write them all and request a small review from you [05:17] cprov: or open a bug and assign it to yourself. [05:17] stub: will write it now, have that time [05:17] It might be getting a bit late :) === ORiON2012 [n=orion@cpe-70-117-0-232.satx.res.rr.com] has joined #launchpad [05:28] stub: done, generating a diff for you [05:29] stub: late for me or for you ? === cprov is lost in TZs [05:30] for you [05:30] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filetMuaR2.html [05:30] Just coming up to lunchtime here [05:30] stub: no way, I have more 8 hour of work with adam, i', in AU time today and tomorrow :( [05:31] I remember now [05:31] That is the old paste? [05:31] stub: check the diff out for english error, or bad phrases, pleas [05:31] stub: I suck [05:32] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/fileWGLOwk.html [05:34] COMMENT ON COLUMN Build.processor IS 'Points the Distroarchrelease available processor target for this build.' should be 'Points to the Distroarchrelease...' [05:34] right, will add "to" after all "points" [05:35] COMMENT ON COLUMN Build.sourcepackagerelease IS 'Sourcepackagerelease which originate this build.' should be 'The Sourcepackagerelease which originated this build.' (past tense) [05:35] right [05:35] +COMMENT ON COLUMN Build.pocket IS 'Store the target pocket idenfier for this build.' should be 'Stores the target pocket identifier' (present tense) [05:35] (and store is the verb form) [05:36] everything else is good [05:36] right, thanks, r=stub ? [05:36] Yes. r=stub [05:37] stub: good [05:38] Do you need me in the next hour? I need to grab some lunch and pay some bills at the bank, but I can delay that if I'm needed here. === mpt wonders why bzr diff isn't showing any of the pagetest changes he's made === tambaqui [n=patricia@200-183-99-107-mns.cpe.vivax.com.br] has joined #launchpad [05:45] mpt: Have the files been bzr added? Or did you accidently commit them (bzr status might help) [05:46] stub: no, go for it, ping me when you get back [05:46] stub: it would be nice if we can cherrypick this on production [05:46] stub, this is a branch recently converted from baz [05:47] Now I see that the test I'm changing shows up as "unknown:" in bzr status (along with dozens of other files) === pcbill [n=pcbill@140.112.30.182] has joined #launchpad [05:47] Do I need to bzr add all of them? :-/ [05:47] cprov: I've applied the patch to the production database [05:47] stub: you rock, thanks [05:48] mpt:'bzr add .' works to add everything in the current directory and below [05:48] (unless it is ignored like .pyc and foo~ files) [05:48] Yeah, I was just going to ask if I'd need to do a make clean first :-) [05:50] Otherwise 'bzr missing | xargs bzr add' might do the trick if what you are trying doesn't work [05:50] stub, now I have both 30-add-edit-package-infestation.txt and 30-add-edit-package-infestation.txt.disabled [05:50] should I use rm on the first one, or bzr rm? [05:51] I use bzr rm - not sure what is best practive [05:51] practice [05:51] (given that that test is supposed to disabled) [05:51] +be [05:54] mpt: Hmm, is one a copy of the other? [05:54] yes [05:55] Are you changing that file in this branch, or is this just some temporary hackery? [05:55] I was trying to change it to make the pagetest pass, that's all [05:55] Pretty quickly I realized it would never pass because we don't have infestations [05:55] I ask because when this branch gets merged to rocketfuel, you don't want an existing file to look like it's been deleted then re-added as a whole new file with no history. [05:56] So rocketfuel has 30-add-edit-package-infestation.txt.disabled, which presumably has history preserved by bzr mv [05:57] Right. So if you don't want the non-disabled one, just delete it? [05:57] I've bzr added, then bzr rmed, 30-add-edit-package-infestation.txt [05:57] (and bzr rm it if you accidentally added it) [05:57] All good then :) [05:57] So I think I'm ok [05:57] I'll shut up and let you get on with it :) [05:57] except that bzr diff against rocketfuel now gives me a whole crapload of stuff that I didn't do [05:57] Hmm. [05:58] And presumably "bzr status" tells you you've changed stuff you didn't change? [05:58] yes [05:58] added: cronscripts/check-cve.py, database/schema/pending/HideObscureLanguages.sql, etc [05:59] Sounds like something wonky in the conversion from baz... [06:00] I *think* it may be the case that those are all old files that the baz2bzr script doesn't remove from the working copy. [06:00] i.e. a freshly converted branch is likely to have an unclean "bzr status", because of files that should be deleted are still lying around. [06:01] ok, that looks about right [06:01] all the files marked as "added:" are ones that don't exist in rocketfuel [06:02] Both of cronscripts/check-cve.py and database/schema/pending/HideObscureLanguages.sql aren't in current rocketfuel, so I think you might want to check each of these files, make sure they're obsolete, and "bzr rm" and/or "rm" them as appropriate. === mpt does the mental "How long will it take me to learn how to script this" vs. "How long will it take for me to do it manually" calculation [06:04] mpt: Don't forget the "how long will it take me to answer that question" part of that calculation ;) [06:04] mpt: And the "how long witll it take me to answer the meta-question" question ;) [06:04] That's a dead-weight loss no matter which option I choose [06:18] Ahh.... I seem to recall that the newly converted branch needs to be 'bzr reverted' to make it clean [06:19] I've fixed about four bugs on this branch, and I don't really want to fix them again [06:20] If you start with a fresh converted branch though you could copy across the files you have modified. Hindsight will tell for sure :) [06:22] hmmmmmmm, that's a possibility [06:22] You need to undo all the changes in those files you didn't touch though (bzr revert) rather than committing or you will be committing obsolete code [06:22] (if you attempt to rescue your current branch that is) [06:24] If bzr log listed the files I'd changed with each commit, I could do that [06:24] but it doesn't [06:24] mpt: --verbose [06:25] ahhhh [06:29] So, I converted the branch, then merged rocketfuel as revno 2371 [06:29] then fixed bugs in 2372, 2373, etc [06:29] So, bzr revert -r 2370? [06:30] Merge to devel/launchpad/: [r=stub] New field in Build to store DEPWAIT current dependencies line, comments on Build fields (code is in soyuz production branch) (r3200: Celso Providelo) [06:31] mpt: 'bzr uncommit' will uncommit the most recent commit. That is the only way I'm aware of to revert history apart from generating the inverse diff of the changes and applying that. [06:33] ok, I think I'll be converting the branch from baz again [06:34] bzr uncommit can be run multiple times [06:35] (so bzr uncommit; bzr uncommit; bzr uncommit; should get you back to where you started) [06:35] Followed by a 'bzr revert' and 'bzr clean-tree' to give everything a good scrub === stub goes to the bank === mpt [n=mpt@219-89-159-215.jetstart.xtra.co.nz] has joined #launchpad === mpt [n=mpt@219-89-159-215.jetstart.xtra.co.nz] has joined #launchpad === Gadina [n=Miranda@85.142.128.187] has joined #launchpad === Martolod [n=jeremy@ARennes-257-1-96-227.w81-48.abo.wanadoo.fr] has joined #launchpad [09:05] hello all [09:05] i have a lot of questions ! [09:06] i'm a translator of Gnome with CVS access and i would like to know how rosetta can be able to commit .po files ? [09:06] i don't understand the utility of rosetta to translate gnome in fact [09:06] anyone to explain to me ? [09:10] Martolod: someone would need to export the PO files from rosetta and commit them to Gnome CVS [09:10] manually ? [09:11] i don't see the of rosetta so ! [09:11] but if i want to translate ubuntu for instance [09:12] Martolod: for Ubuntu, we export PO files and generate language packs containing translations for everything in the desktop [09:12] i don't need to have any cvs account to ubuntu, just a launchpad account and it's all ? [09:12] yeah [09:12] ok thank you. [09:12] ah a last question ! [09:12] there are long term plans to make it easier for upstreams to pull info from rosetta [09:12] if upstream is using bzr, the idea is that Rosetta would publish a branch containing up to date translations [09:13] so if i translate with roseta a gnome application of Ubuntu, do the same application will be translated in the official gnome package ? [09:13] which the developers would be able to merge from [09:13] ok [09:13] Martolod: only if someone imports the translations into Gnome CVS [09:14] you'd need to check with your language team in the GTP about it [09:14] yes i'm the leader of the team [09:15] so i need to commit manualy and regularly po files from rosetta to gnome cvs [09:15] it's what i wanted to know [09:16] thank you. [09:16] well, if the rest of the members of your team decided that they wanted to use Rosetta, and coordinated getting the translations back into Gnome CVS, then you could start using Rosetta === Keybuk [n=scott@c51008D91.inet.catch.no] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:29] hello === pkunk_ [n=pkunk@a84-231-5-36.elisa-laajakaista.fi] has joined #launchpad === ddaa considers [09:30] So, I used to have a meeting on monday morning, with mgmt [09:31] the problem is, SteveA is on travel [09:31] and lifeless is on leave === ddaa holds a hand mirror [09:31] "Let's have a meeting, shall we?" [09:32] "Mh, is there really a point?" [09:32] "I'm not sure, but you know it's unprofessional to miss meetings" === carlos_ [n=carlos@84.76.255.40] has joined #launchpad [09:32] "I guess so. Let's have meeting in 27 mins" [09:33] morning [09:33] hey Carl [09:33] mgn [09:33] hey carlos_ === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [09:47] spiv: hi [09:47] spiv: around? === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [10:15] spiv: ping [10:15] daf: ping [10:16] jamesh: ping [10:18] daf: hi, could you give me some input on https://launchpad.net/products/rosetta/+bug/33020 ? [10:18] malone bug 33020 in rosetta "Rosetta Imports page is not able to handle lot of entries" [Normal,Unconfirmed] [10:18] jordi: and you? === fish [n=kvirc@h081217119213.dyn.cm.kabsi.at] has joined #launchpad [10:22] carlos: hey carlos [10:22] carlos: how are the automatic rosetta imports ? [10:22] carlos: can we consider it "released" ? === carlos_ [n=carlos@62.87.125.31] has joined #launchpad [10:29] daf: jordi: did you see my question? I got disconnected so I don't know if you answered === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [10:58] duh... kiko is on holiday too... [10:58] no management in sig [10:59] in sight today, let's have a giant game of nettris! === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:02] ddaa: pong [11:02] hey daf [11:02] carlos: looking at it now [11:02] daf: ok, thanks [11:03] daf: can you spare some time to fix the ProductSeries.branch oops this week, please. It will become suddenly VERY painful next week. [11:03] When bzr imports will be published. [11:03] carlos: (1) only show the first 20 imports (2) batch it [11:04] carlos: what do you think? [11:04] daf: I'd really really like that bugfix to be up in production next week. [11:04] I need your help. [11:04] ddaa: can you remind me what the bug number is? [11:04] daf: yeah, that's another option [11:04] (2) [11:04] I don't think we should implement (1) [11:04] as people would think their import is not there [11:05] ok [11:05] batching it is [11:05] do we have already a way to do batching on launchpad? [11:05] or should I implement my own stuff? [11:05] daf: bug 32117 [11:05] malone bug 32117 in launchpad "Template productseries-hctstatus-core.pt is wrongly calling getPackageName" [Normal,Confirmed] http://launchpad.net/bugs/32117 [11:05] I think mpt said that we are going to have a standard way to do batching on launchpad, but I don't have more details === mpt [n=mpt@219-89-159-215.jetstart.xtra.co.nz] has joined #launchpad [11:06] ddaa: thanks [11:07] ddaa: I can work on that today [11:07] daf: fantastic [11:07] ddaa: I will let you know how it's going [11:07] daf: there's a bit of UI design involved, don't be afraid being creative. The old UI sucked. [11:07] daf: but timeliness is of the essence. [11:08] mpt: hi [11:08] ddaa: noted :) [11:08] hi carlos [11:08] mpt: I need to implement batching for the page at /rosetta/imports [11:08] mpt: do we have a standard way to do that? [11:09] or should I do my own stuff ? [11:09] carlos, no :-( [11:09] I think you said that we are going to have a way to do it [11:09] mpt: https://launchpad.net/malone/bugs/33020 [11:09] malone bug 33020 in rosetta "Rosetta Imports page is not able to handle lot of entries" [Major,Confirmed] [11:09] mpt: could you take a look to it? [11:09] carlos: we do have standard ways of doing batching [11:09] mpt: daf suggested to solve it using batching [11:10] carlos, yes, but the design hasn't been finished yet, let alone the implementation [11:10] http://wiki.launchpad.canonical.com/StandardizedBatching [11:10] ok [11:11] in the long term, there will be One True Batching Method [11:11] as designed by mpt [11:11] in the short term, we have some infrastructure for doing batching [11:11] and the imports page can use that [11:11] mpt: could you give me some input on that bug, please? [11:11] daf: Where could I see the interface? [11:11] carlos: look at DistributionAllPackagesView for an example [11:11] ok [11:11] daf: thanks [11:12] and the corresponding distribution-allpackages.pt template [11:12] de nada [11:14] carlos, I have nothing useful to add to that bug report [11:14] morning shiney people :) [11:14] shiny people?? [11:16] carlos, mainly because I haven't sat behind you or jordi and watched the imports happening, so I have no idea how it works. Perhaps you can show me at the sprint. [11:16] mpt: sure [11:16] mpt: anyway, I need to implement something as the page is broken atm with the amount of entries from dapper [11:17] and we don't have all packages imported... [11:17] I will go for the batch solution as it's the easier to implement [11:33] mpt: why not shiney? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === r2ndom [n=ubuntu@c-24-10-247-97.hsd1.ut.comcast.net] has joined #launchpad [11:47] is there a policy (or not?) about deleting old bzr branches from chinstrap? [11:48] jamesh: ping? [11:51] see you tonight ... [11:52] sivang, Launchpad's not shiny yet [11:55] mpt: :) === Martolod [n=jeremy@ARennes-257-1-96-227.w81-48.abo.wanadoo.fr] has left #launchpad ["Quitte"] === r2ndom [n=ubuntu@c-24-10-247-97.hsd1.ut.comcast.net] has left #launchpad ["Leaving"] === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [12:36] oh dude === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [12:37] carlos: haven't had time to think about it [12:37] hmm. [12:37] jordi: hi [12:37] I just arrived from Bruxelles === jinty [n=jinty@196-28-44-2.jhb.netdial.co.za] has joined #launchpad === [fish] [n=kvirc@h081217119213.dyn.cm.kabsi.at] has joined #launchpad === dsaa [n=dsaa@210.213.92.173] has joined #launchpad === [fish] [n=kvirc@h081217119213.dyn.cm.kabsi.at] has joined #launchpad === fish [n=kvirc@h081217119213.dyn.cm.kabsi.at] has joined #launchpad === carlos_ [n=carlos@212.166.227.156] has joined #launchpad === stub [n=stub@ppp-58.10.73.249.revip2.asianet.co.th] has joined #launchpad [01:17] mpt: https://launchpad.net/people/daf -- why is the "Registered Details" bit floating off to the right? === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #launchpad === AlinuxOS [n=Ubuntu@d81-211-214-182.cust.tele2.it] has joined #launchpad === AlinuxOS [n=Ubuntu@d81-211-214-182.cust.tele2.it] has joined #launchpad === carlos [n=carlos@84.76.255.40] has joined #launchpad [02:38] stub: hi [02:38] around? [02:39] carlos: yes [02:39] stub: could you run a SQL sentence on production for me, please? [02:39] SELECT COUNT(*) FROM TranslationImportQueueEntry; [02:43] carlos: 1434 [02:43] stub: thanks === doko [n=doko@dslb-084-059-114-020.pools.arcor-ip.net] has joined #launchpad === carlos_ [n=carlos@62.87.127.38] has joined #launchpad === carlos_ -> lunch === carlos [n=carlos@62.87.127.38] has joined #launchpad === fishse [n=fishse@h081217119213.dyn.cm.kabsi.at] has joined #launchpad === AlinuxOS [n=Ubuntu@d81-211-214-182.cust.tele2.it] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:40] carlos: how's the batching? [03:41] daf: bad, we need other changes before that. I'm finishing an email with an analysis of the problem and the solution I'm going to take. Will ping you when it's done to get some input from you [03:42] sounds like a good plan [03:42] can you give me some input on this bug? [03:42] https://launchpad.net/products/rosetta/+bug/29944 [03:42] malone bug 29944 in rosetta "Import queue: ForbiddenAttribute: pofile oopses when importing gnome-panel for Georgian" [Normal,In progress] [03:42] should the 'pofile' attribute be in the interface? [03:44] daf: yes, I guess that's the problem [03:44] ok [03:44] thanks [03:44] daf: anyway, the changes I'm planning to do will touch those files and that logic so I can fix that bug at the same time [03:45] oh, cool [03:45] I'll assign it you then [03:45] oh, it already is [03:45] never mind [03:45] daf: yeah ;-) [03:45] I thought it was assigned to me for some reason [03:47] daf: it was [03:47] I changed it this weekend [03:47] ok, that will be why [03:47] no hay problema === G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #launchpad [04:06] how do I get my tranlation team to be the official tranlation team for my language? https://launchpad.net/rosetta/groups/ubuntu-translators/ [04:08] G0SUB: please, read https://wiki.ubuntu.com/RosettaFAQ [04:08] thanks [04:09] spiv: jamesh: ping === soumyadip [n=soumyadi@59.93.194.170] has joined #launchpad [04:12] any admins around ? [04:13] it depends on which kind of admin action your require [04:14] well I seem to have duplicate accounts at launchpad [04:15] one registered as soumyadip@softhome.net and the other as soumyadip.modak@gmail.com [04:15] now I followed the procedure to merge the two accounts, yet I cannot find gmail.com email address in the list of addresses for soumyadip@softhome.net [04:15] if you have still access to the other email address, there's a feature to merge them [04:16] nor can I add that address [04:16] I have access to both the addresses [04:16] carlos: ^ I think you know about merging [04:17] ddaa: well, my knowledge is limited... [04:17] soumyadip: did you get the emails in both accounts to do the merge? [04:18] soumyadip: I'm not sure if you will get two of them or just one to the address in the account you are going to merge into your main account [04:19] well I did receive a mail at my gmail.com account, which I'm trying to merge into the softhome.net account [04:19] carlos, and I followed the instructions, and clicked the link === hanover [n=rob@c-24-1-141-242.hsd1.tx.comcast.net] has joined #launchpad [04:19] soumyadip: and you didn't get any timeout or error, right? [04:19] nope [04:19] then the merge should be done soon [04:20] my gmail.com account probably points to something like people/soumyadip-modak-merged [04:20] I think it's done by a cron script after you confirm it, but I'm not sure, How long since you confirmed it? [04:20] what's up with launchpad? I have to reset my password every time I want to login. [04:21] carlos, well about 15 minutes ago [04:22] carlos: do you have a launchpad-dependancies package installed? [04:22] jblack: yes, I do [04:22] You're on breezy, right? === lifeless_ [n=robertc@dsl-246.3.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad [04:23] soumyadip: then it should be merged soon, if it's not merged after an hour or so, ping us again (better if you mail to launchpad-users) [04:23] jblack: no, dapper [04:23] lifeless: What are you doing here? You should be.. off doing things. [04:23] carlos, ok thanks a lot [04:23] mind mailing me your sources.list? [04:24] stub: around? [04:24] jblack: just a second... [04:25] carlos: yes [04:25] stub: could you take a look at soumyadip's problem? [04:25] stub: I did a search and see weird things... [04:25] stub: https://launchpad.net/people/?name=soumyadip&searchfor=all [04:25] stub: the one with 'merged' on the name is not valid === poningru [n=poningru@n128-227-48-188.xlate.ufl.edu] has joined #launchpad [04:26] stub: it gives a 404 error [04:27] An already merged account. It should not be appearing in the search results. [04:28] stub, yup, I was merging that account into the first one [04:30] stub, anything that I have to do now ? [04:30] bah... i just want to be able to login [04:30] I mean when can I add the email addy of the -merged account into the original account ? [04:31] hanover: It works for me without problems... [04:31] hanover: could be a problem with your browser's cookies? [04:32] i've had to reset my password three times today... I can believe I typo'd the same thing twice, but not 6 times or so... [04:32] soumyadip: Do you know if anyone else has tried to fix your problem? Your account data is currently in a theoretically impossible state and I'm trying to work out how that happened. [04:32] hanover: but once you are logged, you don't need to loggin again... === SteveA [n=steve@72-254-157-106.client.stsn.net] has joined #launchpad [04:33] daf: email sent, could you take a look, please? [04:33] stub, eek !! no, I just came here and asked when I couldn't add my email address to the first account [04:33] jblack: upps, I forgot your request. Just a second.... [04:33] hi Steve [04:33] carlos: sure [04:33] hello [04:33] Ooh... I wonder what happens if you respond to an email address validation message for an account that has since been merged into another one? [04:33] ddaa: hello [04:33] carlos: thanks [04:33] stub, you can maybe remove both the accounts, I'll re register if necessary [04:33] hmmmm... just cleared cookies and cache... no joy. Also getting oopses when trying to submit anything [04:33] SteveA: hello, the meeting today was fun [04:34]