[12:18] <ddaa> Maybe one of the big challenges of Launchpad is achieving something lovable, while we need to something so broad. Lovable needs depth, and we cannot really go as deep as we would wish...
[01:13] <lifeless> the dep on gnarly is gone now right ?
[02:08] <ckdake> anyone around that can answer a few questions about putting a new project into rosetta?
[02:28] <LarstiQ> ckdake: I probably can't, but go ahead and we'll see how far I get. Someone else can pick up the pieces :)
[02:28] <ckdake> I'm the project manager for Gallery, and we've been looking at rosetta as a possibility to manage translations
[02:29] <ckdake> we want to allow translators to continue submitting things they way they currently do, which it sounds like rosetta can play nicely with
[02:29] <ckdake> and we have a makefile target that needs to be run to update the compiled translation files when new pos come in
[02:30] <ckdake> I was curious about how rosetta can tie in to our svn and if there would be a way to run makefile things before commits from rosetta
[02:30] <LarstiQ> Afaik, you can (periodically) get an export of the .mo's from rosetta
[02:31] <LarstiQ> which you would do, say, prior to release
[02:31] <LarstiQ> not sure about continously syncing
[02:31] <ckdake> the main reason for it is that most of our translators like to be able to test out how their translation works immediately after doing it
[02:32] <ckdake> right now they can just run make, but having to wait for a release would be less than ideal
[02:32] <LarstiQ> ckdake: ah well, people could still work directly on a .po
[02:33] <LarstiQ> ckdake: you're probably better off asking someone in the know like jordi/carlos/danilos, or mailing launchpad-users
[02:33] <ckdake> heh. ok. thanks for trying!
[03:10] <kiko> WOO WOO WOO
[03:10] <kiko> guns don't kill PQM
[03:10] <kiko> I DO!
[03:19] <lifeless> kiko-zzz: for the win
[03:42] <wasabi> So, has anybody thought of hosting virtual machines through launchpad?
[03:42] <wasabi> Odd idea I know, just thought of it.
[03:42] <wasabi> YOu'd have some "machine" launchpad structure, a lot like you do with bzr branches.
[03:42] <wasabi> It'd run Xen someplace.
[03:43] <wasabi> You could group machines togehter... assign permisions for people to send signals to reboot, or get a console.
[03:43] <wasabi> Just throwing it out there. Later. :)
[03:44] <lifeless> meep
[03:44] <ajmitch> hehe
[03:45] <lifeless> something is whack with the branch mirror
[05:00] <lifeless> wheres the 'getting started developing lp' wiki pages these days ?
[05:03] <jamesh> lifeless: we don't have a single up-to-date set of instructions at the moment
[05:03] <lifeless> hmm
[05:03] <lifeless> that was really useful. I think it would be a good idea to pull that back together
[05:03] <lifeless> we're hiring sufficiently fast its worth it IMO
[05:04] <jamesh> the DatabaseSetup page is pretty up to date as far as getting Postgres configured locally
[05:04] <lifeless> ya, my pgsql is fine AFAIK
[05:04] <jamesh> I walked _thumper_ through some of the initial setup manually
[05:05] <spiv> It's a bit odd that some info is on the wiki, and some (doc/localdomain-setup.txt) is only in the source tree.
[05:05] <jamesh> spiv: ... and its out of date
[05:05] <lifeless> yay static doc
[05:06] <spiv> jamesh: it's documentation, of course it's out of date ;)
[05:08] <jamesh> I should see how my "bzr repo-push" plugin performs with smart server
[05:11] <jml> lifeless: "sufficiently fast" wouldn't be my choice of words :P
[05:15] <spiv> jamesh: have you taken a look at the pygettextpo breakage carlos reported on the list?
[05:16] <mpt> Gooooooooooooooooooooooooooooooooood afternoon Launchpadders!
[05:16] <jamesh> spiv: was going to investigate that.  Hopefully we can use an #ifdef to make it function for both versions
[05:17] <lifeless> jml: blue proseth
[05:18] <jml> lifeless: what's a proseth?
[05:18] <spiv> jamesh: I hope so.  I took a brief stab at it, and it reminded me how terribly rusty my C is...
[05:19] <spiv> jamesh: so you're probably the best person to fix it, assuming you have time.
[05:19] <lifeless> 'due process'
[05:24] <jml> lifeless: the problem with such processes is you can't figure in advance out how long they take to run. 
[05:24] <lifeless> thats why we call them 'due'
[05:24] <lifeless> rather than 'overdue'
[05:24] <jml> :)
[05:27] <mpt> What the hell?
[05:27] <mpt> I have to register my times of presence at a sprint in UTC??
[05:31] <BjornT> mpt: bug 65868
[05:31] <Ubugtu> Malone bug 65868 in launchpad "Sprint attendance times should be considered local wallclock time" [Medium,Confirmed]  http://launchpad.net/bugs/65868
[05:31] <mpt> ahh, thanks BjornT 
[05:31] <mpt> I was just about to report that
[05:31] <mpt> (and was about 7 seconds away from finding it myself:-)
[05:49] <nictuku> hi, is "download / +export"  the only way to get the a current .po from rosetta?
[05:50] <jamesh> nictuku: that or wait for the language pack to turn up in the Ubuntu repository (for Ubuntu translations)
[06:00] <Ubugtu> New bug: #67058 in blueprint "Person's specifications don't show what project each spec is for" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67058
[06:40] <Ubugtu> New bug: #67062 in blueprint "Specification page doesn't show who approved/declined it for meetings or when" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67062
[08:00] <jamesh> in gettext-po.h: "int multiline_p" <- spot the lisper
[08:22] <_thumper_> morning all
[08:23] <_thumper_> could someone email me the pass phrase for the test user in the test suite?
[08:24] <_thumper_> or private chat thingy
[08:25] <spiv> _thumper_: look at lib/canonical/launchpad/pagetests/README.txt
[08:27] <SteveA> jamesh: it's a boolean?
[08:27] <jamesh> SteveA: yeah
[08:28] <SteveA> or rather "boolean-p" ?
[08:28] <SteveA> stu1: ping
[08:28] <stub> SteveA: pong
[08:29] <_thumper_> jamesh: just say no
[08:29] <jamesh> spiv: btw, did the gettextpo test suite pass with the change you made?
[08:30] <spiv> jamesh: no, as I said in my mail it still segfaulted.
[08:31] <jamesh> spiv: so you did.  Looks like a NULL check from previous versions disappeared.
[08:32] <SteveA> stub: is staging doing something interesting?  I just got a timeout from it?
[08:34] <stub> SteveA: daily jobs are running. Currently the librarian garbage collector
[08:38] <stub> Bit of a worry as I've proposed that box as the host for {beta,edge}.launchpad.net. Might need to move staging to carbon at some point, or at least the db.
[08:53] <SteveA> mpt: ping
[08:54] <mpt> SteveA, pong
[08:54] <SteveA> mpt: conf call in 5
[08:54] <mpt> yes, thanks
[08:55] <SteveA> my hierarchy menu merge to mainline failed
[08:55] <SteveA> there's something weird with one of the tests that I'm looking into
[08:55] <SteveA> I also mailed you about a CSS weirdness
[08:57] <SteveA> mpt: also, merging from mainline, there are many conflicts
[08:57] <SteveA> I will work on resolving these
[08:57] <SteveA> We must coordinate so we both don't try to resolve conflicts at once
[09:26] <mpt> SteveA, do you want me to fix the tests in the conflict-resolution branch, or should you?
[09:26] <SteveA> I'm going to revert my confict resolution now, and get some breakfast
[09:26] <SteveA> so, do as much as you like / can on that
[09:27] <SteveA> and let me know when you're done, and I'll merge from you
[09:28] <carlos> morning
[09:32] <mdke> carlos: morning. I wanted to chat about those templates
[09:32] <carlos> mdke: hi
[09:33] <mdke> hiya
[09:33] <carlos> mdke: I did nothing because no one was able to give me an answer 100% sure about what to do with it
[09:33] <mdke> quite right, thanks
[09:33] <mdke> if you can talk to me, it's always better
[09:33] <mdke> so anything with installation-guide should NOT be accepted. Sorry about that, I've removed them from the latest source package
[09:34] <mdke> contribute.pot should be accepted. And with the kubuntu ones, I'm curious myself why they are there - kubuntu-docs has those templates already
[09:34] <carlos> perhaps you changed the path
[09:35] <carlos> or the filename
[09:35] <carlos> ok, I'm going to do it right now
[09:35] <mdke> can you tell me what package they were uploaded with?
[09:35] <carlos> you can see it in the import page
[09:35] <mdke> ah, ubuntu-docs
[09:36] <carlos> yep
[09:36] <mdke> that is a mistake by dholbach then. Reject them and I'll let him know
[09:36] <carlos> hmm
[09:36] <carlos> in fact the kubuntu ones
[09:36] <carlos> come from ubuntu-docs too
[09:36] <carlos> that's the reason they are not being imported automatically
[09:37] <mdke> yes. I know what's going on there
[09:37] <mdke> we have a script which removes some stuff from the source package, but daniel must have forgotten to run it before uploading
[09:39] <carlos> ok
[09:39] <carlos> so I should only accept contribute.pot
[09:39] <carlos> right?
[09:39] <mdke> yes. I noticed recently that we forgot to include that pot file in previous uploads
[09:39] <mdke> a bummer for translators :/
[09:40] <carlos> I see
[09:40] <carlos> ok
[09:44] <mdke> guys, any plans for getting malone to strip pgp stuff out of emails? I send my bugmail with enigmail and it kinda clogs up the comments screen
[09:51] <BjornT> mdke: there is a bug open for that (bug 40526), but it's low priority for the moment since we have a lot of other stuff to do.
[09:51] <Ubugtu> Malone bug 40526 in malone "strip inline pgp noise from bug messages" [Low,Confirmed]  http://launchpad.net/bugs/40526
[09:51] <mpt> mdke, there's a bug reported about it, if that's what you mean by "any plans for"
[09:51] <mpt> d'oh, too slow :-)
[09:51] <mdke> mpt: yes it is
[09:51] <mdke> BjornT: thanks
[09:53] <carlos> see you later
[10:20] <mpt> SteveA, I've fixed the pagetests, pushing now
[10:20] <SteveA> mpt: great
[10:21] <SteveA> I've fixed the hierarchy menus test
[10:21] <SteveA> if you can tell me what CSS to change, I'll do that before I merge with pqm
[10:24] <mpt> ugh, it'll take a while for me to fetch your branch
[10:24] <mpt> sorry, should have started that while I was working on the tests in the other branch
[10:25] <SteveA> latest is in sftp://devpad.canonical.com/code/stevea/launchpad/devel
[10:26] <SteveA> it shouldn't take long for you to get my branch if you're using a repository
[10:26] <mpt> Indeed I am
[10:26] <SteveA> are you using jamesh's setup now?
[10:26] <SteveA> I need to switch over to that
[10:26] <mpt> yes
[10:27] <SteveA> spiv: ping
[10:31] <lucasvo> are there any plans to include a better source code browser into LP
[10:31] <lucasvo> such as bzr webserve?
[10:31] <jamesh> SteveA: I've got a plugin that can do a full repository push, but it is a fair bit slower than using rsync (the method I documented on the wiki page for pushing your changes)
[10:32] <jamesh> SteveA: maybe it'll have acceptable performance with the smart server
[10:32] <SteveA> lucasvo: yes
[10:32] <lucasvo> SteveA: when?
[10:32] <SteveA> we're going to use that, and have links from it to launchpad and back
[10:33] <SteveA> I expect in december
[10:33] <lucasvo> good. I really miss this feauture
[10:37] <mpt> SteveA, push finished
[10:38] <mpt> Shall I send it to PQM, or would that just complicate things?
[10:38] <SteveA> the push of which is fininshed?
[10:38] <SteveA> your latest UI work?
[10:38] <mpt> 2006-10-ui-one-zero
[10:38] <SteveA> don't send it to pqm.  I'll merge that into my UI branch, then I'll merge in new menus, then I'll push it to PQM
[10:39] <mpt> That's the 1.0 help slot, and (more interesting to you) resolving recent conflicts with mainline
[10:39] <SteveA> ok
[11:07] <mpt> SteveA, in launchpad.css, line 1180 (in the "ul.menuroot" rule), change "font-size: smaller;" to "font-size: 0.675em;"
[11:07] <mpt> That's the only change necessary
[11:09] <SteveA> ok
[11:09] <SteveA> I'll do that
[11:17] <carlos> SteveA: hi, do you have time for a brief meeting with me?
[11:18] <SteveA> carlos: I will have, but I'd rather have later today
[11:18] <carlos> ok
[11:18] <SteveA> is that okay, or do you need to tal know?
[11:18] <carlos> no it's not urgent at all
[11:19] <SteveA> ok
[11:19] <carlos> SteveA: I have to go to the doctor in less than an hour, so I guess we could have it after lunch, if you have time
[11:19] <SteveA> fine
[11:19] <SteveA> mpt: darn... still get lots of conflicts
[11:19] <SteveA> some "path conflicts" too this time
[11:20] <carlos> SteveA: ok, thanks
[11:20] <SteveA> very exciting, I haven't had those before
[11:20] <SteveA> ddaa: what's a "path conflict" ?
[11:20] <ddaa> for example, the other branch tries to create a filename that's already in the working tree, but with a different file id
[11:21] <ddaa> or it tries to add a file in a directory you have deleted
[11:21] <ddaa> this sort of shit, when the conflict is in the tree structure
[11:21] <ddaa> well, I presume...
[11:22] <SteveA> mpt: did you do anything where you did the same thing, but in two divergent trees?
[11:22] <SteveA> I'm trying to figure out how these conflicts arose
[11:22] <ddaa> it's the dark side of having extensive support for renames... the richest the rename tracking, the more complex the possible conflicts
[11:23] <mpt> SteveA, no.
[11:24] <mpt> And I'm deliberately (for example) blanking obsolete templates instead of deleting them, so if anything changes in them it will be a text conflict rather than a more complicated one
[11:25] <ddaa> mh... actually I remember when you get this sort of conflict you do not get a path conflict, you just get a conflict with only file.BASE and file.OTHER
[11:25] <SteveA> very strange
[11:26] <mpt> That makes sense, if there's no .THIS file left
[11:26] <ddaa> it's a bit surprising the first time though... anyway it's not the current problem
[11:28] <mpt> SteveA, will you have time for bug 65629 today?
[11:28] <ddaa> SteveA: do the conflict tree contains files or dirs whose name ends in ".moved"?
[11:28] <Ubugtu> Bug 65629 on http://launchpad.net/bugs/65629 is private
[11:28] <SteveA> mpt: yes
[11:29] <mpt> great
[11:29] <jamesh> maybe if you deleted a file that has since been modified in the branch you're merging from?
[11:30] <ddaa> "when you get this sort of conflict you do not get a path conflict, you just get a conflict with only file.BASE and file.OTHER"
[11:31] <ddaa> got that at some point when I merged your bzr compatibility fixes into my cscvs-partial-copy branch, that deleted some of the files you modified
[11:31] <SteveA> ddaa: no .moved files
[11:31] <jamesh> or if someone deleted a file and then recreated it with a different file ID
[11:31] <ddaa> jamesh: that should cause .moved files to pop around, so the two file ids are kept around
[11:32] <ddaa> IIRC
[11:32] <SteveA> mpt: how did you do the rename to the help_bg.gif icon from options_info_bg.gif ?
[11:32] <ddaa> SteveA: no idea, would need to get my hands on the tree
[11:32] <mpt> SteveA, with bzr mv
[11:32] <SteveA> thanks for confirming the revert bug with a test case
[11:33] <ddaa> so, do I get my leave? :)
[11:35] <Ubugtu> New bug: #67091 in malone "Izzuezilla bug watches are failing to update" [High,Confirmed]  http://launchpad.net/bugs/67091
[11:36] <SteveA> mpt: in the style.css, there are changes removing ^M at the end of certain lines
[11:36] <SteveA> but not all
[11:37] <mpt> I have no idea what that's about
[11:39] <SteveA> I'll just use the one from your branch in that case
[11:39] <mpt> SteveA, merging fresh rocketfuel into 2006-10-ui-one-zero I get one conflict, in Makefile
[11:39] <mpt> so I guess I can't help with any of the problems you're having
[11:39] <SteveA> I think there are tabs in the main template
[11:39] <SteveA> please look see
[11:40] <mpt> there are indeed
[11:41] <mpt> I don't know why that is, I've had "Insert spaces instead of tabs" turned on the whole time
[11:41] <mpt> One of them is a line I copied and pasted from Usman's work
[11:41] <mpt> but the rest aren't
[11:41] <SteveA> please put the 1.0 in progress comments at the end of files
[11:41] <SteveA> not in the middle of files
[11:42] <SteveA> mpt: in your branch, did you merge my initial bugfix for showing bug pages?
[11:42] <mpt> What file are you talking about?
[11:42] <SteveA> specification-index.pt
[11:42] <mpt> SteveA, not in this branch, no
[11:42] <mpt> This branch doesn't have any structural headings in it
[11:43] <SteveA> ok
[11:43] <SteveA> I think that will explain my conflicts
[11:44] <SteveA> mpt: what branch have you been merging from my ui branch into?
[11:45] <mpt> When you said you'd fixed bug 65629, I merged it into 2006-08-ui, because that's the branch I was doing structural headings on
[11:45] <Ubugtu> Bug 65629 on http://launchpad.net/bugs/65629 is private
[11:46] <jordi> carlos?
[11:46] <jordi> carlos: I need your help here: why does http://librarian.launchpad.net/4734954/silva.pot fail to import?
[11:47] <mpt> SteveA, and while I haven't been able to land that branch, I've been doing the help slot on 2006-10-ui-one-zero
[11:47] <mpt> which is what you just merged from
[11:47] <carlos> jordi: let me see...
[11:52] <carlos> jordi: msgfmt accept it so it's a problem in our side
[11:53] <carlos> let me see if I find what's going wrong...
[11:53] <jordi> ok
[11:57] <jordi> carlos: I need to leave for 30 mins, but I invited thisfred here
[11:57] <carlos> jordi: I'm leaving in 10 minutes to the doctor...
[11:58] <SteveA> hello thisfred 
[12:00] <carlos> thisfred: hi
[12:00] <Ubugtu> New bug: #67095 in malone "Support status updates of Trac bug watches" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67095
[12:05] <thisfred> sry: hi SteveA, hi carlos
[12:07] <_thumper_> SteveA: your thoughts on using SoftRequestTimeout for shortlist hardlimit?
[12:10] <Ubugtu> New bug: #67102 in malone "Support status updates of Roundup bug watches" [Low,Confirmed]  http://launchpad.net/bugs/67102
[12:11] <SteveA> _thumper_: I agreed a way forward with spiv on this yesterday.
[12:12] <SteveA> it was on irc, and I expect spiv to carry this onto the mailing lists etc.  are you blocked on this right now?
[12:12] <_thumper_> only on that branch
[12:12] <_thumper_> can get back to spec-branches
[12:12] <_thumper_> I was just trying to finish that off today
[12:13] <SteveA> http://people.ubuntu.com/~fabbione/irclogs/launchpad-2006-10-19.html
[12:13] <SteveA> 03:35 or so
[12:13] <SteveA> starts at 03:32
[12:17] <SteveA> until 03:39
[12:17] <_thumper_> ok, I'll update my branch based on this and push it up and poke spiv for a quick sanity check
[12:17] <SteveA> great
[12:26] <eleusis> kiko-zzz: ping
[12:26] <eleusis> doh
[12:31] <SteveA> kiko is in brazil
[12:31] <SteveA> so, wait a couple of hours
[12:44] <ddaa> SteveA: apparently, we are no longer (have we ever been) firewalled by the debian svn. Succeded at an test import of devscript. Debconf test import is failing because of some known bug.
[12:56] <jordi> thisfred: ok, so carlos had to leave to the doctor
[12:56] <jordi> thisfred: we can have a deeper look when he's back, but this is a flaw in rosetta.
[12:56] <jordi> thisfred: I'll file a bug so it's tracked.
[12:57] <thisfred> jordi: ok, thanks for your help!
[12:58] <jordi> thisfred: np!
[12:58] <thisfred> as I've said: no real emergency, though I'd like to be kept informed if amything changes 
[12:59] <jordi> thisfred: I subscribed to to the bug report
[01:00] <jordi> https://launchpad.net/products/rosetta/+bug/67109
[01:00] <Ubugtu> Malone bug 67109 in rosetta "Rosetta fails to import a valid silva.pot" [Undecided,Unconfirmed]  
[01:06] <Ubugtu> New bug: #67109 in rosetta "Rosetta fails to import a valid silva.pot" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67109
[01:13] <SteveA> thisfred: feel free to discuss things in person if you like too :-)
[01:13] <SteveA> I am after all sitting in the next room
[01:18] <ddaa> *sigh* people are so creative with svn...
[01:18] <ddaa> https://launchpad.net/products/listen/trunk
[01:18] <ddaa> https://svn.sourceforge.net/svnroot/listengnome/trunk-0.5
[01:18] <eleusis> SteveA: ah right
[01:18] <ddaa> so is that trunk, or is that 0.5? Eh?
[01:19] <_thumper_> ddaa, sounds like someone wants that to be trunk of 0.5
[01:19] <_thumper_> bit screwy though
[01:19] <eleusis> looks like GMT-2
[01:19] <ddaa> _thumper_: a bit misguided...
[01:19] <ddaa> Currently deleting spurious non-trunk imports
[01:22] <SteveA> maybe it's half of the trunk
[01:22] <SteveA> and the other half is elsewhere
[01:22] <ddaa> and the last log entry on the trunk branch (not trunk-0.5) is "Release 0.5b1"...
[01:22] <ddaa> ...
[01:28] <carlos> thisfred, jordi: It's an encoding problem
[01:29] <jordi> carlos: silva.pot: ASCII PO (gettext message catalogue) text, with very long lines
[01:30] <jordi> because it declares UTF-8?
[01:30] <carlos> it should work
[01:30] <carlos> ASCII is a subset of UTF-8
[01:30] <jordi> yes
[01:31] <carlos> ('ascii' codec can't decode byte 0xc2 in position 0: ordinal not in range(128))
[01:31] <carlos> that's the error
[01:31] <jordi> a pot should probably say CHARSET, not UTD-8, but anyway
[01:31] <carlos> not really
[01:31] <carlos> it should say CHARSET if you are completely sure whether it's ASCII
[01:31] <carlos> but if it includes UTF-8 chars, it should be UTF-8
[01:31] <jordi> I thought CHARSET is used as a template, that needs subtitution
[01:31] <jordi> nod
[01:32] <carlos> gettext works that way
[01:32] <carlos> when there is a msgid with non ascii chars
[01:36] <jordi> I see
[01:36] <carlos> well, with UTF-8 chars, I guess that it would say something else if your msgid is using other encodings
[01:36] <ddaa> Actually, it looks like trunk became effectively a stable branch, and the new head is trunk-0.5. All recent development was in trunk-0.5, and trunk merged it when 0.5b1 was released.
[01:37] <_thumper_> ddaa, how often are the merge status diffs updated on pending reviews?
[01:37] <ddaa> Everytime I peek out into the real world, I become painfully aware of how much "vcs import == series" is a bad model...
[01:38] <ddaa> http://headrush.typepad.com/creating_passionate_users/2006/09/easeofuse_shoun.html
[01:39] <ddaa> _thumper_: every now and then, give or take a few minutes :)
[01:39] <ddaa> IOW, I dunno, really...
[01:39] <_thumper_> ok
[01:40] <Ubugtu> New bug: #67115 in rosetta "No easy way to copy and paste the original English translation if it contains special characters" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67115
[01:46] <carlos> thisfred, jordi: I found the problem
[01:46] <carlos> #: /views/edit/VersionedContent/tab_status_get_status_link_title.py:37
[01:46] <carlos> msgid "view \302\253${version_title}\302\273"
[01:46] <carlos> msgstr ""
[01:47] <carlos> the \302\253 and \302\273 chars are the problematic ones
[01:47] <carlos> thisfred: what's that?
[01:48] <carlos> I see... '' and ''
[01:55] <mpt> bother!
[01:55] <mpt> jamesh, still around?
[01:55] <Ubugtu> New bug: #67118 in rosetta "Two adjacent "To continue, you must log in" messages" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67118
[01:58] <thisfred> carlos: yes those are correct
[01:58] <thisfred> are they not encoded as UTF-8
[01:58] <thisfred> ?
[01:59] <carlos> python doesn't accept them as UTF-8 valid, or at least as we parse it
[01:59] <carlos> I'm doing some testing to see how could we fix it
[02:00] <carlos> thisfred: in the mean time, If you want, I could upload a .pot file without that msgid so the others can be translated while we fix this issue
[02:02] <thisfred> carlos: thanx, but if we take out that one, we may find others, I think there are more, so I'll have a look myself to see what is best. I could try giving all special characters symbolic names, and use that as a work around for now.
[02:02] <SteveA> mpt: ping
[02:02] <mpt> SteveA, pong
[02:02] <carlos> thisfred: before you change anything, give me one day to see if I figure an easy fix for this issue
[02:03] <thisfred> But it could be that one of my tools fouled up the actual encoding, in which case correcting that might fix the file...
[02:03] <thisfred> carlos: sure, there is no great hurry at my end
[02:04] <SteveA> mpt: can you resolve the css file too?
[02:04] <carlos> well, printing that text in python shows that it's valid UTF-8
[02:04] <carlos> so I don't think it's a problem in your side
[02:06] <SteveA> mpt: I've done all the rest
[02:07] <mpt> great, another entire-file conflict
[02:10] <mpt> this should take about half an hour :-(
[02:13] <ddaa> mpt: you know about extmerge?
[02:13] <mpt> no
[02:13] <ddaa> uses an external app to resolve merge conflicts, I use kdiff3
[02:13] <ddaa> http://erik.bagfors.nu/bzr-plugins/extmerge/
[02:13] <ddaa> apt-get install kdiff3
[02:13] <ddaa> mpt: it's amazing how much pain you guys are willing to endure without asking if there's a better way.
[02:13] <SteveA> mpt: It's easier with gvimdiff too
[02:14] <ddaa> kdiff3 is really great, but you need a large screen and a small font to fit all the information
[02:14] <SteveA> mpt: try gvimdiff style.css.THIS style.css.OTHER
[02:14] <ddaa> SteveA: the thing is that extmerge automates that for you
[02:15] <ddaa> "bzr emerge style.css" and it calls your tool of choice with the conflict files
[02:15] <SteveA> gentoo!
[02:16] <ddaa> nah... it helps you "emerge from your pit of textual conflicts"
[02:16] <SteveA> mpt: you don't need the syntactic sugar of emerge
[02:16] <ddaa> right
[02:16] <SteveA> from the gvimdiff, I see there are only about 20 lines different
[02:16] <SteveA> most of these are to do with the change from "options" to "help"
[02:16] <mpt> ddaa, there is a better way, which is for bzr merge to be less dumb :-)
[02:17] <ddaa> mpt: unattended merging is hard
[02:17] <SteveA> mpt: do you understand what you're seeing with gvimdiff style.css.THIS style.css.OTHER ?
[02:17] <ddaa> better safe than sorry
[02:18] <mpt> SteveA, kdiff3 has only just finished installing
[02:18] <SteveA> I said to use gvimdiff
[02:18] <mpt> 1.15am is not the time to learn vim
[02:18] <SteveA> which you may have already
[02:18] <SteveA> you don't need to do anything with it except look
[02:19] <mpt> bash: gvmdiff: command not found
[02:19] <SteveA> gvimdiff
[02:19] <mpt> E: Couldn't find package gvmdiff
[02:19] <SteveA> you're missing the I
[02:19] <mpt> gahhh
[02:19] <SteveA> gvimdiff
[02:19] <SteveA> but the kde tool should be equivalent
[02:19] <mpt> That package is unknown either
[02:20] <mpt> s/either/too/
[02:20] <thisfred> meld is also nice :)
[02:20] <SteveA> it's a command
[02:20] <SteveA> did you try the command gvimdiff ?
[02:20] <ddaa> thisfred: meld does not do merges AFAIK
[02:20] <SteveA> or just vimdiff ?
[02:20] <SteveA> ddaa: we're just trying to compare two files
[02:20] <salgado> gvimdiff is from vim-gnome
[02:20] <salgado> mpt, ^
[02:21] <SteveA> ddaa: so I think meld would be fine
[02:21] <SteveA> but I just want to get mpt using something here
[02:21] <ddaa> meld's great for viewing diffs
[02:21] <ddaa> there's a plugin do do "bzr diff" with meld too :)
[02:22] <mpt> ok, kdiff3 show me the diffs very nicely, but how to resolve them is completely non-obvious
[02:22] <SteveA> mpt: privmsg
[02:46] <SteveA> carlos: ping
[02:49] <carlos> SteveA: pong
[02:49] <SteveA> carlos: do you know well about how staging is set up?
[02:49] <carlos> I think so, yes
[02:49] <SteveA> I tried doing some stuff on there, and it looks like rf-built is rsynced over to there
[02:49] <carlos> no
[02:49] <carlos> it uses a local mirror
[02:50] <SteveA> but that the launchpad bzr tree is broken, maybe it was rsynced mid-way through a pull
[02:50] <SteveA> or push
[02:50] <carlos> I don't remember how is prepared the mirror
[02:50] <carlos> and I don't have access to that machine anymore
[02:50] <SteveA> ok, don't worry then
[02:51] <carlos> I think you can force the mirror, though
[02:52] <SteveA> any idea how?
[02:52] <carlos> do a 'crontab -l' as launchpad user
[02:52] <carlos> I think it was executed from there
[03:00] <SteveA> carlos: don't see anything useful there
[03:03] <carlos> well you could always do the rsync against devpad yourself directly
[03:03] <carlos> SteveA: and start it later
[03:03] <SteveA> yeah, I'll try doing that
[03:13] <carlos> thisfred: I think I found a solution
[03:14] <carlos> thisfred: I will try to get it merged as soon as possible so this unblocks you product
[03:15] <thisfred> carlos: great! thank you very much!
[03:18] <SteveA> I obviously have no clue how to drive rsync
[03:21] <carlos> thisfred: https://launchpad.net/products/rosetta/+bug/67138
[03:21] <Ubugtu> Malone bug 67138 in rosetta "poparser should use unichr instead of chr for escaped chars" [Medium,Confirmed]  
[03:23] <carlos> SteveA: rsync -avzH --delete devpad.canonical.com:/code/warthogs/rocketfuel-built/launchpad/ launchpad
[03:23] <carlos> SteveA: I think that's what you need
[03:24] <SteveA> how do you remember all that?
[03:25] <carlos> well, I use it quite often ;-)
[03:26] <thisfred> carlos: thanks: I subscribed
[03:26] <SteveA> fuck
[03:26] <SteveA> half the problem is that "bzr" on staging for some reason runs the bzr in the launchpad tree
[03:26] <SteveA> the PYTHONPATH is arsed up too
[03:28] <carlos> hmm, that means that a broken launchpad tree will break bzr too...
[03:28] <carlos> funny...
[03:28] <kiko-zzz> yawn
[03:29] <kiko> hello handsome
[03:29] <kiko> no, not you
[03:30] <Ubugtu> New bug: #67138 in rosetta "poparser should use unichr instead of chr for escaped chars" [Medium,Confirmed]  http://launchpad.net/bugs/67138
[03:30] <carlos> SteveA: are you able to tell me any problem I could have if I move from chr() to unichr() when using it as: "u'foo' + chr(integer)" ?
[03:30] <j-a-meinel> TreMobyl: who is coming from uiowa? (I went to school there)
[03:31] <carlos> I think it should not introduce any problem and I'm sure it fixes bug #67138, but I don't know whether it would introduce any other problem
[03:31] <Ubugtu> Malone bug 67138 in rosetta "poparser should use unichr instead of chr for escaped chars" [Medium,Confirmed]  http://launchpad.net/bugs/67138
[03:31] <SteveA> carlos: uchr
[03:32] <SteveA> don't concatenate unicode and str object
[03:32] <carlos> atm we do it with chr, I want to move to unichr
[03:32] <TreMobyl> j-a-meinel: what are you talking about?
[03:32] <carlos> so I guess that's a confirmation that it's the right way to do it
[03:32] <j-a-meinel> TreMobyl [n=solarion@dhcp80ff4703.dynamic.uiowa.edu]   entered the room
[03:32] <SteveA> now the initscript doesn't work anymore on staging
[03:33] <TreMobyl> j-a-meinel: well, then I would be, no?
[03:33] <j-a-meinel> I was trying to figure out who you were, as I don't recognize your IRC nick.
[03:33] <carlos> SteveA: if you want, add my ssh certificate to launchpad's user and I will fix staging for you. I will remove it once it's done
[03:33] <TreMobyl> ah, just a hacker wannabe
[03:33] <TreMobyl> what did you study here?
[03:33] <j-a-meinel> Biomedical Engineering.
[03:34] <TreMobyl> interesting
[03:34] <j-a-meinel> yourself?
[03:34] <erdalronahi> hi doko_, hi carlso
[03:34] <erdalronahi> hi carlos
[03:34] <carlos> erdalronahi: hi
[03:34] <erdalronahi> should we talk here or there
[03:34] <TreMobyl> j-a-meinel: physics, but we're off-topic.  :)
[03:34] <doko_> carlos: erdalronahi says, that the latest rosetta export doesn't contain the current ku translations
[03:35] <carlos> doko_: does your source package include it?
[03:35] <erdalronahi> well, there were some bugs, which I will explain later.
[03:35] <erdalronahi> To correct them, we uploaded fixed files on 12.10.
[03:35] <kiko> carlos, did you see my gift?
[03:35] <doko_> you did export on 2006-10-15, but apparently this was before the import of the OOo translations from the last upload did finish?
[03:35] <erdalronahi> but they were imported on 16.10
[03:36] <erdalronahi> doko pulled the stuff on 15.10
[03:36] <erdalronahi> so they are not there
[03:36] <carlos> doko_: could be, because I saw new uploads later...
[03:36] <erdalronahi> the problem is massive
[03:36] <carlos> doko_: do we have time for a new version before final release?
[03:36] <doko_> carlos: http://people.ubuntu.com/~doko/GSI_ku.sdf is what I got ...
[03:36] <carlos> kiko: wow, I just saw it
[03:36] <carlos> kiko: thanks!!!
[03:37] <doko_> time probably, but I want to make sure that we get it right this time ...
[03:37] <erdalronahi> the up to date files are at http://download.ferheng.org/ooo2/GSI_ku.sdf.bz2
[03:37] <doko_> so if you can export new translations, I could do test packages.
[03:38] <erdalronahi> and in Rosetta
[03:38] <carlos> ok, I will prepare a new export today
[03:38] <carlos> erdalronahi: so Rosetta is up to date right now, right?
[03:38] <erdalronahi> yes
[03:39] <kiko> carlos, you're welcome.
[03:39] <carlos> ok
[03:39] <carlos> doko_: I'm going to request a new export right now
[03:39] <erdalronahi> I will tell you what the problem was, I think it is important
[03:40] <erdalronahi> Strings that appear in several .po-files and are translated differently in one of them do not appear at all
[03:40] <erdalronahi> if "file" is translated 3 times the same and once differently, it will not appear anywhere in OOo
[03:40] <erdalronahi> that affects large parts of the menus
[03:40] <carlos> oh, really???
[03:41] <carlos> is that a bug in pootle or OO.org ?
[03:41] <erdalronahi> Well, rather in Rosetta > GSI as you do it
[03:41] <erdalronahi> We didn't use pootle, just Rosetta
[03:41] <erdalronahi> I always wondered why it was like this
[03:42] <erdalronahi> when I converted the Rosetta stuff with po2ooo, I saw that these strings were marked as fuzzy
[03:42] <erdalronahi> and didn't make it into the GSI
[03:42] <erdalronahi> obviously that also happens when you are compiling your langpacks
[03:43] <carlos> erdalronahi: well, Rosetta -> GSI is pootle's code 
[03:43] <erdalronahi> the translate-toolkit, isn't it?
[03:43] <carlos> at least until Danilo finish the native support for GSI files
[03:43] <carlos> erdalronahi: right, sorry, I keep mixing them...
[03:44] <erdalronahi> May be their bug
[03:44] <erdalronahi> But I am not sure, since Rosetta uses different templates
[03:45] <erdalronahi> so it could well be a Rosetta bug
[03:46] <carlos> doko_: ?
[03:46] <carlos> erdalronahi: the .po to GSI conversion is done by doko_
[03:46] <erdalronahi> I can file a but in Launchpad and explain this issue
[03:48] <carlos> erdalronahi: yeah, do it, bug against oo.org, It sounds to me that it's a problem with the .po -> GSI step
[03:48] <doko_> carlos: does rosetta marks these as fuzzy?
[03:50] <carlos> no, because every .po file is its own context and the same .po file cannot have more than one msgid with the same value
[03:50] <erdalronahi> no, it doesn't
[03:51] <carlos> that should be done when all .po files are linked back to the same single file
[03:51] <erdalronahi> yes, that is when it happens
[03:51] <erdalronahi> it happened about 1500 times for ku
[03:51] <erdalronahi> because some translations are used at 50 places
[03:53] <carlos> and that step is done outside Rosetta
[03:53] <doko_> erdalronahi: strange, I can start po2oo with --fuzzy, but I'm unsure how this helps ... if these are not marked fuzzy
[03:55] <Ubugtu> New bug: #67145 in malone "Linkify Debian bug numbers in comments correctly" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67145
[03:57] <kiko> jamesh, you rock
[04:01] <Kamping_Kaiser> hi all.
[04:01] <Kamping_Kaiser> i just commented on a (ubuntu) bug in launchpad, and no carrage returns were inserted, so its one big block of text
[04:01] <Kamping_Kaiser> is that a bug in launchpad, or do i no know what i'm doing? :|
[04:03] <Kamping_Kaiser> i shold clarify that:
[04:04] <Kamping_Kaiser> the comment down the bottom of the page is properly set out, but the "Comment on most recent change" where you set status' and whatnot is messed up
[04:12] <kiko> Kamping_Kaiser, humm humm. what bug is that?
[04:12] <salgado> SteveA, around?
[04:12] <Kamping_Kaiser> bug 57861 is the one i put the comment on
[04:12] <Ubugtu> Malone bug 57861 in linux-source-2.6.15 "usb key producing address errors on dapper kernel." [Undecided,Fix committed]  http://launchpad.net/bugs/57861
[04:15] <erdalronahi> doko_, I didn't try that one, 
[04:20] <erdalronahi> doko_, should I file a bug for this problem
[04:21] <doko> erdalronahi: please do, did you try with --fuzzy?
[04:22] <erdalronahi> no, I corrected 910 translations manually :)
[04:23] <erdalronahi> but maybe I did something very different than you do
[04:26] <erdalronahi> mine is described here: http://wiki.ferheng.org/doku.php/wergerandin:tim_morley
[04:27] <erdalronahi> I used that script in the box
[04:27] <erdalronahi> Maybe your are using another script
[04:28] <SteveA> salgado: hi.  I have a conf call very soon.
[04:28] <salgado> SteveA, hmmm. okay. I was wondering if you'd have some time to review my latest shipit-for-edgy changes
[04:29] <SteveA> salgado: maybe later today.  ask me in 2 hrs
[04:29] <erdalronahi> doko, file the bug against what?
[04:30] <salgado> SteveA, will do. thanks
[04:32] <doko> erdalronahi: openoffice.org-l10n
[04:34] <erdalronahi> doko: in ubuntu or where
[04:34] <erdalronahi> no such packet, no such product
[04:36] <doko> yes, ubuntu
[04:37] <erdalronahi> but there is no package openoffice.org-l10n
[04:37] <erdalronahi> ha, ok, found it
[04:39] <erdalronahi> So I didnt file bug #60570 and bug #67003 against the correct package
[04:39] <Ubugtu> Malone bug 60570 in openoffice.org "Edgy, OOo 2.0.4: Localization, dissapearing menu strings" [Undecided,Unconfirmed]  http://launchpad.net/bugs/60570
[04:39] <Ubugtu> Malone bug 67003 in language-support-ku "Edgy: openoffice.org-l10n-ku is very outdated" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67003
[04:39] <erdalronahi> I can't change that, can I?
[04:43] <bradb> jamesh: review reply sent. can i merge?
[04:45] <erdalronahi> doko, just filed Bug #67158
[04:45] <Ubugtu> Malone bug 67158 in openoffice.org-l10n "Translations done in Rosetta do not appear in Ubuntu" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67158
[04:46] <SteveA> kiko: ping, conf call
[04:48] <SteveA> salgado: kiko around?
[04:49] <salgado> SteveA, I just went downstairs and didn't see him. let me check again
[04:50] <salgado> SteveA, yeah, he's not at the office, but should be back shortly
[05:29] <SteveA> salgado: it's fine, kiko called mark on the phone
[05:35] <Ubugtu> New bug: #67167 in launchpad "Mirror prober fails to check ftp.fu-berlin.de release mirror" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67167
[05:39] <salgado> spiv, not around, I guess?
[05:40] <carlos> jordi: ping
[06:07] <flacoste> what happened to the support requests portlet on staging?
[06:07] <flacoste> compare https://launchpad.net/people/jjesse with https://staging.launchpad.net/people/jjesse ?
[06:10] <salgado> flacoste, staging may be broken; have you seen SteveA's email to launchpad about it?
[06:10] <flacoste> salgado: yes, I read, but I wasn't sure if that was the cause seems it seems otherwise to work kind of ok
[06:11] <flacoste> i had problem earlier with the hierarchical menu, but it is not better, altough the layout is still a little weird
[06:15] <carlos> salgado: I did an staging update two hours ago
[06:18] <carlos> what staging has atm is exactly rocketfuel tree
[06:25] <flacoste> carlos: that's weird because if I run rocketfuel locally, the support requests portlet does appear
[06:26] <carlos> flacoste: did you forced a css update so you don't use cached files? (if that portlet depends on css changes)
[06:27] <flacoste> carlos: if I do View Source, the portlet is just not there 
[06:27] <carlos> flacoste: this is latest commit on that tree:
[06:27] <carlos> revno: 4177
[06:27] <carlos> committer: Canonical.com Patch Queue Manager<pqm@pqm.ubuntu.com>
[06:27] <carlos> branch nick: launchpad
[06:27] <carlos> timestamp: Fri 2006-10-20 13:31:26 +0100
[06:33] <flacoste> carlos: yeah, same here,
[06:34] <highvoltage> hi. does bounties still exist in Launchpad?
[06:34] <highvoltage> s/does/do
[06:34] <kiko> highvoltage, not really.
[06:34] <kiko> eleusis, hey
[06:35] <highvoltage> kiko: ok. could I still somehow access the bounties that have been registered, or are they gone too?
[06:36] <kiko> highvoltage, I think the URLs are still there.
[06:36] <highvoltage> ok thanks, I think I'll google to find the bounty :)
[06:37] <eleusis> kiko: done anything on the mantis thing? :)
[06:37] <kiko> eleusis, no, nothing worth noting. :-(
[06:37] <eleusis> :)
[06:38] <LarstiQ> eleusis: did you find out if bits were disabled in the xmms2 instance?
[06:38] <eleusis> no, there's nothing to disable..
[06:38] <eleusis> seems it works if you search for something, then export
[06:38] <LarstiQ> ah ok
[06:59] <carlos> SteveA: will you have time to meet with me or do you prefer to leave it until next week?
[07:00] <SteveA> carlos: let's talk now
[07:24] <carlos> jordi: ping
[07:27] <highvoltage> hi, who can I ask about @ubuntu.com e-mail address? I had problems with the mail address it is forwarding to and I think it's been disabled :/
[07:30] <elmo> highvoltage: it doesn't work that way, it's a simple email forward - it doesn't react to any problems on your end
[07:30] <elmo> highvoltage: (i.e. it hasn't been disabled)
[07:31] <highvoltage> elmo: ok, I've tried sending myself and e-mail and haven't received it yet, but I'll be a bit more patient, perhaps it's still on its way. thanks.
[07:40] <highvoltage> elmo: it's been about 10 minutes since I sent the mail and it hasn't come through, is it possible that the server couldn't reach my mail server for long enough and gave up? my local lug address also comes through a simple forward and that is what happened there.
[08:44] <bradb> jamesh: I use BugView instead of context/bug because context is IBug for some pages on which the portlet is shown, and IBugTask on others
[08:50] <Ubugtu> New bug: #67212 in launchpad "Need a way to identify distribution mirrors that support IPv6" [Medium,Confirmed]  http://launchpad.net/bugs/67212
[08:51] <Nafallo> word! nice bug :-)
[08:53] <Nafallo> does the DC support IPv6 today?
[08:57] <salgado> Nafallo, I don't think so.  but that bug is just about knowing which mirrors support IPv6 and telling that to users
[09:00] <Nafallo> yea, but I followed the link to bug #44841 :-)
[09:00] <Ubugtu> Malone bug 44841 in launchpad "Mirror prober should be able to probe IPv6-only mirrors" [Medium,Confirmed]  http://launchpad.net/bugs/44841
[09:01] <Nafallo> if the DC needs IPv6 anyway they might as well publish their services through it :-)
[09:23] <carlos> see you
[10:10] <Ubugtu> New bug: #67233 in launchpad-support-tracker "Assignee should be considered indirect subscribers" [Medium,Confirmed]  http://launchpad.net/bugs/67233
[10:23] <salgado> SteveA, around?
[10:41] <SteveA> yes
[10:41] <salgado> SteveA, will you be able to review my shipit branch today? :)
[10:43] <SteveA> salgado: maybe... I have a landing of my own to do
[10:44] <SteveA> I'll ping you when I'm done
[10:51] <SteveA> salgado: is the branch up on pending-reviews?
[10:51] <salgado> SteveA, yes, it's shipit-for-edgy
[11:08] <SteveA> salgado: reviewed
[11:08] <salgado> wow
[11:08] <salgado> that was quick
[11:08] <salgado> thanks a lot, SteveA
[11:09] <SteveA> the code was easy to follow
[11:09] <SteveA> although I wish the diff for review showed a better order to review
[11:09] <SteveA>  - page tests
[11:09] <SteveA>  - interfaces
[11:09] <SteveA>  - system tests
[11:09] <SteveA>  - implementation
[11:11] <salgado> yeah, I wish we had that too
[11:14] <SteveA> it wouldn't be too difficult
[11:14] <SteveA> just split the diff output into sections of files
[11:14] <SteveA> then match files based on location against those categories
[11:14] <SteveA> and put the rest at the end
[11:15] <salgado> or we could bzr diff on a set of directories
[11:15] <salgado> and then join all diffs together
[11:15] <salgado> in the order we want
[11:16] <flacoste> the problem is that some directories are contained in others
[11:16] <flacoste> and there is no way in saying diff that directory but not that one
[11:16] <salgado> yeah, that'd be a problem, unless we have something like --exclude