If multiple scripts have the same TEXTDOMAIN, for example:
then just one myapp.pot file and hence myapp.mo file will be created for all of those scripts.
Some people prefer this, as it is more efficient than having one .pot file for each script.
Note that these multiple scripts with same TEXTDOMAIN can be located anywhere. They do not have to be in the same directory.
A pre-existing .pot, for example /usr/share/doc/nls/myapp/myapp.pot, will automatically be used, instead of generating it from the script(s).
I could not see any reason why this should not be automatic.
Check out the changes in /usr/sbin/momanager, Woof commit:
A note about entering the TEXTDOMAIN into scripts:
...do not put quotes, do not append any comment, do not indent! Any of those might break MoManager.
Posted on 31 Jul 2012, 23:04 - Category: Woof - Comments - href="?edit=02936">Edit - Delete
And solutions proposed on the Puppy Forum:
The solution proposed by L18L looks good. I presume for the example of 'pprocess', that the scripts 'box_ok' and 'func' will not have the "export TEXTDOMAIN=..." declaration?
I have implemented L18L's solution, Woof commit:
Posted on 30 Jul 2012, 22:35 - Category: Woof - Comments - href="?edit=02934">Edit - Delete
There are various problems with this "cross build", one of which is that certain operations (such as 'depmod') cannot be performed on the target environment, and they have to be deferred until first bootup of Puppy on the target board.
This is one of the factors that causes first-boot to be slow.
I have now added some armv6 executables needed to run Woof in an ARM environment, that is, host and target can both be "arm". Woof commit:
I haven't tried it yet. I will probably have a go at that tomorrow. It needs to be done with a USB hard drive, and probably the Raspberry Pi can handle it.
Posted on 30 Jul 2012, 21:59 - Category: Woof - Comments - href="?edit=02933">Edit - Delete
You might be interested in one of the original blogs post about this mechanism:
However, the mechanism is still broken in RP Puppy alpha4. I have now fixed it, see Woof commit:
...see script /sbin/initNEW, that becomes /sbin/init in a running Puppy.
Posted on 29 Jul 2012, 11:08 - Category: Woof - Comments - href="?edit=02931">Edit - Delete
Anyway, I have disabled 'alsaconf' for the ARM board. Woof commit:
Well, well, I actually got sound out of my RP! Just one song, /usr/share/audio/ivy.mp3. None of the other audio files in /usr/share/audio work.
I played it like this:
# playmusic /usr/share/audio/ivy.mp3
'playmusic' is thunor's frontend to various players, including 'mplayer'. It wouldn't play the other files.
The 'aplay' utility doesn't work at all. I also tried 'wavplay' to play /usr/share/audio/2barks.wav, no go, it just hung.
...in fact, after playing one file, all the players hang and nothing else will play. Even that 'ivy.mp3' only played once.
This is testing on Squeezed Arm Puppy alpha4.
I am not going to mess around with this anymore. The kernel sound driver needs to be fixed.
Posted on 24 Jul 2012, 9:25 - Category: Woof - Comments - href="?edit=02920">Edit - Delete
Posted on 23 Jul 2012, 17:50 - Category: Woof - Comments - href="?edit=02918">Edit - Delete
There is a mystery. Some shared libraries, that were compiled in Squeezed Arm Puppy (built from Debian Squeeze DEBs) do not work.
For example, 'ldd' reports that /usr/lib/libnetpbm.so.10 is "not a dynamic executable".
Huh? Those libraries work fine in Squeeze. They are "armel", compiled for armv4 architecture, but that is not a problem.
Note, this Woof can now also be used to build from straight Debian Wheezy DEBs. It is the same situation as for Raspbian, just different repositories.
Posted on 22 Jul 2012, 16:26 - Category: Woof - Comments - href="?edit=02915">Edit - Delete
Actually, I was looking through the DB files for Raspbian Wheezy, and it has a mix of old and new formats.
Therefore, I have modified script 0setup to automatically detect which format.
I have also added preliminary support to build Puppy from Raspbian packages.
I want to build a pup from Raspbian debs and see if it is sane, then I will upload Woof.
Posted on 20 Jul 2012, 9:43 - Category: Woof - Comments - href="?edit=02912">Edit - Delete
Posted on 20 Jul 2012, 7:56 - Category: Woof - Comments - href="?edit=02911">Edit - Delete
A f.s. check is performed if an abnormal shutdown, now also if maximal mount count reached.
Posted on 17 Jul 2012, 19:36 - Category: Woof - Comments - href="?edit=02908">Edit - Delete