[07:45] <dpm> good morning all
[07:49] <sagaci> gday
[08:12] <TLE> dpm: hey, I saw you got it up and running, good job
[08:12] <dpm> hey TLE, good morning :) Well, you did 99% of the work
[08:13] <dpm> I hadn't thought setting up a django server would be that hard, the problem is that documentation is all over the place
[08:13] <dpm> (although the django docs themselves are excellent)
[08:13] <dpm> I've just been writing a settings.py file that checks the django version and can be used for both 1.1.1 and 1.3.1
[08:14] <TLE> dpm: Ahh great, I was thinking that I would do the same thing if when you sent me the working settings.py
[08:15] <dpm> yeah, I'm just finishting it off now, I'll send a merge proposal in a bit
[08:16] <TLE> ok, there is one odd thing though, if you look at this page: http://ec2-46-137-43-169.eu-west-1.compute.amazonaws.com/ubuntudocs-devel/de/
[08:16] <TLE> does the second localized screenshot there actually look localized
[08:17] <TLE> in german, it should say something with Alle Seiten as the first radiobutton options
[08:17] <dpm> TLE, it doesn't look localized to me, but I thought it was because you had just copied some original images for testing
[08:17] <TLE> nope
[08:17] <dpm> bummer, I wonder why that is
[08:18] <TLE> they should be, that I don't really understand, the path looks right and everything
[08:18] <TLE> the reason I was asking is that I though maybe it was a caching issue or something
[08:20] <dpm> I don't know, first thing I'll check at the files from the branch itself, see if they are indeed localized
[08:20] <TLE> dpm: they should be, I'm looking at the localized version when the webpage is running on my own machine, maybe that also has something to do with the apache file serving settings
[08:21] <TLE> something with identically named files (but with different path) maybe
[08:23] <dpm> yeah, it's most probably that, let me try something quick...
[08:24] <dpm> http://ec2-46-137-43-169.eu-west-1.compute.amazonaws.com/ubuntudocs-devel/es/
[08:24] <dpm> it was that
[08:24] <dpm> not that I know how to sort it yet :)
[08:25] <TLE> *G* seems odd
[08:28] <TLE> well, I've got to do some packing, will check in later
[08:28] <dpm> TLE, the second AliasMatch in the apache conf is the one that's probably wrong http://pastebin.ubuntu.com/845481/
[08:29] <dpm> but I'm not an apache expert, I'll have to investigate some more
[08:29] <dpm> TLE, have fun! :)
[08:33] <TLE> dpm: ahh yeah, I should think that the second one should have the same path as the first one, or possibly even a directory level lower
[08:34] <TLE> all the image files are named with paths starting with the static folder e.g. /static/source/ubuntu-docs/ubuntu-help/de/figures/nautilus-icons.png
[08:35] <dpm> Hm, "AliasMatch /([^/]*\.png) /home/ubuntu/ul10ndocs/image_projects/static/$1" did not seem to work, though
[08:36] <dpm> http://ec2-46-137-43-169.eu-west-1.compute.amazonaws.com/ubuntudocs-devel/es/
[08:36] <TLE> what about without the static dir at the end?
[08:37] <dpm> http://ec2-46-137-43-169.eu-west-1.compute.amazonaws.com/ubuntudocs-devel/de/
[08:37] <dpm> hm, it didn't seem to make a difference
[08:38] <TLE> crap, I was thinking that maybe if it could not find the exact path, the it just looks for similarly named files
[08:39] <dpm> I'll have to read on AliasMatch a bit, perhaps the regexp needs some tweaking
[08:41] <dpm> or specifying the <Directory> entries
[08:45] <TLE> ahhhh yeah, you are only matching the filename in the regexp I think
[08:46] <dpm> oh, so for every png file it finds it will serve it from the C/figures dir...
[08:48] <TLE> I think if you just do ^(.*\.png) or something, it'll match the entire path (didn't have time to check) and then make the second path as I wrote before
[08:50] <dpm> AliasMatch ([^/]*\.png) /home/ubuntu/ul10ndocs/image_projects/static/$1 - no luck yet
[08:51] <dpm> I'll definitely need to read up on aliasmatch and how the regexps work there
[08:51] <TLE> yeah, well I meant without the stacti in the end, but as I said I didn't have time to check regexp
[08:52] <dpm> yeah, I tried both, with and without static (sorry, I should have been clearer)
[08:56] <TLE> oh well, I think the solution should be to make sure to match the entire path with the reg exp, and then make the second one /home/ubuntu/ul10ndocs/image_projects/$1 so now it is just about finding the right/correct regexp
[09:08] <TLE> dpm: gotta go now, I'll see if I get internet at the destination
[09:08] <dpm> TLE, ok, cool, have a nice trip!
[09:08] <TLE> thanks
[15:07] <TLE> dpm: hey
[15:08] <dpm> hey TLE, in Sweden already?
[16:28] <dpm> hi kelemengabor, do you know of any project that has translations in .ini files? I'm not sure if intltool supports them...
[16:29] <kelemengabor> dpm: .ini file == .desktop file
[16:29] <dpm> oh, really?
[16:29] <kelemengabor> might need a [type: gettext/ini[ in POTFILES.in if the extension is different
[16:31] <kelemengabor>  /ini] ofc :\
[16:31] <dpm> awesome, so I guess they just need to be marked with _
[16:31] <kelemengabor> sure
[16:31] <kelemengabor> DESCRIPTION
[16:31] <kelemengabor>        intltool-extract   extracts  strings  in  the  specified  XML/INI  type
[16:31] <kelemengabor>        SOURCE_FILE and writes them into a C header file.
[16:33] <dpm> excellent, thanks kelemengabor
[16:52] <dpm> kelemengabor, also, I read the update of the checkbox translations bugs, but I didn't look at it in detail. Do you know if the descriptions bug has been properly fixed and if we can start translating checkbox normally?
[16:53] <kelemengabor> dpm: I don't know
[16:53] <kelemengabor> by using only one big string as a description, it should work fine
[16:53] <kelemengabor> but if we want to split the strings into smaller pieces, well, anything can happen
[16:55] <kelemengabor> but my hunch says that it is more probable that it was not fixed, we are just lucky that they choose a layout that does not exposes it
[18:07] <kelemengabor> dpm: FYI, I just approved some valid-looking templates from the queue
[18:08] <dpm> kelemengabor, ah, cool, thanks. Btw, I wanted to mention it on the list the other day, but got sidetracked:
[18:09] <dpm> we got the first package from universe imported as a test
[18:09] <dpm> it's arkose
[18:09] <dpm> and it should now be translatable in Launchpad
[18:09] <dpm> we'll now have to see if the translations are exported correctly in language packs
[18:10] <dpm> but I think we'll need to wait for a full language pack export
[18:10] <kelemengabor> cool
[18:11] <kelemengabor> hm, the langpacks are dated 0209, is the generation stopped again?
[18:11] <kelemengabor> there was an alpha this week, right? is it restarted yet? :)
[18:30] <dpm> probably not, let me check
[18:32] <dpm> the builds seem to be active, perhaps pitti just enabled them. Let me have a look at the actual days the builds are supposed to happen...
[18:33] <dpm> btw, we can check in real time if they are updated here: http://macquarie.canonical.com/~langpack/crontab
[18:33] <dpm> there is a link to it in https://dev.launchpad.net/Translations/LanguagePackSchedule
[18:34] <dpm> (i.e. no need to remember that url :)
[18:37] <kelemengabor> oh, good to know :)
[18:37] <dpm> so there should be a build today, I'm double-checking with pitti. If it doesn't happen, I'll ping him again
[18:39] <kelemengabor> okay, I just asked because of the bad track record in the past :)
[18:44] <dpm> yeah, I know, I have to set up that reminder e-mail
[18:45] <dpm> ok, calling it a day. I'll see if the langpack appears and if not I'll ask pitti on Monday