Posted: Sun 03 Jun 2012, 08:39
Oh, before you get the next out the door, there is a locale bug.. if I "echo $LANG" I get "Australia".. nice to know , but isn't en_AU?
Cheers!
Cheers!
READ-ONLY Archive
https://oldforum.puppylinux.com/
Huh? I've got the correct locale here, where whether I choose en_AU or en_AU.UTF-8. What's the content of your $HOME/.fatdog/language?01micko wrote:Oh, before you get the next out the door, there is a locale bug.. if I "echo $LANG" I get "Australia".. nice to know , but isn't en_AU?
Cheers!
Code: Select all
# cat $HOME/.fatdog/language
Australia
#
Code: Select all
# cat $HOME/.fatdog/language
en_AU
#
I have uploaded glibc_locale-non-English pet that enables non-English locales to a certain degree. But as kirk said, Fatdog is officially English-only. We can't test / fix non-English locale problems. Many applications have their *.mo files removed for for size reasons; same for those applications in the pet repository as well.kirk wrote:Sorry mories, it's english only.mories wrote:Please, as set locale other than english?
Can't reproduce here, do you mind adding tracing the script (make the first line "#!/bin/ash -x") and run it from terminal to see the output?01micko wrote:That was using your tool to set it today. For days I didn't bother setting locale or timezone. I was getting weird warnings about locale when compiling some stuff.Code: Select all
# cat $HOME/.fatdog/language Australia #
See edit abovejamesbond wrote:Can't reproduce here, do you mind adding tracing the script (make the first line "#!/bin/ash -x") and run it from the command line to see the output?01micko wrote:That was using your tool to set it today. For days I didn't bother setting locale or timezone. I was getting weird warnings about locale when compiling some stuff.Code: Select all
# cat $HOME/.fatdog/language Australia #
Ahh this is not user error, this is because the application is not resilient enough. I'll try to make it more resilient (going to be hardwork, there are a few of these kind of apps )01micko wrote:EDIT: user error! didn't see the arrow and just clicked "Australia"...Code: Select all
# cat $HOME/.fatdog/language en_AU #
Thanks for add some support for non-english locale.jamesbond wrote:I have uploaded glibc_locale-non-English pet that enables non-English locales to a certain degree. But as kirk said, Fatdog is officially English-only. We can't test / fix non-English locale problems. Many applications have their *.mo files removed for for size reasons; same for those applications in the pet repository as well.kirk wrote:Sorry mories, it's english only.mories wrote:Please, as set locale other than english?
Yes. Slim does not use xinit to launch X server, it launched xinitrc directly. I replaced "xinit" with "freememappletd".01micko wrote:Some little bugs uncovered.
If I install "slim" login manager it seems that the drive icons don't show up. I traced it to the "get_USER" function and I got USER=
Naturally the script exited. For now I just replaced xinit with init, as that is where it was failing for me, drive icons returned. There was no xinit process listed in the output of "ps -eo user,comm"
Yes, same comment above. This is because slim runs the X server with security enabled (using .Xauthority file), thus simply changing user to spot will not work because spot does not have the required "cookie". Again, this is fixed in the next release (where the spot scripts pass the authority file to spot before doing su).Also, if slim is installed it breaks anything that is called with user spot. I guess you knew that .
I need to look at this ... anyway what does sven have to do with regular expression library? oddSymlink /usr/lib64/libpcre.so.0 is missing, sven daemon complains but sven still works, maybe just not 100%.
I've no idea! (more in a moment)jamesbond wrote:I need to look at this ... anyway what does sven have to do with regular expression library? oddSymlink /usr/lib64/libpcre.so.0 is missing, sven daemon complains but sven still works, maybe just not 100%.
No update is needed. Fatdog can be pxe-booted directly from ISO image. My syslinux.cfg/default file looks like this:gcmartin wrote:(BTW, I know that other things have priority, is it on your list for your Netboot PET to get an upgrade to handle the naming in FATDOG?)
Here to help
Code: Select all
default fatdog
label fatdog
kernel memdisk
initrd test.iso
append iso raw
Code: Select all
DIR:/root/.sven/plugins
DIR:/usr/lib64/sven/plugins
Plugin Add[0]:/usr/lib64/sven/plugins/autoconvert.so
Could not load plugin: "/usr/lib64/sven/plugins/autoconvert.so"
Dynamic Loader Error: libpcre.so.0: cannot open shared object file: No such file or directory
Code: Select all
# pidgin
pidgin: /usr/lib/libxml2.so.2: no version information available (required by /usr/lib/libpurple.so.0)
Not sure what the plugin is for. The text says it is "automatic russian / english layout", and there are pictures of national flags, running it seems to show the currently chose XKB layout. But I don't see anyway to change it. Plus, after it is activated (by adding the link) - I can't even configure sven anymore. Trying to add more hotkeys will crash it. That being said, sven is old and un-maintained. The website seems to be down. But it is still the nicest keyboard daemon out there.01micko wrote:Yeah it's a sven plugin...
here's the error in the /var/log/slim.logMake the link, no error.Code: Select all
DIR:/root/.sven/plugins DIR:/usr/lib64/sven/plugins Plugin Add[0]:/usr/lib64/sven/plugins/autoconvert.so Could not load plugin: "/usr/lib64/sven/plugins/autoconvert.so" Dynamic Loader Error: libpcre.so.0: cannot open shared object file: No such file or directory
Ahhh, that's for the brave and the bold ... the latest trunk will allow you to do "su - spot; xinit -- :1" - and have two desktops running ...Understood on the other stuff mentioned in the earlier post
That's probably because pidgin is still the old pidgin in 521, while libxml has been upgraded. But it should still work ...While I'm at it... a similar error to Jim's regarding libxml , both with libreoffice 3.5.4 and pidgin....Pidgin still runs but I haven't fully checked out yet, will shortly. Libreoffice-3.4.6 however (older version) runs fine.Code: Select all
# pidgin pidgin: /usr/lib/libxml2.so.2: no version information available (required by /usr/lib/libpurple.so.0)
Yes!EDIT: yep, online @ #puppylinux right now, so that works.
Updated to the pet repo, thanks Bill.Billtoo wrote:Here's a pet of Gtkhash checksum utility,the icon will show up in the general utilities section of the puppy menu.
I may have found the source of this problem and fixed it. Let's see if this works on the next release.irishrm wrote:kirk:
jamesbond:
I did a very careful re-install directly to USB.
During the install i was given the default option of moving the download file outside of the savefile.
I un-ticked that box and my downloads are appearing in spot as they should do.
I have downloaded some small and large downloads even a youtube video without any hiccup.
so far so good "upward and onwards"
irishrm.