HomeCategoriesChoose a templateRecent EntriesEmdebian Grip updated
Monday, September 6 2010 screen, irssi and page control Sunday, September 5 2010 FreedomBox Wednesday, August 4 2010 check-deps.sh and xapt Thursday, July 8 2010 Switching from iceweasel to chromium Sunday, June 27 2010 World Cup QA Sunday, June 20 2010 multistrap 2.1.5 Monday, May 31 2010 HP laptop battery recall Monday, May 24 2010 DebConf10 Monday, April 26 2010 pdebuild-cross Saturday, April 24 2010 |
Sunday, September 20. 2009Comments (0) Trackbacks (0) Defined tags for this entry: Debian
Finally using drivel 3.0.0
drivel is now in a good enough state that I can use it myself - or at least, that's what I'm hoping. It's installed on at least one of my machines and I've already had to fix a glitch or two, so here goes.
Sadly, livejournal users may well be disappointed by 3.0.0 - the XMLRPC for the meta properties of LJ posts is broken and I've so far failed to get a usable response from the lj_dev community. Faced with choosing no LJ support or LJ support without metatags, I'm going with no metatags, at least for now. Hopefully once the code is in use, someone will help find a fix. Blogger has gained Subject support, MT has tags, WP and Serendipity are OK (albeit with some issues) and advogato is working too. The string freeze ends at the end of this month (10 days) so there's time for a few more fixes but current SVN is likely to be what gets released as 3.0.0. The main changes are behind the scenes - dropping old libraries like gtksourceview1.0 and libglade, moving from libsoup2.2 to libsoup2.4, dropping libgnome and libgnomeui, using GtkBuilder and dropping curl (not needed with libsoup2.4). There is little new functionality, 3.0.0 is primarily focused on keeping drivel working through the upcoming GTK transitions so that there's time to deal with other issues. Still been a huge amount of work though - one very good reason for NOT adding new functionality if it brings in a new library dependency. There is still code to be removed from 3.0.0 and I'm intent on ensuring that new functionality comes from using the existing libraries in better ways. .... and then it crashed after posting . . . Saturday, September 5. 2009
po4a and translating manpages Posted by Neil Williams
in i18n at
21:12
Comments (0) Trackbacks (0) Defined tags for this entry: i18n
po4a and translating manpages
po4a creates the meta files needed to generate the manpages but the actual generation process is a little awkward and tends to become heavily customised.
For emdebian-rootfs, I've now received the Portuguese translation and I've been improving the genmanpages script. It's now more general and easier to configure for different source packages. There remain a few hidden assumptions which I hope to fix in future.OK, more to be done here but it has a basic idea. The generated files are separated out into directories determined by the binary package name into which the manpages will be installed. This gives a .install line something like: doc/emdebian-rootfs/man/* ./usr/share/man/This is important because it reduces the number of changes needed to add a new translation - in effect, only the $lang.po file itself. It should at least give some ideas of what can be done. |
ArchivesSyndicate This BlogQuicksearch |
