[12:49] <mpt> jordi, ping
[12:52] <jordi> hi mpt
[12:53] <mpt> jordi, do you happen to know how to code translation comments that will get picked up by Rosetta?
[12:53] <jordi> What language?
[12:53] <mpt> C
[12:53] <jordi> In C, you normally add a comment just before the gettext call
[12:54] <mpt> oh
[12:54] <jordi> If that's not enough, use /* TRANSLATORS: fooo
[12:54] <mpt>  /* comment here */
[12:54] <mpt> foo = g_strdup (_("bar"))
[12:54] <mpt> like that?
[12:54] <mpt> that's easy enough
[12:54] <mpt> thanks jordi
[12:55] <mdke> jordi: you were asking about documenting langpacks the other day
[12:55] <jordi> np!
[12:55] <mdke> jordi: want to continue now?
[12:55] <jordi> mdke: yeah, I really shouldn't be irciong now.
[12:55] <jordi> the gf wants to start watching a movie
[12:55] <mdke> jordi: another time is fine
[12:55] <jordi> I wanted to discuss with you where we should document this kind of "official" policies
[12:55] <jordi> ok
[12:56] <jordi> besides the FAQ
[12:56] <mdke> a translators guide, you think?
[12:57] <jordi> something like this. I need to talk to you about more general Rosetta docs though
[12:57] <jordi> re how to organise them, etc
[12:57] <mdke> jordi: ok. I'll be around tomorrow if you like
[12:57] <jordi> but not now :P
[12:57] <jordi> ok, or monday, Im not sure about tomorrow
[12:58] <mdke> jordi: email maybe
[12:58] <jordi> ok
[12:58] <jordi> in any case, ttyl
[12:58] <jordi> It's woody allen time :)
[12:58] <mdke> have fun
[12:58] <jordi> k, laters!
[02:55] <ompaul> anyone know if there is there are reason there are no Ubunteros findable on lp 
[09:16] <Vampyre-2099> hey people
[11:13] <rob> hi, I changed my Name in launchpad, does that change my @ubuntu.com email address too?
[11:15] <lifeless> I'm not sure
[11:15] <rob> I'd prefer if it did
[11:16] <lifeless> give it a day to sync, then try ;)
[11:16] <rob> yeah, ok
[11:16] <rob> how come it takes so long?
[11:16] <rob> if its pulling/pushing data into a sql database, shouldn't it be pretty quick (provided that is what it is doing)?
[11:19] <lifeless> like I ay, I'm not sure about the process
[11:20] <rob> k
[11:21] <mdke> rob: I think it requires admin intervention. It did when i changed my emai address anyway, not sure about a nick change
[11:22] <mdke> wait a few days and see if it works
[11:22] <rob> mdke, thanks, odd process though
[11:22] <mdke> rob: hmm?
[11:23] <rob> I just would have thought it would be more automated
[11:23] <Yannig> Hello everybody :)
[11:23] <mdke> perhaps in a world where everything is perfect, yeah
[11:23] <rob> heh
[11:35] <lifeless> mdke: or more precisely where every*body* is
[11:35] <lifeless> one can imagine abuse rather easily
[11:36] <mdke> lifeless: yes, that's a good point
[11:48] <fabbione> rob: afaik the mail db is manually synced from LP. better wait and see.
[11:50] <sivang> hi folks
[01:22] <funman> hello
[02:09] <funman> sorry
[02:09] <funman> i did not see if there were answers to my question
[02:33] <mdke> funman: we didn't see your question
[02:34] <lifeless> AFAWCT you did not ask a question
[02:34] <funman> sorry i got disconnection problems
[02:34] <funman> so it was:
[02:35] <funman> i read on the faq that launchpad is being released in GPL, small parts at once
[02:35] <funman> and i'm searching a status page of this process
[02:35] <funman> which parts are already released, and what is actually blocking the GPL releasing process of the other parts
[02:38] <mdke> funman: I don't think there is such a page
[02:38] <mdke> funman: note that it says "free software" rather than GPL
[02:39] <mdke> according to that page it is basically the fact that all the code is interelated that is preventing the licensing of some parts
[02:39] <funman> that's what i understood
[02:40] <funman> but i understood too that all the code may be licensed under a free license, even if it would take some years
[02:40] <mdke> that seems to be the ultimate intention, yep
[02:40] <funman> and that canonical is searching for some python devs to help in this process
[02:41] <mdke> right, to separate the various parts, that seems to be what the page says
[03:11] <Dr^EviL> help
[03:12] <mdke> Dr^EviL: more details needed
[03:12] <Dr^EviL> yeah
[03:28] <funman> mdke: do you know who i should ask for making such a page ?
[03:28] <funman> i mean, some specifical launchpad developer, or should i mail directly canonical
[03:34] <mdke> funman: not sure. I'd recommend asking here on a week day
[03:35] <funman> sunday is a day of the week :)
[03:36] <funman> all right, i'll reiter my demand on tomorrow
[05:32] <siretart> ddaa: hi there, around?
[05:32] <ddaa> siretart: helle
[05:32] <ddaa> hello
[05:33] <siretart> ddaa: i was pointed to you because of auto importing branches from upstream
[05:33] <ddaa> yes, it's part of my job
[05:34] <Espion--X> hello  alll  here 
[05:34] <Espion--X>    :)
[05:34] <siretart> ddaa: xine-lib is registered, but there doesn't seem to be a bzr for it https://launchpad.net/products/xine-lib/+branches
[05:34] <ddaa> mh
[05:35] <siretart> ddaa: I registed mplayer as well, and I'd like it to be autosynced as well, if it was possible
[05:35] <ddaa> looking into it
[05:35] <siretart> https://launchpad.net/products/mplayer/trunk says it was still 'testing'. since days
[05:35] <ddaa> so xine-lib is on sourceforge
[05:36] <siretart> https://launchpad.net/products/xine-lib/head says it was 'syncing' but I cannot find the bzr branch anywhere
[05:36] <ddaa> all our sourceforge imports are currently broken because of 1. sourceforge bulk renaming of cvs repos 2. bugs in our handling of changed cvroot 3. reviewers bickering 4. not enough hours in the day
[05:37] <siretart> aah, okay. this explains
[05:37] <ddaa> I'll make a note to look into it again when the sourcefore issue is  fixed
[05:37] <siretart> the next thing: it seems that I somehow broke a bzr branch on the supermirror: 
[05:37] <siretart> bzr: ERROR: Lock was broken while still open: LockDir(sftp://bazaar.launchpad.net/%7Eubuntu-dev/aspectc%2B%2B/debian/.bzr/branch/lock) - check storage consistency!
[05:38] <siretart> I interrupted a commit, I admit it
[05:38] <ddaa> no idea what this error means
[05:39] <ddaa> it's probably not a supermirror-specific issue
[05:39] <ddaa> since it just looks like a normal sftp to bzr
[05:39] <siretart> I think one has to run 'bzr check' in the bzr branch on the supermirror
[05:39] <siretart> but that's just a guess
[05:40] <ddaa> I that one means "this error message sucks"
[05:40] <ddaa> I kicked the mplayer test
[05:41] <ddaa> maybe one day we'll be able to make vcs import be fully automatic
[05:41] <LarstiQ> siretart: have you tried bzr break-lock?
[05:41] <LarstiQ> ddaa: that too
[05:41] <siretart> LarstiQ: trying
[05:43] <siretart> LarstiQ: gives me a new exception: bzr: ERROR: exceptions.IOError: rmdir failed at /usr/lib/python2.4/site-packages/bzrlib/transport/sftp.py line 540 in _translate_io_exception
[05:44] <LarstiQ> oh great
[05:44] <siretart> trying to unbind
[05:44] <LarstiQ> siretart: is that with 0.8?
[05:44] <siretart> LarstiQ: yes, dapper latest
[05:44] <LarstiQ> siretart: care to file 'better error message needed' bugs if they don't exist yet?
[05:46] <siretart> LarstiQ: I think I have to do that
[05:46] <ddaa> siretart: my idle suggestion would be "trash the branch and start again". You can probably just delete the .bzr on the supermirror via sftp and copy a correct one in place (using sftp directly). For example using the nautilus sftp browser.
[05:47] <ddaa> see what I mean?
[05:47] <siretart> ddaa: intersting idea. will try that
[05:54] <ddaa> siretart: i'll manually fix the cvsroot for xine-lib, it's weird that the bzr branch was never published
[05:55] <siretart> ddaa: :)
[06:27] <siretart> ddaa: deleting the .bzr dir wasn't a that great idea. Now I cannot push, becuase the directory still exists, and I cannot delete it either because of permissions :(
[06:27] <ddaa> did you read my suggestion _entirely_?
[06:29] <ddaa> "and copy a correct one in place (using sftp directly)"
[06:31] <siretart> aah, sorry. I misread
[06:31] <Keybuk> Exception while accepting: type object 'DistroReleaseQueueStatus' has no attribute 'UNAPROVED'
[06:32] <Keybuk> Kinnison, cprov-lunch ... ^^
[06:35] <lifeless> s/P/PP ;)
[06:45] <Keybuk> indeed
[06:45] <Keybuk> missing test case there, one thinks
[06:48] <ddaa> siretart: okay, xinelib is broken in a interestingly creative way
[06:48] <ddaa> unfortunate interaction between a really broken cvs commit message
[06:49] <siretart> ddaa: oh, it is? (well, the software itself is as well on some archs ;)
[06:49] <ddaa> the rfc822 format of baz commit logs
[06:53] <ddaa> bzr should be able to deal with the broken commit log much more gracefully though
[07:53] <cprov> Keybuk: typo fixed, test added in my `small-fixes` branch, thank you for reporting this
[07:54] <Keybuk> cprov: when will that likely be deployed?
[07:54] <Keybuk> given that this kinda blocks uploads right now
[07:54] <cprov> Keybuk: production is already cowboyed ;)
[07:54] <Keybuk> thanks
[07:55] <cprov> Keybuk: np
[07:57] <cprov> Keybuk:  let me know if it works, I'm around
[08:00] <Keybuk> seems to be fine thanks
[08:01] <cprov> you're welcome, sorry for that mistake