[12:09] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] clean up the +bugs => +assignedbugs redirection for IPerson to use the navigation machinery, as per SteveA's suggestion (patch-2682: brad.bollenbach@canonical.com) === Nafallo is now known as Nafallo_away === stub [n=stub@costello.z3u.com] has joined #launchpad [01:02] heya stub === carlos -> bed [01:04] see you [01:09] moaning, stub [01:22] Morning [01:23] stub, gina tests are coming along nicely [01:23] I'm making sure every major branch and most error conditions are tested [01:24] Excellent. Time consuming and painful retrofitting that sort of thing, but necessary. [01:24] well, mark may want to make serious changes to her shortly, so I need to ensure she's tested enough to handle them :-/ [01:24] Problem with Gina tests is you need to understand .deb packaging, so it was frustrating when I was adding code paths to Gina with no understanding of how to actually trigger them. [01:24] yeah [01:25] I've been hacking away at .tar.gz contents and Sources files for this afternoon [01:25] rocketfuel is going to grow by a few megs though [01:25] the test archive needs to grow up [01:26] Does Gustavo have time to take on the role of chief Gina wrangler? I seem to recall he knows how to work with the packaging system. [01:26] not sure, in time he might, but this is pretty urgent AFAICT [01:27] kiko: If it becomes an issue, the test could be run only by check-on-merge (or manually) and the test suite pulled from an external location somewhere. Or we could just wait for baz2 to make all our troubles go away... [01:27] kiko: Yes. I'm more wondering about preventing the next emergency ;-) [01:28] Depends on what cprov is doing too === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [01:33] night [01:35] yep [01:44] stub: the newpackageclasses stuff landed on HEAD. could you migrate it to production please? [01:45] sabdfl: Do you want to see it running on staging first? I think I pushed it out last night as soon as it landed. === stub checks [01:45] stging is giving me bad gateways [01:45] and it needs the gina run data to be meaningful, in any event [01:46] ok [01:46] then let's keep it on staging untill gina runs [01:47] no point in breaking production first, is there? [01:47] staging is back up [01:47] thanks stub, we missed it === lamont [n=lamont@15.238.7.121] has joined #launchpad [01:50] If it isn't meaningful until Gina runs, I'd prefer to merge it into the production branch along with Gina-NG [01:50] Its in my notes already [01:52] yes, let's do that [01:53] stub: https://staging.ubuntu.com/distros/ubuntu/+search?text=camera [01:53] i can't see the /errors/ page [01:54] ah [01:54] need to run fti.py [01:54] also, need to run update-pkgcache.py [01:55] update-pkgcache takes about an hour on the laptop [01:55] could probably be optimised [01:55] it should certinaly be much faster on the second run [01:55] You got a load of Gina data in there? [01:56] i did have, yes, while i developed the pages [01:57] that's how i found the gina problems === Kinnison returns with a mug of hot milk === stu1 [i=stub@sweep.bur.st] has joined #launchpad [02:08] Bah === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [02:27] ooooooh incoming! === Kinnison feels all expectant [02:27] (hey corey) [02:28] Merge to rocketfuel@canonical.com/launchpad--devel--0: Various fixes to queue, build etc. add zcml for queue, DB patch included. r=stevea,stub. Also fix dbschema security proxy bug (bug 1971) r=stevea (patch-2683: daniel.silverstone@canonical.com) [02:29] boyah! [02:29] My god I needed that [02:29] You should move to Thailand ;) [02:29] don't fancy ladyboys [02:29] Speaking of Thai food.... breakfast! [02:33] speaking of breakfast, bed! === Kinnison finishes his warm milk and honey [02:33] ciao lunchpadders === Kinnison -> bed === tambaqui [n=patricia@200-213-121-105-mns.cpe.vivax.com.br] has joined #launchpad === camilotelles [n=Camilo@20132203203.user.veloxzone.com.br] has joined #launchpad === BjornT [n=bjorn@84.32.140.183] has joined #launchpad [03:26] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Make Specification.specurl nullable (patch-2684: stuart.bishop@canonical.com) === TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad [03:50] Yay. So 'cp' doesn't break hard links :-( === stub works out how he futzed his revlib yesterday, and again today [03:51] stub: install fl-cow. uhm, grab 0.5 from sid. [03:51] That makes absolutely no sense to me [03:51] Well.. it makes sense. How to implement the suggestion is beyond my ken [03:54] http://debian.planetmirror.com/debian/pool/main/f/fl-cow/fl-cow_0.5-1_i386.deb [03:54] download that [03:54] dpkg -i the file to install it [03:54] read /usr/share/doc/fl-cow/* === bimberi [n=bimberi@DC-246-122.bpb.bigpond.com] has joined #launchpad [04:57] stub: ping [04:58] lifeless: pong [04:58] ready for dists testing ? [04:59] NNope ;) [04:59] I assume this means I need to have bzr installed or something? [05:00] it will [05:00] I want to walk through a cold turkey setup with you, end to end [05:00] ok === stub is honored as being selected as representative dumb user [05:02] first thing is to get bzr http://bazaar.canonical.com/DownloadBzr [05:02] we'll be dogfooding [05:02] so you want jbaileys nightlies [05:04] There doesn't appear to be a link on that page for that [05:04] yes, just noticed [05:05] The link to the official tgz is busted too [05:08] ok [05:08] nightly link up [05:14] stub: ping [05:14] ok [05:14] pqm is going down for maintenance [05:14] https://wiki.launchpad.canonical.com/RocketFuelSetup?action=diff === segfault [i=carlos@prognus.com.br] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === uriel [n=binarydr@green.eye.binarydream.org] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === asmodai [n=asmodai@sakko.demon.nl] has joined #launchpad === \sh_away [n=sh@server3.servereyes.de] has joined #launchpad === asmodai_ [n=asmodai@sakko.demon.nl] has joined #Launchpad [05:24] Hmm.... synaptic has picked up bzr_0.1.1-0ubuntu1_all.deb which doesn't look like a daily snapshot [05:25] lifeless: as a note, that rocketfuel page suggests hoary.. nightlies have a dep that's not in hoary [05:25] stub: that's the breezy version [05:25] stub: did you add the apt line ? [05:25] I added the repopsitory in synaptic [05:25] ajmitch: it has not been updated, we are all breezy now [05:25] stub: and did a 'reload' ? [05:28] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Add library-cut-tails.py from paste (patch-2685: stuart.bishop@canonical.com) [05:29] bah. who put that cancel button next to the ok one? [05:31] These nightlys don't seem to be signed so the automatic updates will be stuffed [05:32] jbailey: ^^^ [05:32] They also have Rob Weir listed as the maintainer, which is wierd coming from jbailys archive [05:32] he is [05:33] oh - I probably need to add a key [05:34] Nope - the .asc files are empty [05:34] ok [05:34] I've disabled dists commits, but pqm is back [05:34] I've found a bug to fix. [05:34] thanks for your help so far === asmodai_ is now known as asmodai [05:43] lifeless: You need me for a few hours? [05:43] stub: I'll get by. [05:43] spiv or some other victim can assist [05:43] ok. I'm off shopping then. === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [06:58] # dpkg --unpack keybuk-launchpad_1.5_all.deb [06:58] # aptitude -f install [06:59] ahhh [06:59] so much easier === marcolu [n=marcolu@61.151.243.154] has joined #launchpad [07:14] Keybuk: what's that? all of lp or just part of it? [07:14] i will need to do an LP checkout one day :) [07:15] it's the launchpad dependencies [07:15] so you still need to checkout the code and use it [07:15] but it does all the heavy lifting of installing the deps and reconfiguring postgres and stuff [07:16] Keybuk: nice. [07:16] https://wiki.launchpad.canonical.com/RocketFuelSetup [07:16] thanks! [07:21] yeah, that's the stuff it does === BjornT_ [n=bjorn@84.32.140.183] has joined #launchpad === terrex [n=terrex@84-122-90-162.onocable.ono.com] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad [07:38] lifeless: do you have an amd64 build for config-manager? [07:38] (https://wiki.launchpad.canonical.com/RocketFuelSetup) [07:53] fabbione: not yet, no - but you only need cm.py & the python modules. [07:55] lifeless: are the sources there? [07:55] i don't mind building it locally [07:55] fabbione: not there no, I don't know what wildfire used for the orig tarball. [07:55] hes updating the package at the moment, so .. [07:58] (I built from source, which is a little bit of a black art :[ === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === GoRoDeK [n=gorodek@p5083EBD1.dip.t-dialin.net] has joined #launchpad === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === BjornT_ [n=bjorn@84.32.140.183] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === Severian [n=ralph@adsl-68-95-251-39.dsl.rcsntx.swbell.net] has joined #launchpad === Severian [n=ralph@adsl-68-95-251-39.dsl.rcsntx.swbell.net] has joined #launchpad [09:12] Howdy, are there any experience Launchpad users here? I just created an account and I have not figured out how to change one detail. [09:15] Which detail? [09:17] When I created the account, it asked me for a display name. I put my first name there. My details page now shows my wiki page to be Ralph7 and I don't like names with random numbers like that. I changed my display name to something that is probably unique and I would like to have the wiki page be that same name. Do you understand what I am asking? [09:18] You want to change your wikiname. [09:19] Yes, please. [09:19] Have you found the 'edit details' page for your account? [09:19] Mine is at https://launchpad.net/people/stub/+edit [09:20] I have found it. Mine has no place to edit the wiki name. It is https://launchpad.net/people/severian/+edit [09:21] On your 'edit person details' page there should be a box on the right, underneath the 'actions' box, labeled 'edit'. In there is a wikiname link [09:21] (which should lead you to https://launchpad.net/people/severian/+editwikinames) [09:22] I see that. I bet that will do it. I am loading it now. === stub wonders why his merge request has taken over 80 mins, yet does not appear to have crashed. [09:24] That is great. Thank you, stub. [09:25] No probs [09:27] Now, I wonder if I have to give the system some time. It says I am not allowed to edit my wiki page. I am logged in [09:29] Severian: There's no delay between Launchpad and the wiki authentication. [09:29] Severian: Although you do need to log into the wiki seperately. [09:30] I bet that is it. I had not noticed that it was on a separate domain. Thank you. === eirikn_ is now known as eirikn [09:37] OK, next question. I don't think this one is just me. On the wiki User Preferences page, I entered my details. I notice the instructions refer to Password and Password repeat. I only have one Password field. So, when I save, I get a message that says passwords don't match. === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [09:39] Merge to rocketfuel@canonical.com/launchpad--production--1.37: Cherry picks (patch-3: stuart.bishop@canonical.com, rocketfuel@canonical.com, steve.alexander@canonical.com ...) [09:40] Severian: That'll be a bug in the text of the login page. [09:40] Is there a bugzilla or something similar where I should report it? [09:40] It's modified from normal moin to use launchpad as the authentication source, and to remove creating an account through the wiki. [09:41] Hmm, I'm not sure what the best location for wiki bugs is. [09:41] There'll be a place for it somewhere :) [09:41] I suppose http://bugzilla.ubuntu.com/enter_bug.cgi?product=Websites would be the best fit. [09:42] I'll look around. I thought you might just know. Don't worry about it. Thank you. [09:44] spiv: If we could file a bug against a product series that would be easy ;) [09:44] stub: Hehe [09:45] I think it was originally YAGNI, but now we see all these use cases.. [09:45] Severian: Actually, it's easy to fix... [09:46] Hmm, or not. [09:46] "Immutable page" [09:46] I thought about editing it until I saw the Immutable bit, too. [09:46] A wiki admin ought to be able to change that text simply by editing the page. [09:46] FIle it against Launchpad and we can retarget it when we have created a suitable product (?) [09:47] OK [09:47] spiv: are you logged in ? [09:47] stub: It's either that or http://bugzilla.ubuntu.com/enter_bug.cgi?product=Websites [09:47] lifeless: Yes. It's a special page. [09:47] spiv: ah. spethial. [09:47] oh. [09:47] lifeless: See the comments at https://wiki.ubuntu.com/UserPreferences?action=raw [09:48] stub: I'm not sure which one will be more effective, though. Probably filing against Launchpad :) [09:55] Bug 2016 sounds just like my problem, but it is resolved. It appears I can reopen it, but is that the accepted procedure here? [09:55] Error: I cannot access this bug [09:55] See http://bugzilla.ubuntu.com/show_bug.cgi?id=2016 [09:55] Websites bug #2016: Ubuntu Wiki UserPreferences page requires user to enter password twice contrary to statement on page Product: Websites, Component: Other web sites, Severity: normal, Assigned to: lu@canonical.com, Status: RESOLVED, Resolution: FIXED http://bugzilla.ubuntu.com/show_bug.cgi?id=2016 [09:56] Severian: That's a different bug, as it happens :) [09:56] I am guessing that Ubugtu is some sort of bot. [09:56] Severian: So in this case, file a new one. [09:56] OK [10:00] morning [10:05] hi spiv [10:05] can we talk about the librarian / rosetta issues? [10:05] i'm interested in how the "forensic" investigation into it went [10:06] stub: have you tried the "relink revlib" stuff? [10:06] SteveA: nope [10:07] stub: i ran it yesterday on a pretty large revlib [10:07] SteveA: oh... yes sorry. [10:07] baz got much faster for switch and merge [10:07] I thought you ment a baz command ;) [10:36] Have a good day? Thanks for your help and I did enter the bug. I hope I did it right. Bye [10:37] sabdfl: great! [10:38] jordi: you're most welcome. i think Ubuntu translations should be in that mode immediately [10:38] as soon as its live, tuesday [10:38] sabdfl: nod. Is there a way to mass switch them? [10:39] jordi: if you mean ALL of them, stub could run a query for you [10:39] sabdfl: all ubuntu translations, I mean [10:39] UPDATE product SET translationpermission=20 WHERE translationpermission=100; === stub appears to have missed a chunk of conversation [10:39] jordi: you only have to do it on the distro [10:39] not on each pofile/potemplate [10:39] sabdfl: aha [10:40] UPDATE distribution SET... [10:40] as above [10:40] but... lets just do it for Ubuntu, and mail the list telling people they can do it for their upstream products [10:40] /+changetranslator [10:40] sabdfl: the Spanish guys said they would like that the Spanish Code of Conduct is sanctioned official [10:41] I personally can't see why, but anyway === mahangu [n=mahangu@222.165.169.206] has joined #launchpad [10:46] Morning all [10:49] jordi: ok, done, but for now they'll have to get it manually accepted, until we can update the system to know about other language CoC's [10:49] this is a very cool little extension to the CoC system, btw, [10:49] thanks for speccing it [10:53] sabdfl: maybe we can add a link from the spec page to your wiki instructions? or better, embed them somewhere in a "spec process" box on the spec tracker's main page right/left area? seems nice to me to have the instructions there so people can read just before they start registering. [10:53] sabdfl: I specced it?! [11:06] sabdfl: I don't see fields in the spec tracker for Lead, Second, contributors etc.. are there any plans to add those or are they not visible yet? [11:07] sivang: drafter, approver, assignee === mahangu [n=mahangu@222.165.169.206] has joined #launchpad [11:11] sabdfl: ok, so drafter = created by, asignee = lead? [11:14] stuuuuuub [11:14] how do I change the postgresql socket location? [11:14] it's decided to use /tmp rather than /var/run/postgresql [11:17] Hmm... [11:17] Keybuk: unix_socket_directory = '/var/run/postgresql' (in postgresql.conf) [11:18] is that another breezy change? [11:18] Did you initdb? [11:18] I didn't notice an issue after upgrading to breezy, but I've still only got 7.4 installed here [11:18] I only have 7.4 too [11:20] Have a look at your /var/lib/postgresql/7.4/main directory (or wherever your PGDATA is). Are postgresql.conf and friends in there, symlinked to the locations in /etc you expect to find them? === appleslu [n=marcolu@61.151.243.154] has joined #launchpad [11:23] sabdfl: what's the difference between https://launchpad.net/distros/ubuntu/+spec/ and https://launchpad.net/products/ubuntu/+specs ? [11:24] sivang: here's how it should work [11:24] sabdfl: err, the first one is also +specs === Diablo-D3 [i=diablod3@pool-70-105-255-181.port.east.verizon.net] has joined #launchpad [11:24] .../+spec/specname is how you get to a specification [11:24] http://linux.blogweb.de/archives/111-What-is-Launchpad.html [11:24] fabbione ftw [11:24] and .../+specs is a page to search specs / view all specs === Diablo-D3 [i=diablod3@pool-70-105-255-181.port.east.verizon.net] has left #launchpad [] [11:24] yay, drive-by url spamming [11:25] and .../+spec should redirct to .../+specs [11:25] looks like I'm the first one to have a real spec against the ubuntu distro? [11:25] ajmitch: I was first, against the "Ubuntu" product :) trying to understand the difference between /distros/.../spec(s) and /product/../spec(s) :-) [11:26] sivang: right :) [11:26] i think there should not be an ubuntu product === ajmitch is surprised there's an ubuntu product [11:26] stub: should there be an ubuntu product? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:26] SteveA: I'm gonna have a big review for you to do soon [11:27] Kinnison: i'd better get a large cup of tea then [11:27] It is hidden. Wherever it can be seen is a bug. [11:27] how soon is soon? [11:27] SteveA: Probably 30m to 60m [11:27] stub: there's a URL to it === Kinnison has to tidy bits and commit it all to his branch [11:27] sivang: can you move your spec to the distro please? [11:27] It should be 404ing I suspect. === Kinnison finally landed everything people had reviewed for him last night [11:27] ca. 01:30 [11:28] stub: okay. there's an error there. [11:28] SteveA: ok, now what's the reason behind having both "Ubuntu" and "Ubuntu Linux" respetively matching products/ubuntu/+spec(s) and /distros/ubuntu/+spec(s) ? [11:28] there are three bugs registered on ubuntu [11:28] the product [11:29] stub: is it easy to move them over in the database? [11:29] I think there is a bug open on that. They are easy to move, which will hide the bug from view but not fix it ;) [11:29] sivang: i don't understand what you're asking [11:29] stub: so, the bug is the the ubuntu product is still visible [11:30] Yes. And what we should do to the bugs when this happens (I can move them manually, but I'm not sure if or how launchpad should handle this gracefully) [11:30] Probably same with specs etc. Maybe we shouldn't be able to hide them, but instead we need product merge similar to people merge? [11:31] product -> distro merge? [11:31] i don't think that will be a common requirement [11:31] Erm... that is true ;) [11:31] can't we just like nuke the ubuntu product? [11:31] SteveA: 's ok, I was talking about the bug you are just discussing with stub :) [11:31] So what we have now won't be the common case (for some value of common) [11:31] We can nuke the Ubuntu product once nothing references it. [11:32] so, what references it? 5 bugs... [11:32] But we should really just be able to hide it [11:32] a product series [11:32] sivan's spec [11:33] not a great deal [11:33] Might be some other odds and sods. I can do it manually, but it still doesn't solve the underlying issues of hidden products not being hidden. Leaving it in there and hidden brings the issues to our attention [11:33] I just alwasy happen to fall in the pitfalls :) === gnoppix [n=me@c-24-130-96-156.hsd1.ca.comcast.net] has joined #launchpad [11:34] stub: create a "harmless" hidden product instead perhaps? ;) [11:34] Indeed. Perhaps being nice to the users is better than leaving a speedhump around to trip people up [11:34] SteveA: Nobody will notice ;) === gnoppix is now known as lordk4rf === mahangu [n=mahangu@222.165.169.206] has joined #launchpad [11:41] SteveA: ok, I'll see if I can move my spec to be registered agains the "Ubuntu Linux" product, I'll check if it's accessible under /product/.. [11:41] um [11:41] no [11:41] the other way around [11:41] your spec should be registered under the ubuntu distro [11:41] not the product [11:41] we want to get rid of the product [11:42] SteveA: and leave it for the distros, ok [11:42] actually, i can just change the name of the product [11:43] SteveA: you can drop one, and change the other's name. I can re-enter my spec so there no real need for merging. [11:43] stub: i've changed the title / displayname to "Do not use this product" [11:43] so, if you can move any old crap across, i think we'll be sorted [11:44] sivang: so, you have the spec registered in both places? [11:44] it should be possible to move specs from one product to another (or to a distro), imho [11:44] SteveA: Ok. I'll properly nuke it (but not now - busy trying to land) [11:44] stub: okay, cool [11:44] stub: i'll have a bugfix cherrypick for you a little later [11:44] when i unconflict its tree [11:44] ok [11:45] SteveA: no [11:49] SteveA: only in /product/.. [11:50] sivang: whoa, don't register anything against the Ubuntu product [11:50] that product is bad news [11:50] distro specs should be registered against the distro [11:51] sabdfl: i have marked the product as "Do not use" [11:51] it should be hidden, and unavailble through the web [11:51] so, there's a bug in product hiding there [11:52] what is it purpose? [11:52] it was a mistake [11:53] k [11:53] sivang: i have changed that specification to "do not use" text [11:53] you can re-add it to the distro [11:54] note that michael vogt reviewed it [11:55] we can get mvo to add his comments again [11:55] SteveA: where do I see his comments? [11:55] i just pasted it to you [11:56] it was in a box on the right, under the menu items [11:56] called 'review requests' [11:56] ah... UI problem [11:56] i interpreted that box as being "michael vogt's reply to the review request" [11:57] yes, probably worth another bug report ? === mdke [n=matt@unaffiliated/mdke] has joined #launchpad [11:58] bug 2254 [11:58] Malone bug #2254: 0.9 Beta 3, Install Error on Plone 2.1 Fix req. for: quills (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/2254 [11:58] um [11:58] bug 3354 [11:58] Malone bug #3354: confusing spec comments UI Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Matthew Paul Thomas, Status: New http://launchpad.net/malone/bugs/3354 [11:59] the other one being the misleading error message for a spec's name that needs be lowered case with dashes [11:59] bug 3354 [11:59] Malone bug #3354: confusing spec review requests UI Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Matthew Paul Thomas, Status: New http://launchpad.net/malone/bugs/3354 [11:59] ah :) [11:59] anyway, I need to get lunch. See you in about ~30 minutes. === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [12:09] morning [12:09] carlos: morning [12:09] hello carlos [12:09] hi cprov [12:09] a bit early isn't it celso? [12:10] SteveA: hi, yes ... lot of code to write ;) [12:10] cprov: got any reviews for me to do today? [12:11] SteveA: yes, more one buildd-scoring, includes builddepends-aware scoring algorithm implementation, could you handle this ? [12:11] sure. [12:12] right now, i'm landing some important launchpad bugfixes for stu to cherrypick [12:12] then i have a review for Kinnison [12:12] but i have time to review your stuff after that === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [12:12] SteveA: thank you [12:14] SteveA: mirroring [12:18] gnirorrim [12:19] done [12:19] that patch is sent [12:20] The one that really needs reviewing is -18 [12:20] -15 -16 and -17 are mostly little support bits [12:20] -17 has some code which you might want to review [12:21] so you could do get-changeset and show-changeset --diffs [12:21] to do the review [12:23] ok === TMM [n=hp@c51471f2c.cable.wanadoo.nl] has joined #launchpad [12:23] hi all! [12:23] hi TMM [12:23] can someone tell me what the relation between rosetta and the build process is?\ [12:24] I am trying to deam up a way to get the universe .desktop files in rosetta [12:26] anyone here in SA who can get me a shot of a freedom toaster in operation? [12:26] im doing an article [12:26] ya know, just for once, I'd like launchpad "make check" to actually pass for me [12:26] sorry, i know this is offtopic - but i'm kinda at the end of my tether here :) [12:26] Keybuk: boo hiss [12:26] today I have huge numbers of NameError: name 'cur' is not defined [12:26] any clues? [12:26] not a good question? [12:26] Keybuk: have you updated all the ancilliary branches? [12:27] TMM: Carlos and Jordi do rosetta stuff [12:27] Kinnison: it's a fresh shiny checkout [12:27] Keybuk: oddness then [12:27] for a long time, when i was small, i thought 'ancilliary' meant 'to do with cleaning things' [12:27] fresh checkout on a fresh install [12:27] and make check doesn't pass [12:27] this is pretty normal from my experience :-/ [12:27] because the teachers at school refered to the cleaners as 'ancilliary staff' [12:27] I heard that launchpad isn't opensource, is that right? [12:27] TMM, if the source package generates the .pot file on build time, the .pot file will be automatically imported into Rosetta === Kinnison discovers it's 'ancillary' not 'ancilliary' [12:28] TMM, we import all packages not only main, but the language packs are only for main [12:28] TMM, https://wiki.ubuntu.com/RosettaFAQ [12:28] carlos, but, for .desktop files it is different, right? because right now I think that all the universe packages just include their own [12:28] TMM, there you have the answer for Rosetta but same applies to the rest of launchpad [12:29] Kinnison: hmm... trying to review the changeset from get-changeset is confusing for me. it's okay when there are only patches, but i'm getting too distracted by new files and all that [12:29] TMM, it's the same, most packages include the .desktop translations inside the .pot file and on build time the translations are added to those .desktop files again [12:30] SteveA: oh right [12:30] SteveA: sorry [12:30] carlos, ok, one more problem: a lot of the packages in universe don't have .desktop files at all [12:30] SteveA: it's only four patches if you get a clean rf and merge it [12:30] Kinnison: okay [12:30] carlos, so they have to be made by the packager, how to add that to rosetta later? [12:31] carlos, I want to at least make a wiki page for packagers on how to do that, and perhaps some dh_ and/or cdbs scripts to make it easy so it'll actually happen [12:31] TMM, if you add it including them inside the standard .pot generation, Rosetta will get it automatically [12:32] TMM, the best way to do that is using intltool [12:32] like GNOME packages do [12:32] TMM, if it's a KDE package, I think they have their own way to do that [12:32] and that is probably where it'll all fall apart then :) [12:33] TMM, the thing is that Rosetta only accept .pot / .po files to handle translations [12:33] mahangu: freedom toaster is hbd.com or an associate. You might want to try emailing info@hbd.com -- there might be press kits and who knows what [12:33] stub, thank you [12:34] TMM, we don't care about what do you use as long as the input and output are .po files [12:34] carlos, so... if I add some dh_ scripts to generate seperate .pot files for only the .desktop entries, and some transitional scripts... that would work? [12:35] carlos, I think it needs to be general enough that people will actually use it, when they have to add their own .desktop files that is [12:35] TMM, yeah, the maintainer needs to get back the .po files manually to get the translations [12:35] or fix an upstream .desktop if it's not translateable [12:35] and that will work [12:35] mahangu: Or http://www.freedomtoaster.co.za/ might be a better resource [12:35]