Bonjour à tous,
In 4.31, i created a file GIMP.roxfs version 4, in which I introduced the French localization files. When I launch the application it starts always in English.
However if I copy the french localization files in the appropriate directory before running the application, it starts in French.
How is it possible to change (I suppose AppRun) to load localization files just before opening Gimp?
Thank you in advance.
Cordialement, _________________Toutou Linux - Pets francisés

Bonjour à tous,
In 4.31, i created a file GIMP.roxfs version 4, in which I introduced the French localization files. When I launch the application it starts always in English.
However if I copy the french localization files in the appropriate directory before running the application, it starts in French.
How is it possible to change (I suppose AppRun) to load localization files just before opening Gimp?
Thank you in advance.
Cordialement,

esmourguit,

Instead of copying the files, you could link them in AppRun.
Open the file AppRun in an editor and look for-

That's right seaside, I never linked the locale files. If you have recompressed a .roxfs and included any locale packs, you must link them over to your system directories in the AppRun script. Not sure how to set a default language, though.

And Abush, I haven't forgotten about you. I have just been very busy lately.

Also, folks, If the sfs converter in pup 4.3 allows you to choose a temp directory, stay away from windoze partitions as the necessary symlinks will end up missing from the final result.

Does puppy 4.3 not come with ffmpeg? Im beginning to think that with all the differences between puppy 4.2 and 4.3 that 4.3 really should have been a 5.x instead.

Bonjour à tous,
@ seaside,
Sorry for this late response. I have a lot of work right now.
Thank you very much for the advice, i complete the changes as soon as possible.
Cordialement. _________________Toutou Linux - Pets francisés

That's right seaside, I never linked the locale files. If you have recompressed a .roxfs and included any locale packs, you must link them over to your system directories in the AppRun script. Not sure how to set a default language, though.

And Abush, I haven't forgotten about you. I have just been very busy lately.

Also, folks, If the sfs converter in pup 4.3 allows you to choose a temp directory, stay away from windoze partitions as the necessary symlinks will end up missing from the final result.

Does puppy 4.3 not come with ffmpeg? Im beginning to think that with all the differences between puppy 4.2 and 4.3 that 4.3 really should have been a 5.x instead.

But as there is already a directory /usr/share/locale/fr/LC_MESSAGES, the link with the LC_MESSAGES folder in the file sfs does not work : in fact, the result is that there is a link to LC_MESSAGES in the directory /usr/share/locale/fr/LC_MESSAGES (ie /usr/share/locale/fr/LC_MESSAGES/LC_MESSAGES).

However, if I change the name of existing directory (or delete the directory) /usr/share/locale/fr/LC_MESSAGES, the link is automatic.

But as there is already a directory /usr/share/locale/fr/LC_MESSAGES, the link with the LC_MESSAGES folder in the file sfs does not work : in fact, the result is that there is a link to LC_MESSAGES in the directory /usr/share/locale/fr/LC_MESSAGES (ie /usr/share/locale/fr/LC_MESSAGES/LC_MESSAGES).

However, if I change the name of existing directory (or delete the directory) /usr/share/locale/fr/LC_MESSAGES, the link is automatic.

Have you an idea about the little trick to add?

Cordialement

If the specified directory already exists, you need to link the files within to that specified directory instead. Again, I am not sure how to deal with locale, so I cannot help you with setting the default language. Also keep in mind, to add a line at the end of the script to remove whatever files or directories you placed in... use rm ${PathAndFilename} for files and rmdir ${PathAndDirectory} for directories.

Posted: Thu 24 Dec 2009, 13:45 Post_subject:
Sub_title: If anyone has repaired any of my apps or created their own

If anyone has either repaired one of my roxapps or has created their own, please feel free to share it. I uploaded these to bring awareness to a way of packaging new apps that, when perfected, are easy to use and keep the file system clean. They do not require unioning with your filesystem like .sfs modules and they do not require installation to your system directories (for the most part at least).

But as there is already a directory /usr/share/locale/fr/LC_MESSAGES, the link with the LC_MESSAGES folder in the file sfs does not work : in fact, the result is that there is a link to LC_MESSAGES in the directory /usr/share/locale/fr/LC_MESSAGES (ie /usr/share/locale/fr/LC_MESSAGES/LC_MESSAGES).

However, if I change the name of existing directory (or delete the directory) /usr/share/locale/fr/LC_MESSAGES, the link is automatic.

Have you an idea about the little trick to add?

Cordialement

One way could be to rename the directory temporarily and then restore it like this -

Dayam, this puppy 4.3 is not too friendly.... it should have been called puppy 5.0, as the kernel version requires squashfs 4.x and will not use older versions. Maybe a puppy 4.3 with a retro kernel would be a good idea. I am working on the Kdenlive app and its a real pain...... I could swear it worked on the puppy 4.2 original without a problem. With 4.3, it needs an updated ffmpeg and all kinds of crap..... Also it seems that the mlt package needs to be installed for it to work, but Im still getting crashes because of libdc1394_control (actually the lack thereof). If anybody beats me to the punch, please feel free to upload your version..... Its this kind of community support on which Linux thrives.

Dayam, this puppy 4.3 is not too friendly.... it should have been called puppy 5.0, as the kernel version requires squashfs 4.x and will not use older versions. Maybe a puppy 4.3 with a retro kernel would be a good idea.

Its a pity that the squashfs kernel object driver was not backwards compatible however DPUP and maybe others have a program called
unsquashfs_v3.3 which can unpack previous version SFS files.