[07:34] good morning all [07:34] morning dpm, :) [07:34] good afternoon happyaron :) [07:39] good morning dpm, afternoon happyaron :) [07:40] hey andrejz ;) [07:41] andrejz: :) [07:42] got some good news. number of visits on slovenian ubuntu mirror has increased by 40% in May 2011 compared to May 2010 :) [10:27] dpm: hey [10:28] dpm: I have been looking a little around the wiki, where was it that you wanted us to document the tasks under sustainable translations? [10:28] put the under Actions here https://wiki.ubuntu.com/UbuntuTranslationsCoordinators ? [10:28] or is there some dedicated space? [11:08] Hello [11:08] TLE, sorry for the delay, I haven't done it yet, let me see if I manage today. [11:11] hey RawChid :) [11:12] Hola dpm, do you have time to discuss my code? [11:13] RawChid, sure. Could you give me the link to your branch again? [11:14] dpm: no problem, the only reason I ask is that I keep asking myself (and then eventually you) the same questions, might make sense to start documenting [11:15] dpm: https://code.launchpad.net/~rachidbm/ubuntu-l10n-tools/pot-priority [11:17] We discussed to have a central place for the list of RELEASE_NAMES, now I'v put it in ul10n_toolsconfig, I doubt that's a good place, but didn't know a better one... [11:18] I couldn't find how to get a list of names from Launchpad. Second, if retrieved from launchpad, this will slow down the script unnecessary IMHO [11:19] TLE, if you've got any question in mind already, feel free to post it here and it will be saved in the log. I'll then make sure it gets documented [11:23] RawChid, I think it might still be better to get the releases from LP, as the script won't be slowed down too much (we're already connecting to Launchpad even if we're not fetching the release names). If you want to postpone that for now, it's fine, but I'd like to ask you to change one thing: right now whenever a new release is opened we'll need to change the code (whereas reading from the LP API would spare us that step). While this is ok'ish fo [11:23] r now, the code should probably only be changed in one place. Now it needs to be changed in two places (adding a new release to the list, and setting the default release) [11:25] Hm, okay. And what is the default release at the moment? [11:26] I meant the default release you set on the script (I think you set it to natty). [11:27] Yes, that is what I've done. But I want to know which YOU want/need to be default [11:27] So Natty is good? [11:28] RawChid, I think one really nice thing would be to detect the release the user is running, and make that the default [11:28] RawChid, I think you should be able to get the Ubuntu release names with the series_collection property from https://launchpad.net/+apidoc/devel.html#distribution [11:28] I've investigated that part of the API, but didn't come far. [11:29] Oke, default is the one that is on users system, sounds good to me [11:32] So it would be an idea to make a function in launchpadmanager.py get_distro_codenames() ? [11:34] RawChid, here's how you can do it: [11:34] http://pastebin.ubuntu.com/622465/ [11:34] OMG, it could be so simple [11:35] I was think way to difficult :S [11:35] thinking* [11:37] yeah, the LP API is very nice when it provides the thing you need. If what you need is not exposed in the API, then you're generally screwed :) [11:37] RawChid, and here's how you can detect the distro the user is running: [11:37] http://pastebin.ubuntu.com/622466/ [11:38] Great, I'll change that. And will take over your implementation of the CSV reader [11:40] Do you agree with function in launchpadmanager.py get_distro_codenames() ? [11:41] RawChid, yeah, I think it's exactly the place where it should be [11:43] when you're implementing that function, you might want to discard all the '*-series' series from the list it returns, since these are only series that have been registered, but not yet open (i.e. there are no translation templates we can modify there) [11:45] Ack [11:46] And things as warty and hoary are still interesting? :P [11:49] wait, there's probably a property that tells if a series is active or not, let me read the documentation [11:50] RawChid, yeah, there is an 'active' property on https://launchpad.net/+apidoc/devel.html#distro_series, so you should only return those series where series.active == True [11:52] Oke, great [12:14] Hm, this is more a Python question. I can loop al the series, and add each (active == True) to a list. But I guess there is a more clever way to do this in Python [12:16] dpm, if you know more reading material on this stuff :) [12:19] RawChid, that's also how I'd do it (initialize an empty list, iterate over series, append the active series names to a list), I don't know if there is a cleverer way, you might want to ask on #python [12:20] ack [12:21] if you are talking about reducing a list based on a parameter in the elements in the list, you can do that with a list comrephension with an if in [12:22] ? [12:23] Yes, I think something like that [12:23] >>> h=['active','active','inactive','active'] [12:23] >>> g=[a for a in h if a=='active'] [12:23] >>> g [12:23] ['active', 'active', 'active'] [12:24] I even _think_ that is the "Pythonic" way of doing it ;) [12:25] I agree, but I need to do some more reading to invent such a solution by myself :P. Thanks TLE! [12:26] np, well, plenty of good reading around [12:27] I'm open for suggestions ;) [12:27] I just finished Dive into python, that's nice, but also book length [12:27] Okay [12:28] If you are looking for something shorter, I sure there are some nice tutorials around, but I don't know any of the top of my head [12:28] yeah, dive into python is really nice and well written. I haven't read it all myself, rather some chapters for reference when I needed to find out about something in particular [12:29] But actually I can really recommend Dive into Python, because you just "dive in" right away, and he really docusses on teahcing you the elegant way of doing stuff [12:29] http://diveintopython3.org/ [12:30] if you want to do python 3 else http://diveintopython.org/ [12:30] Hehe, already downloaded :) [12:31] The only real bummer is that I bought a dead tree version, because I wanted to support the Author and all, and I ended up with one (part of a bunch of book printed that way) with a printing error in [12:31] so there was no horizontal lines in all the code examples [12:31] do you have any idea how difficult it is to read code without - and _ ;) [12:32] But that is the fault of the printing company not the author [12:32] in any case if you get the same idea as me about supporting the Author I would recommend just using the online version and sending him a donation ,) [12:34] :-) [12:35] RawChid, here are the two approaches: http://pastebin.ubuntu.com/622503/ [13:05] Hm, now I know why I wanted to prevent getting them from launchpad. I printed the optional series in help. Should I just remove the series from help text? [13:17] dpm: hey [13:18] about the Maverick language packs, did you say that the last ones that were build were diffs, so that we could not use those for testing, or was it merely that they could not be used for the FF update stuff [13:20] TLE, sorry, I should have been more clear. I meant the second: i.e. they could be used for testing, but not this particular time due to the FF changes [13:20] for the FF changes we need a full export [13:23] yes ok, so we wait for response on the email you just wrote, about whether ff5 i actually comming to maverick, and if not, we are good to go, otherwise we wait, right? [13:30] dpm: ^^ [13:31] TLE, sorry, I was away for some minutes. Ack on your last sentence [14:33] dpm! Don't know if you saw my MP already, but I forgot something, so I do a resubmit right now [14:37] RawChid, sure, no worries [14:40] RawChid, have you actually tested it before submitting it? I see a couple of things that probably stop it from it working properly: [14:40] http://pastebin.ubuntu.com/622582/ [14:42] Yes I tested it. I didn't knew the "header check" isn't necessary anymore [14:43] NO offense, do you test your code before submitting? Because you're CSV reader only save the last entry ;) [14:43] forgot an ident ;) [14:44] I'll remove that header thing [14:47] Hm, it contains more errors, I did the resubmit a bit hasty :'( [15:01] RawChid, good point ;) I didn't test my last commit, no, I just tested the DictReader stuff in a console and just made a checkpoint commit to have the csv stuff in - I now realize that the missing indentation makes it only save the last template. But on the other hand, whenever I submit a merge proposal to someone else's branch I do always test it, so that the reviewer doesn't have to play catch with bugs introduced by the branch. I'm not complain [15:01] ing, though, you say you did test it, so it's fine :-) [15:11] dpm: jost wrote to the list about a small post ponement, so now we can just start the cycles when the packs are ready [15:14] TLE, which list? [15:15] ubuntu-translators [15:16] just to let people know why we haven't announced testing starts, when it's on the schedule [15:16] ah, I don't seem to have received the message, let me refresh again... [15:17] i did :) [15:17] ok, it was just my Evolution being slow :) [15:17] TLE, read the message, ack and thanks ;) [15:19] no need to thank me for that, that is the task I agreed to ;) [15:19] something is funky with synaptic, but i have to leave now.... i will probebly nag you guys with this later [15:20] just entered the 10's: Made a twitter account, found a few feeds to follow and hooked it into gwibber, I feel so connected [15:24] hehe [15:25] anyway, I need to go earlier today, so I hope everyone has a nice rest of the day [15:25] you too [15:25] RawChid, if you've got more changes, do submit them, but I might not be able to look at them until tomorrow. Keep up the good work! [15:34] No problem, thanks in advance. I'm not going to work on this for the next days