Fatdog64-630rc1 (16 Oct 2013) [CLOSED]

A home for all kinds of Puppy related projects
Message
Author
User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#151 Post by don570 »

Here's the latest bulldog finder that I've modified for fatdog
(because fatdog uses SendTo rather than OpenWith folder)


It searches for files using a right click menu
Attachments
bulldog-finder_NLS-3.6.pet
optional foreign locales
(5.04 KiB) Downloaded 580 times
bulldog-finder-fatdog-3.5.pet
find files with right click
(8.36 KiB) Downloaded 573 times

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

Re: Fatdog64-630rc1

#152 Post by L18L »

L18L wrote:
jamesbond wrote:Where can I get the latest standalone momanager? I'm thinking to get it in to Fatdog's devx so it's easier for everyone who wishes to translate.
see link for momanager 5 post up that from today 11:08
The link to momanager is here: http://www.murga-linux.com/puppy/viewto ... &start=143

This is the version which I am using at the moment to test my internationalisations.
No langpackFatdog_de.pet made for now.

Momanager has to be changed (by me) to use another name for langpack (langpackFD or langpackFatdog or ....)
...and make sure that files of eventually loaded base langpack are not included..


Translators can use it now just to make translations of course....

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

Fatdog64-630rc1

#153 Post by L18L »

jamesbond

Please check this
Extract of fatdog64.pot sorted by message and my comment
to make it easier for translators


#: hwclockconf.sh:33
msgid “Cancelled"
msgstr “

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

Fatdog64-630rc1

#154 Post by L18L »

Skripts of fatdog-control-panel-desktop internationalized
see README for details



Sound and Network should follow sooner or later to make control panel complete.


edit
Thanks for downloading (7 times)
deleted now
because everything for control panel is
in http://www.murga-linux.com/puppy/viewto ... &start=164 now
Last edited by L18L on Thu 05 Dec 2013, 16:24, edited 1 time in total.

Scotchialoo
Posts: 50
Joined: Fri 25 Oct 2013, 14:58
Location: Poland
Contact:

#155 Post by Scotchialoo »

Even then doesn't be respond about a glibc -> http://www.murga-linux.com/puppy/viewto ... 634#739634
And I will be waitng about a resolve to glibc...

UPDATE [3/12/2013]:

I looking at a /opt/glibc-2.18/ld.so.conf broke and After a /opt/glibc-2.18/ld.so.conf

Now I Working with a GCC Snapshot... (Because I can't even building with a 4.6.2 - I want to compile with a Newest packages...)
Attachments
libslang-c.png
libslang.so.2 and libnewt.so.0.52 is not a Symbolic link.
[SECOND METHOD,after ld.so.conf]
(58.37 KiB) Downloaded 1048 times
ld.so-c.png
Without ld.so.conf for /opt/glibc-2.18
(63.92 KiB) Downloaded 1016 times
Last edited by Scotchialoo on Tue 03 Dec 2013, 16:48, edited 2 times in total.

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#156 Post by jamesbond »

L18L,
Sorry for the slow response, got busy with other things and got distracted with this: http://murga-linux.com/puppy/viewtopic. ... 952#740952 :D
I'm going to get back to it ... please bear with me :) Btw let's name the pot as "fatdog.pot" instead of "fatdog64.pot", so one day we can use it for FatdogArm too...

don570,
Thanks for the pets, I'll upload them to the contributor's repo.

Scotchialoo,
For your earlier questions about chromium waterfall, sorry but I haven't got the chance to try it. As I suggested before, you can use the google-chrome sfs that kirk built - it runs nicely in 630r1 without the need to upgrade glibc. I may get around to test it but please don't hold your breath :lol:

For this question, I really don't understand what you're trying to say or do. I don't want to discourage you (experiment is a good thing) but as I have told you trying to update or build an app with a new glibc is *no trivial business*. Just because other distros make it look easy by providing a drop-in replacement for glibc, it doesn't mean you can easily do one yourself. You may also ask other knowledgeable people - like Ibidem, technosaurus, amigo - they are the experts when it comes to compiler intrinsics.

And as I have told you before, if all you need is a new glibc, you don't need to use a new version of new gcc. You can if you want, but then let's don't mix multiple problems together when one isn't solved yet - we'll get lost pretty quickly.

For whatever it is worth, the "errors" in your screenshots are just warnings; both are not fatal and can be ignored.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#157 Post by jamesbond »

L18L, your momanager pet contains fixmenus. Fatdog uses a totally different fixmenus from Puppy (it is in fact the jwm_menu_create from technosaurus). Do you need that fixmenus in the momanager's operation? If yes then we'll in a jam. If not, I'll just drop it and insert the rest (the momanager and langpack-template) to devx.

cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

Scotchialoo
Posts: 50
Joined: Fri 25 Oct 2013, 14:58
Location: Poland
Contact:

#158 Post by Scotchialoo »

jamesbond wrote: I have told you trying to update or build an app with a new glibc is *no trivial business*. Just because other distros make it look easy by providing a drop-in replacement for glibc, it doesn't mean you can easily do one yourself. You may also ask other knowledgeable people - like Ibidem, technosaurus, amigo - they are the experts when it comes to compiler intrinsics.
Only That's trouble is that's not compatible a "Forward" :/ (Backward is a for example: glibc 2.12)
http://stackoverflow.com/questions/1110 ... s-of-glibc

"I have told you trying to update or build an app with a new glibc"
Or that's be what...? That's I will be downloaded a Source? If it's that's yes... When I will be migrate to another OS with a newest glibc... or I will be wait a another Distro with glibc 2.17... Or I will be try with a glibc... [Binary command - Portable from /opt will be works.]

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#159 Post by jamesbond »

Scotchialoo wrote: Only That's trouble is that's not compatible a "Forward" :/ (Backward is a for example: glibc 2.12)
http://stackoverflow.com/questions/1110 ... s-of-glibc
Yes that's a problem. The problem is that the chromium was built with a newer version of glibc and therefore expects a newer version of glibc *even though it is unnecessary to do so*.
"I have told you trying to update or build an app with a new glibc"
Or that's be what...? That's I will be downloaded a Source?
Not asking you to download from source, in fact, I would discourage you to do so unless you want to experiment yourself. As I said earlier, I myself have never built chromium from source. What I suggested was to use the google-chrome sfs that kirk has created.
If it's that's yes... When I will be migrate to another OS with a newest glibc... or I will be wait a another Distro with glibc 2.17...
Well that's your choice. I'm sorry that Fatdog doesn't meet your needs.
Or I will be try with a glibc... [Binary command - Portable from /opt will be works.]
Ok, just for fun, I just tested myself now.
1. Build new binutils (2.23.2) - check.
2. Build new glibc (2.18 ) installed in /opt/glibc-2.18 - check
3. Glibc-2.18 working - check (run "LD_LIBRARY_PATH=/opt/glibc-2.18/lib /opt/glibc-2.18/lib/ld-linux-x86-64.so.2 /bin/busybox" shows busybox help messages)
4. Run chrome (LD_LIBRARY_PATH=/opt/glibc-2.18/lib:/usr/lib64/seamonkey:$LD_LIBRARY_PATH:$(pwd) /opt/glibc-2.18/lib/ld-linux-x86-64.so.2 ./chrome --disable-setuid-sandbox --user-data-dir /tmp)
and we are greeted with error:
"./chrome: symbol lookup error: ./chrome: undefined symbol: gconf_entry_get_key".
5. So copy the libgconf and stuff from google-chrome.sfs
6. Re-run chrome above - now we've got the error:
--type=zygote: error while loading shared libraries: --type=zygote: cannot open shared object file
[14079:14079:1204/004740:ERROR:resource_bundle.cc(607)] Failed to load /opt/glibc-2.18/lib/chrome_100_percent.pak
7. Copy chrome_100_percent.pak to /opt/glibc-2.18/lib
8. Re-run chrome, now we've got the error:
--type=zygote: error while loading shared libraries: --type=zygote: cannot open shared object file
9. rm -rf /opt/glibc-2.18, delete /root/chrome-linux, and launch firefox/seamonkey instead (or google-chrome.sfs).
10. Result: happiness :wink:
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

Scotchialoo
Posts: 50
Joined: Fri 25 Oct 2013, 14:58
Location: Poland
Contact:

Chromium with Newest glibc on Old glibc

#160 Post by Scotchialoo »

jamesbond wrote:
Scotchialoo wrote: Only That's trouble is that's not compatible a "Forward" :/ (Backward is a for example: glibc 2.12)
http://stackoverflow.com/questions/1110 ... s-of-glibc
Yes that's a problem. The problem is that the chromium was built with a newer version of glibc and therefore expects a newer version of glibc *even though it is unnecessary to do so*.
"I have told you trying to update or build an app with a new glibc"
Or that's be what...? That's I will be downloaded a Source?
Not asking you to download from source, in fact, I would discourage you to do so unless you want to experiment yourself. As I said earlier, I myself have never built chromium from source. What I suggested was to use the google-chrome sfs that kirk has created.
If it's that's yes... When I will be migrate to another OS with a newest glibc... or I will be wait a another Distro with glibc 2.17...
Well that's your choice. I'm sorry that Fatdog doesn't meet your needs.
Or I will be try with a glibc... [Binary command - Portable from /opt will be works.]
Ok, just for fun, I just tested myself now.
1. Build new binutils (2.23.2) - check.
2. Build new glibc (2.18 ) installed in /opt/glibc-2.18 - check
3. Glibc-2.18 working - check (run "LD_LIBRARY_PATH=/opt/glibc-2.18/lib /opt/glibc-2.18/lib/ld-linux-x86-64.so.2 /bin/busybox" shows busybox help messages)
4. Run chrome (LD_LIBRARY_PATH=/opt/glibc-2.18/lib:/usr/lib64/seamonkey:$LD_LIBRARY_PATH:$(pwd) /opt/glibc-2.18/lib/ld-linux-x86-64.so.2 ./chrome --disable-setuid-sandbox --user-data-dir /tmp)
and we are greeted with error:
"./chrome: symbol lookup error: ./chrome: undefined symbol: gconf_entry_get_key".
5. So copy the libgconf and stuff from google-chrome.sfs
6. Re-run chrome above - now we've got the error:
--type=zygote: error while loading shared libraries: --type=zygote: cannot open shared object file
[14079:14079:1204/004740:ERROR:resource_bundle.cc(607)] Failed to load /opt/glibc-2.18/lib/chrome_100_percent.pak
7. Copy chrome_100_percent.pak to /opt/glibc-2.18/lib
8. Re-run chrome, now we've got the error:
--type=zygote: error while loading shared libraries: --type=zygote: cannot open shared object file
9. rm -rf /opt/glibc-2.18, delete /root/chrome-linux, and launch firefox/seamonkey instead (or google-chrome.sfs).
10. Result: happiness :wink:
Thanks. That's does be help ;D [Three Step.] - Busybox works. Even on a leafpad and geany. (LD_TRACE_LOADED_OBJECTS=1 - in Debugs will be works.)
But that's works only on a "Arch Linux" Method. [FatDog64 Compile with a Developent binutils will be shows a "Segmentation fault"...]
But in 9 Step That's command will be remove glibc-2.18 when I will be keep.
Even I have a same error in a "--type=zygote" a Four step ;D [More easy.]
I copyed a chrome_100_percent.pak to /opt/glibc-2.18 and will be help.
But that's one problem is a doesn't running... (When Command it's works. - But That's not started... Because That's depend a "murrine" and "equinox")
When I am going to find about a libgconf after a "Chromium started" [with Murrine and equinox theme.] - That's optional but That's not important on a Find Chromium runtime...

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

Re: Chromium with Newest glibc on Old glibc

#161 Post by jamesbond »

Scotchialoo wrote:Thanks. That's does be help ;D [Three Step.] - Busybox works. Even on a leafpad and geany. (LD_TRACE_LOADED_OBJECTS=1 - in Debugs will be works.)
But that's works only on a "Arch Linux" Method.
I don't know what you mean by "Arch Linux" method.
[FatDog64 Compile with a Developent binutils will be shows a "Segmentation fault"...]
Didn't I say it is not easy?
But in 9 Step That's command will be remove glibc-2.18 when I will be keep.
Yes - in case you don't get it, I gave up after step 8, so step 9 is just to forget everything and step 10 is to run firefox instead :lol:
Even I have a same error in a "--type=zygote" a Four step ;D [More easy.]
I copyed a chrome_100_percent.pak to /opt/glibc-2.18 and will be help.
But that's one problem is a doesn't running... (When Command it's works. - But That's not started... Because That's depend a "murrine" and "equinox")
I don't get what you mean. "murrine" and "equinox" is GTK themes - they have nothing to do with glibc.
When I am going to find about a libgconf after a "Chromium started" [with Murrine and equinox theme.] - That's optional but That's not important on a Find Chromium runtime...
I don't get what you mean by this.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

Scotchialoo
Posts: 50
Joined: Fri 25 Oct 2013, 14:58
Location: Poland
Contact:

Re: Chromium with Newest glibc on Old glibc

#162 Post by Scotchialoo »

jamesbond wrote:
Scotchialoo wrote:Thanks. That's does be help ;D [Three Step.] - Busybox works. Even on a leafpad and geany. (LD_TRACE_LOADED_OBJECTS=1 - in Debugs will be works.)
But that's works only on a "Arch Linux" Method.
I don't know what you mean by "Arch Linux" method.
[FatDog64 Compile with a Developent binutils will be shows a "Segmentation fault"...]
Didn't I say it is not easy?
But in 9 Step That's command will be remove glibc-2.18 when I will be keep.
Yes - in case you don't get it, I gave up after step 8, so step 9 is just to forget everything and step 10 is to run firefox instead :lol:
Even I have a same error in a "--type=zygote" a Four step ;D [More easy.]
I copyed a chrome_100_percent.pak to /opt/glibc-2.18 and will be help.
But that's one problem is a doesn't running... (When Command it's works. - But That's not started... Because That's depend a "murrine" and "equinox")
I don't get what you mean. "murrine" and "equinox" is GTK themes - they have nothing to do with glibc.
When I am going to find about a libgconf after a "Chromium started" [with Murrine and equinox theme.] - That's optional but That's not important on a Find Chromium runtime...
I don't get what you mean by this.
Ok... But If it doesn't resolve problem with Chromium runtime [with a Forward-compatibile]...
When I want to a find a useless files for a "FatDog-Like Build" for a example: "alsa-lib" without "aterm" (Instead of ~300mb-400mb -> ~210mb,without Seamonkey or With a mesa/linux kernel compile) - for a T2-SDE Trunk. [With a Openbox/LXDE based.] from a "/<t2-trunk>/packages/<base>" - If you want you can write from a Full source folders. (~800 folders)
When If That's ISO build will be completed...
When I want to extract to [LiveUSB/HDD]: "extlinux.conf" [Boot but that's not important] + "initrd" [OS + for example: Trunk.sfs (libraries)] + ldlinux.sys + vmlinuz
I know... I am a doesn't be finding without help... But I will be find for a "easy-make-trunk build"...

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

#163 Post by L18L »

jamesbond wrote:...let's name the pot as "fatdog.pot" instead of "fatdog64.pot", so one day we can use it for FatdogArm too...
OK I will rename all TEXTDOMAINs from fatdog64 to fatdog
.. and upload everything under control panel in one package.
(and move fatdog64.mo to fatdog.mo)
jamesbond wrote:L18L, your momanager pet contains fixmenus. Fatdog uses a totally different fixmenus from Puppy (it is in fact the jwm_menu_create from technosaurus). Do you need that fixmenus in the momanager's operation? If yes then we'll in a jam. If not, I'll just drop it and insert the rest (the momanager and langpack-template) to devx.
It has been Barry's work to use fixmenus. Thus the translator can see his translation of menu items in action.
My fixmenus in momanager is just a bit faster because it uses what everyone can learn from technosaurus (from 15 sec to 5 sec).
Having installed momanager the link to jwm_menu_create was stronger than the copy i.e. the link has continued to work.
This fixmenus link is running in 0.5 sec on my box now!

I did not take notice from all of this. I have changed to "xwin jwm" now and it kind of works because I have a translation file /usr/share/locale/de/LC_MESSAGES/jwm (no .mo).


... and a bug fix:
replace

Code: Select all

eval `grep '^LANG=' /etc/profile`
by

Code: Select all

read LANG < $HOME/.fatdog/language
in all /usr/local/bin/default*

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#164 Post by jamesbond »

Scotchialoo, no offense, but I'm finding it very difficult to understand what you are trying to say. I understand that English is not your primary language - but you're not the only one; there are many others here whose native language isn't English. Some of them also write broken English too but at least but at least they are understandable. Please try to express yourself better. Otherwise none of us can answer your question when we don't even understand what is being asked.
L18L wrote:OK I will rename all TEXTDOMAINs from fatdog64 to fatdog
.. and upload everything under control panel in one package.
(and move fatdog64.mo to fatdog.mo)
Oops, sorry I forgot renaming the pot/po/mo means you have to redo the TEXTDOMAIN ... but let's do it before the changes get to extensive.
It has been Barry's work to use fixmenus. Thus the translator can see his translation of menu items in action.
My fixmenus in momanager is just a bit faster because it uses what everyone can learn from technosaurus (from 15 sec to 5 sec).
Having installed momanager the link to jwm_menu_create was stronger than the copy i.e. the link has continued to work.
This fixmenus link is running in 0.5 sec on my box now!

I did not take notice from all of this. I have changed to "xwin jwm" now and it kind of works because I have a translation file /usr/share/locale/de/LC_MESSAGES/jwm (no .mo).
Hmmm, so I'll just use Fatdog's fixmenus, right?
... and a bug fix:
replace

Code: Select all

eval `grep '^LANG=' /etc/profile`
by

Code: Select all

read LANG < $HOME/.fatdog/language
in all /usr/local/bin/default*
My /usr/local/bin/default* doesn't have anything with LANG in it yet ...

cheers!
Last edited by jamesbond on Thu 05 Dec 2013, 16:37, edited 1 time in total.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

#165 Post by L18L »

jamesbond wrote:
L18L wrote:OK I will rename all TEXTDOMAINs from fatdog64 to fatdog
.. and upload everything under control panel in one package.
(and move fatdog64.mo to fatdog.mo)
Oops, sorry I forgot renaming the pot/po/mo means you have to redo the TEXTDOMAIN ... but let's do it before the changes get to extensive.
No need to be sorry.
pot and po are created automatically by momanager.
rename of .mo is just 1 file
re-definition of TEXTDOMAIN is done now.
All scripts of fatdog-control-panel in one attached file control-panel.tar.gz.
jamesbond wrote:...Hmmm, so I'll just use Fatdog's fixmenus, right?
....Hmmmm, for now: yes.
Will have to look back into jwm_menu_create deeper.
My /usr/local/bin/default* doesn't have anything with LANG in it yet ...
Thanks! It must have been me who has brought it into the game. :oops:
Anyhow, if it will ever be needed

Code: Select all

read LANG < $HOME/.fatdog/language
is much faster than eval `grep ....`


Next step will be to teach momanager
- create langpack_fatdog_*
- hide translation of /usr/share/desktop-directories/*.directory
- hide translation of /usr/share/sss (SimpleStringSubstitution)
Attachments
control-panel.png
jwm menu with German localization
visible by right-click on background
(8.62 KiB) Downloaded 729 times
control-panel-i18n.tar.gz
all scripts of
fatdog-control-panel with internationalization
to be merged into /
(149.57 KiB) Downloaded 526 times

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#166 Post by jamesbond »

L18L,

momanager is now in devx. I'll look at the rest. BTW I have one question.

I'm a bit wary of using gettext in scripts (but I realise that this is probably the standard way of doing it - the SSS is very messy because you can't see the strings being used in the program itself), so I'd like to ask you about its impact. Using gettext means that every single instantiation of a string now causes a "fork" to launch gettext.

Depending on the program and how it is being used, this can be almost negligible (if that section of the program is only used once), or it can be very heavy (if the string is used in a loop).

So far, how do you feel of the speed impact?
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

Fatdog64-630rc1

#167 Post by L18L »

jamesbond wrote:I'm a bit wary of using gettext in scripts (but I realise that this is probably the standard way of doing it - the SSS is very messy because you can't see the strings being used in the program itself), so I'd like to ask you about its impact. Using gettext means that every single instantiation of a string now causes a "fork" to launch gettext.
I do not get what you mean by "can't see the strings", could you provide an example please?
jamesbond wrote:or it can be very heavy (if the string is used in a loop)
Feel free to define the translated message outside the loop if that is possible.
jamesbond wrote:So far, how do you feel of the speed impact?
I would like to measure it.
(..and LANG=C #because it is faster? ...LC_MESSAGES does slow it down again?)

..or try again using Puppy's official t12s method.....
Translations would not be lost, can be used again...

(updated momanager follows soon...)

mories
Posts: 70
Joined: Mon 21 Dec 2009, 12:51

Question on dual graphics

#168 Post by mories »

With Fatdog64-630rc1 in a system with dual graphics ATI Radeon HD 6470M / Intel HD 3000, how I can use or activate the ATI card with open source module "radeon"?
The kernel modules "radeon" and "i915" are loaded, but Xorg always uses the intel/i965 modules.
Or is this only possible with proprietary modules AMD / ATI?

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#169 Post by jamesbond »

I do not get what you mean by "can't see the strings", could you provide an example please?
I may have been wrong. By the "SSS" method I mean those scripts where i18n is done by putting the strings in variables at the top of the script e.g. MSG1="hello" MSG2="world" and then trying to source "/usr/share/locale/$LANG/msg" which will replace MSG1 & MSG2 with the correct local text. The actual apps don't have embedded strings anymore, they always display using $MSG1 and $MSG2. Is that the SSS method, or is that the t12s method? :)
Feel free to define the translated message outside the loop if that is possible.
Yes, that's what I plan to do - when necessary.
I would like to measure it.
(..and LANG=C #because it is faster? ...LC_MESSAGES does slow it down again?)
LANG=C is definitely faster than any other LANG settings. I tested this early on, even with LANG=en_US or LANG=en_AU it is much slower than LANG=C. LC_MESSAGES doesn't slow it down. It's the $(gettext) that I'm worried about. Anyway, "fast" is relative. As long as the difference is not perceptible, then it is not important.
With Fatdog64-630rc1 in a system with dual graphics ATI Radeon HD 6470M / Intel HD 3000, how I can use or activate the ATI card with open source module "radeon"?
The kernel modules "radeon" and "i915" are loaded, but Xorg always uses the intel/i965 modules.
Or is this only possible with proprietary modules AMD / ATI?
I'm afraid the state of dual graphics is still in a mess. Your best bet is to go with proprietary driver but we don't have that one yet (we usually only release them on *final* release because during testing we change kernels often). In rc2 the kernel will have debugfs and vgaswitcheroo enabled - but please don't get high hopes on this. Vgaswitcheroo worked for earlier models of dual graphics and with intel/nvidia. But with intel/ati the situation is murky. Anyway, none of us have a machine with that combination, so there isn't much we can do (to test, to experiment). My machine is ati/ati dual graphics. When I used Catalyst driver I could choose which card to use. When I'm using radeon open-source, I'm already glad if my screen isn't blank ...
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

#170 Post by L18L »

jamesbond wrote:... those scripts where i18n is done by putting the strings in variables at the top of the script e.g. MSG1="hello" MSG2="world" and then trying to source "/usr/share/locale/$LANG/msg" which will replace MSG1 & MSG2 with the correct local text. The actual apps don't have embedded strings anymore, they always display using $MSG1 and $MSG2. Is that the SSS method, or is that the t12s method?
I would call this a .... (PITA ?)

t12s is named by me developed from technosaurus' (t12s :D ) input...
localizing-shell-scripts-without bashisms, gettext or ...

SSS is Barry's invention and integrated in his momanager.
It is: translate once (using sed), use always after translated once
or in other words: let us look into 1 example
/usr/share/sss/script_strings/script_strings.de

Code: Select all

[general]
#this "script_strings" SSS domain is intended for any scripts that need translation.
#the SSS technique translates files "in place", meaning that the original file gets replaced by the
#translated file (menu_strings domain is slightly different, in that it first generates English files from
#templates, then translates them). Thus the files are translated *before* execution, whereas the gettext
#and t12s methods are run-time translations.
#the translations in this SSS-domain, that is, this file script_strings*, are performed by /usr/sbin/fixscripts, which
#in turn is called from quicksetup (chooselocale) whenever locale is changed, also by rc.update whenever a version upgrade.
#the section-ids are a full path, for example _etc_rc.d_functions4puppy4 means /etc/rc.d/functions4puppy4
# ...i originally imposed this substitution for / as i thought there might be a problem with having / in the section-id
#    however, now i think not. anyway, fixscripts will accept any substitution, ex XetcXrc.dXfunctions4puppy4
#Please type translation only between the last two % characters. 
#Keep all formatting exactly the same, that is retain all " ' < > / \ characters.
# -- do not replace the " and ' with left-side or right-side quote characters.
#Keep all variables as-is, exs: ${DROPOUT} $DROPOUT -- do not translate!

[_etc_rc.d_functions4puppy4]
#target file is /etc/rc.d/functions4puppy4
s%Only very old PCs may have a serial mouse. These are recognised by the fairly large rectangular plug, technically known as a DB9 or the even larger DB25 (where the 9 or 25 refers to the number of pins in the plug). Press the UP and DOWN arrow keys to choose your mouse type, then press the ENTER key:%Nur sehr alte PCs können noch eine serielle Mus haben. Diese erkennt man an dem ziemlich großen eckigen Stecker, technisch bekannt als DB9 oder den sogar größeren DB25 (wobei die 9 oder 25 der Anzahl Pins im Stecker entspricht). Maustyp mit den Pfeiltasten auswählen und dann mit Enter-Taste bestätigen:%
s%(mouse in very old computers)%(Maus in sehr altn Computern)%
s%(mouse or touchpad in all modern computers)%(Maus oder touchpad in allen modernen Computern)%
s%Please choose mouse type...%Bitte Maustyp wählen...%
s%Serial port mouse plugged into...\\nUse UP/DOWN ARROW keys, ENTER key to finish%Serielle Maus angeschlossen...\\nPfeiltasten benutzen und mit Enter-Taste abschließen%
s%(most likely)%(höchstwahrscheinlich)%

[_etc_rc.d_rc.sysinit]
s%"done"%fertig%
s%"failed"%nicht OK%
s%Loading swap partition $ONESWAP...%Lade Swap-Partition $ONESWAP...%
s%Loading swap file ${SWAPFILE}...%Lade Swap-Datei ${SWAPFILE}...%
s%Making the filesystem usable...%Mache das Dateisystem benutzbar...%
s%"Updating..."%Aktualisiere...%
s%Updating unique hostname...%Aktualisiere eindeutigen Hostname...%
s%Loading kernel modules...%Lade Kernel-Module...%
s%Waiting for modules to complete loading...%Warte bis Kernel-Module komplett geladen sind...%
s%Loading user-selected modules...%Lade benutzergewählte Module...%
s%Setting up services (network, printing, etc.)...%Einrichten der Dienste (Netzwerk, Drucken, etc.)...%
s%\[backgrounded\]%\[im Hintergrund\]%
s%Recognising media devices...%Erkennen der Speichermediengeräte...%

[_etc_rc.d_rc.update]
s%" cross-build-fix"%%
s%" network-drivers-list"%Netzwerktreiberliste%
s%" pixbuf-loaders"%%
s%" gtk-icon-cache"%%
s%" desk-icons"%%
s%" $OLDPVERSION to $NEWPVERSION"% $OLDPVERSION auf $NEWPVERSION"%
s%from version $OLDPVERSION to%von Version $OLDPVERSION auf%
s%Upgrading ${DISTRO_NAME} ${VERstr} ${NEWPVERSION}...%%
s%" network-drivers-list"%" Netzwerk-Treiber-Liste"%
s%layered-filesystem%geschichtetes Dateisystem%
s%next boot will be faster!%nächster Neustart wird schneller!%

[_etc_rc.d_rc.country]
s%Select the keyboard layout:\n(UP/DOWN arrows then ENTER key)%Tastaturbelegung auswählen:\n(Pfeiltasten dann Enter-Taste)%
s%Is the hardware clock on the computer set to the local time, or to UTC? Note, most PCs with Windows installed have the hardware clock set to the local time, so if in doubt choose that...%Ist die Hardware-Uhr im Computer auf lokale Zeit gestellt oder auf UTC? Beachte, die meisten PCs mit installiertem Windows haben die Hardware-uhr auf lokale Zeit gestellt, also: im Zweifelsfall das auswählen...%
s%Set hardware-clock type%Typ der Hardware-Uhr%
s%"Local"%"Lokal (Ortszeit)"%
s%"UTC"%"UTC (Universelle Zeit)"%

[_usr_local_petget_0setup]

Post Reply