[09:00] Goodmorning everyone [09:01] dpm: can you give me an update on the build of natty lang packs at some point during today? [09:02] TLE, I certainly can, even straight away: the full langpack was made available last night -> https://translations.launchpad.net/ubuntu/natty/+language-packs [09:02] :-) [09:03] nice, will you ask pitti to copy them to proposed or should I? [09:05] TLE, for full langpacks, they need to be built manually, not copied. I'm a bit swamped these days, would you mind asking him? (feel free to CC me if you send an e-mail) [09:06] np, will do [09:06] thanks a lot TLE [09:34] TLE, I've just pulled r27 from your docs screenshot viewer branch and I'm still getting the same problem. Could it be that the database needs to be populated or something? [09:34] I don't think so, the only thing that is in the database is information on the paths, the rest is pulled from the filstructure [09:35] do you have a link? [09:35] http://176.34.113.223/ubuntudocs-devel/ [09:36] it has to somehow be tied in with the new datastructure, because you can see that there is the right number of languages [09:39] all right, all the missing information on the project page is pulled by quiring a method from a object [09:41] I wonder if the docs branches are ok? [09:41] let me check [09:45] sorry I have to go untill after lunch, I'll be happy to help, but I can't untill at that point [10:22] TLE, no worries. Here's something for when you come back. I've tracked it down to be the .get_*() functions in the ImageCollection object. While the DB returns a correct language set, it seems that calling e.g. get_common_name from the template on any of the languages returns an empty string [10:23] bbl [10:23] ah, here's some debugging output: http://176.34.113.223/ubuntudocs-devel/ [10:41] TLE, it seems get_common randomly fails. As in randomly, I mean most of the time, but it sometimes does return the right value === greyback is now known as greyback|lunch [11:56] dpm: the fact that it happens every once in a while is very odd, since it means that something must fail everyonce in a while [11:56] but all the stuff I do, should re reproducable [11:58] TLE, yeah, I cannot reproduce it locally on django 1.3, and I still haven't figured out how to best debug a django app on the server. 'python manage.py shell' on the server return the right results, it's just the template that doesn't [11:59] me neither on django 1.3 [11:59] can you get print statements into a log or something [12:03] the only thing I do which I can think off, that I'm not sure is totally all right in all versions of pyton and so on is that I save all the ImageCollections in Paths local name space dict: http://bazaar.launchpad.net/~k-nielsen81/translated-documentation-screenshot-viewer/trunk/view/head:/image_projects/paths.py#L76 [12:03] but I really don't that's a problem, and I don't see why it would make it fail randomly [12:04] TLE, I kind of get the print statements on the template itself -> http://176.34.113.223/ubuntudocs-devel/ (btw, this time it worked for me, but I'm sure that if I refresh the page, the output will be empty again). I guess next step would probably be to get a log of the http requests [12:08] hmm, just read an interesting thread, if the method call in the template generates an exception, django will catch it, but we could just try an call that method in the view function in stead, to see if the method fails [12:09] so do something like: for l in langs:l.get_common_name() at line 28 in views.py [12:13] TLE, regardless of this issue, have you thought about making more use of the DB capabilities and models in Django? I.e. use models instead of collections, that is, making it less pythonish and more djangoish, if that makes sense :) [12:16] yes, I have thought about it [12:16] but have leaned against not doing it [12:18] I think, despite for the fact that this is not working right now, it seems like a reasonable solution [12:19] it saves me the problem of having to write a script that update the database after the local archives are updated [12:20] and, since it is so small amount of data that has to be pulled, i don't see it as a large problem to hit the filesystem for it === greyback|lunch is now known as greyback [12:21] especially not since I have to hit it for the figure anyway [12:25] so unless there is some reason that I'm missing I don't see a large drive for it, but I am open to other arguments :) [12:28] it was just a thought, I haven't been diving deep into the code yet [12:30] Well, at the core I get the path (components) from the database and get the list languages and the list of images for a language by means of the filesystem [12:33] I think we'll need a command script to do a bzr pull every now and then. The database could be updated in that script (again, I'm not familiar enough with the code yet to argue for one option or the other, just throwing in some ideas) [12:37] yes, it is definitely doable, what I'm struggling with are the advantages, especiall because the data amounts are so small, but I'll give it some thought [12:43] I think it's more like diving into Django's MVC model and philosophy for the long term, rather than any e.g. performance advantages [12:44] unrelated to that, this bug is really annoying me now. /me puts on hacking hat. [12:45] yes ok :: do you have time for it? [12:46] what color is it btw? [12:49] TLE, yeah, it's my 20% day today, although I haven't been able to do much of it today, due to other tasks. What do you mean? The hat? Certainly not red ;-) [12:49] ahh yes :: yes the hat [12:54] TLE, I've just reset the database in my local system and I can no longer see the list of project in the index page. Do I need to add anything manually to the DB to see them? === bulldog98_ is now known as bulldog98 [12:55] well on that note, while the bug is annoying, and pretty wierd, if we are thinking about changing the datastructure again maybe it is not worth it to spend to much time on it, it just means that people wont have pixels sizes on the images untill I find time to do the hacking [12:55] yes you do [12:56] hold on [12:59] http://ubuntuone.com/22qZciOv3MXAtDre36LxsQ [12:59] http://ubuntuone.com/18H5u28WrRnDnii8HvxUCW [12:59] is the data [13:00] or you can just pull the vldi file from the repo [13:03] ok, cool, thanks [13:17] dpm: I couldn't provoke an error now, did you do something? [13:18] ahh damn, there it was [13:18] TLE, no, I've noticed sometimes it fails less often. Try refreshing the page a couple of times, and it should trigger the error [13:18] yeah :/ [13:18] well I did refresh it a lot of time, but obviously not enough [13:19] :) === bulldog98_ is now known as bulldog98 [15:58] kelemengabor, TLE, all set for the call? [15:59] dpm: uh, not yet [16:00] kelemengabor, no worries, I'm going to start it for the others, feel free to join when all set [17:00] kelemengabor, is this your user? If so, I'll add it to the translations board https://trello.com/gaborkelemen [17:01] yup, it has my email :) [17:04] dpm: now, I know what did I wanted to bring up: translating universe packages. What's up with that project? [17:04] kelemengabor, yeah, I couldn't see the e-mail, just the user. Ok, added to you to the translations board [17:04] you now simply need to accept the invite [17:05] done [17:05] also the https://wiki.ubuntu.com/Translations/Meetings/ToDo is updated [17:05] cool, I'll move the actions to the board, then [17:07] kelemengabor, re: universe packages, it's still the same status as discussed a while back - the feature is implemented in LP, it seems to work (the arkose package is using it). I don't want to make it a big switch and include all universe packages at once, so I suggested starting with a selected set of packages [17:07] andrejz was interested in driving the project, and started a list of packages [17:08] but we haven't talked about it in a while. I can't remember whether there was any blocker, I don't think there was [17:43] kelemengabor, ok, I've added a bunch of actions: https://trello.com/board/translations-team/4f621c87861db54230b9ca39 [17:45] looks good :) [17:55] wooh trello board