Wary/Racy 5.3RC2 (5.2.91)

[OscarTalks]

Thanks to Mark for the additional guidance.

Regarding this PCI card wireless adapter it is boxed and sold as a Micronet SP906GK but the network setup in Puppy reads it as:-

Module = rtl8180
Device description = pci Realtek Semiconductor RTL 8185 IEEE 802.11 abg wireless LAN controller

("lspci -nn" in console also gives this description)

Works on smelly Win XP (with the software) and on Xubuntu but on Puppy it usually freezes the screen, mouse and keyboard as soon as I click on "SCAN" in any of the network tools. On a couple of occasions though it did work on Racy 5228 and connected for about two minutes before totally freezing.

Tried a couple of re-seats of the card. Could be some sort of hardware incompatibility I suppose. May just have to set it aside in the drawer now that the USB one is working.

[pemasu]

rtl8180 kernel driver module has been included in Racy. It does not need...or use... any extra firmware.

To be sure you could still post the content of lspci -nn concerning that wireless.
03:00.0 Network controller [0280]: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)

That bolded part is the important data. Using the chip id it is possible to ensure that rtl8180 is the right driver.
It can be that proprietary driver is needed.

[nooby]

Will Geeqie image viewer work on Racy?
Where is the download link? The one to Iblio on Barry's blog does not work.
Ooops that link where for the 5227 and the link for 5228 do work but takes 30 minutes
so I go to bed instead late at night.
http://distro.ibiblio.org/quirky/test/r ... -5.3beta2/

[OscarTalks]

Pemasu,

Thanks for trying to help. That line from "lspci -nn" reads:-

00:06.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller [10ec:8185] (rev 20)

Just wondering, is it normal for it to be described as an ethernet controller when it is a wireless controller?

[pemasu]

With your chip id number the rtl8180 should support your card. I noticed that many people get poor signal and also comp freezing with that chip. It seems to be somewhat depending which vendor uses it.
Also some people get better results with xp driver using ndiswrapper. Changing pci slot sometimes helps.
Is that card still sane...ie does other linux distro use it still alright ?
As you can see....more questions than answers...

Just use that usb wireless and be happy

[L18L]

I installed Puppy.look, worked well after I got this dialog box:

'chages to take effect' ->changes ...
'you should restart X server' maybe better here-> '...restart the X-server'
Worth considering:
Typos like that may have an unpleasing side-effect. When somebody translates such a string and later the original is corrected, the translation may break because the source string being different the system doesn't find the translation any more.

Yes, any translation will brake if msgid is changed.

Sorry, I have never heard of Puppy.look before.
What is that?
Any relation to Wary/Racy 5.3beta2 (5.2.2. ?

[nooby]

Failed to get Geeqie going on Wary/Racy 5228.

wish it would work for Racy, Slacko or Saluki now only
Lucid work with Geeqie.

[npierce]

There are at least two web pages in the land of Puppy that attempt to access the local file /usr/share/doc/HOWTO-program.htm; they are http://puppylinux.com/development/compileapps.htm and http://bkhome.org/genie/index.html.

This file was not included in Racy 5.2.2, nor is it currently in Woof2's woof-code/rootfs-skeleton/usr/share/doc/ directory.

But that's only half of the problem.

The other half of the problem is that, by default, recent versions of Seamonkey and Firefox block links to local files from remote files. So even if the file was included on Racy, it would not work. The user sees no "File Not Found" or other error message; nothing immediately visible happens at all. (Although an error is added to the list in the error console.) This is done to enhance security.

It is possible to disable this block for the two Puppy sites in question by adding these three lines to /root/.mozilla/seamonkey/*.default/prefs.js

Code: Select all

user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://puppylinux.com http://bkhome.org");
user_pref("capability.policy.policynames", "localfilelinks");

But that's kind of messy. And even though we know that those sites are trusted sites (assuming that the user's nameserver is also trusted, and not hacked), users probably want to make their own decisions about what sites to trust.

I see that the help page for Racy 5.2.2 now points to http://puppylinux.com/howto/programming.htm for this HOWTO. So you'll probably just want to use that URL instead of the old local one (unless your intention was to make the HOWTO distro-specific).

Reference: http://kb.mozillazine.org/Links_to_loca ... don't_work


While you have http://puppylinux.com/development/compileapps.htm open, you might also take a look at the following section, which some people have found a little confusing:

Full hard drive installation

This is a conventional Linux installation.

Currently, installing the "devx" file in a full hard drive installation (as opposed to a "frugal" installation) is slightly more complicated, and you can't undo it. It involves some steps....

1. Click on the devx_xxx.sfs in a ROX-Filer window to mount it.
2. Open a terminal in the mounted directory.
3. # cp -a --remove-destination ./* /mnt/hda2/
4. # sync
5. Close the terminal.
6. Click on the devx_xxx.sfs file to unmount it

Since, in this example, you are copying the files to /mnt/hda2, I am assuming that you are installing the *devx*.sfs to the full hard drive installation while it is not running -- in other words, by running Puppy from another installation or CD, with the target installation mounted at /mnt/hda2. The instructions don't make it clear that you are doing that, and a new user might not realize that "/mnt/hda2/" is only an example, and is not cast in stone.

Of course I may have assumed wrongly. In which case /mnt/hda2/ is even more puzzling.

[BarryK]

Thanks to new forum member LaRioja who has translated ROX-Filer from latest source
http://www.murga-linux.com/puppy/viewtopic.php?t=76281

I have used it in racy5228
Now there is no need for momanager to display:

XML files without de translation:
/usr/local/apps/ROX-Filer/Options.xml

and

Binary executables that do not have a mo file:
/usr/local/apps/ROX-Filer/ROX-Filer

because this is translated by
/usr/local/apps/ROX-Filer/Messages/de/LC_MESSAGES/ROX-Filer.mo

if ROX-Filer.pot is in /usr/share/doc/nls/ momanager can handle this I think.

Thanks for that, see my blog post:

http://bkhome.org/blog/?viewDetailed=02737

[L18L]

...see my blog post:
http://bkhome.org/blog/?viewDetailed=02737

Tested but not quite all right.

ROX-Filer.mo has a TEXTDOMAINDIR different from defaults.

triple entry of langpack_fr....

[L18L]

..
Tested but not quite all right...

Everything is allright now
That was quick, Barry
Thank you

[BarryK]

Barry,

Back in 2010, forum member "Wheres One" ran into a problem installing to partition 1. Looking into the matter, he kept careful notes and pretty much solved the problem himself. I stepped in at the last minute to suggest what might need to be changed in /usr/sbin/puppyinstaller.

His problem occurred after he created partition 10, and he correctly determined that puppyinstaller did not like two-digit partition numbers.

Looking at the code, I noticed three places where $DRVMSG was searched with grep for the destination partition ($DESTPART). You can guess what comes next . . . Yes, grepping for "sda1" matched "sda10".

I suggested adding a colon in each of those lines to change "$DESTPART" to "$DESTPART:". This worked for him.

Looking at the code today, I see a couple of other lines where there might be a problem. In one line the output of mount and in the other the output of ps -e is being searched. So "/dev/$DESTPART" probably needs to be changed to "/dev/$DESTPART ".

In the current version in fossil/wolf2 (checked-in 2012-02-02 10:04:42), the lines that I propose adding colons to are: 705, 706, 712, and the lines where I propose adding spaces are: 1145, 1149.

But I will be the first to admit that this script makes my head spin. For instance, I think that the destination partition in $DRVMSG is always followed by a colon, but I'm not entirely sure. So I am hoping that the author will know best if my proposed changes make sense.

I have not tested this because I don't want to change my partition 1. I do know that the changes I suggested for adding the three colons worked for Wheres One in 2010. The other two changes are totally untested.

Original bug report from Wheres One:
http://www.murga-linux.com/puppy/viewto ... 367#438367

Original post with my 2010 suggestions:
http://www.murga-linux.com/puppy/viewto ... 339#438339

Thanks for that, fixed. See my blog post:

http://bkhome.org/blog/?viewDetailed=02738

[BarryK]

3.X kernels have new drivers which needs new firmwares. I checked racy situation and searched through included kernel driver modules.

I believe the attached pet would be useful to have all those wireless drivers in use for those who need them.

Also.../all-firmware/rt2860sta-fw folder and /all-firmware/rt2870sta-fw folder are deprecated. The kernel now has included drivers for those previously proprietary drivers. 2860.bin and 2870.bin are inside rt2x00 folder which I modified. So removing those 2 folders might be possible.
# modinfo rt2800pci
firmware: rt2860.bin
description: Ralink RT2800 PCI & PCMCIA Wireless LAN driver.

# modinfo rt2800usb
firmware: rt2870.bin
description: Ralink RT2800 USB Wireless LAN driver.

In the attached tar ball is also the firmware.dep file for association. It can be used to update easily those folders in racy. The right location is /etc/modules. You find the existing file there.

ar9170usb folder is deprecated. It can be removed. carl9170 folder provides firmare for the replacing driver carl9170.ko.

Previously added rtl8192SE folder is now part of the rtlwifi folder. I placed all the new rtl8192* firmwares there....those drivers are present in wary.
# ls -R rtlwifi
rtlwifi:
rtl8192c rtl8192ce rtl8192cu rtl8192se rtlwifi.ko
rtlwifi/rtl8192c:
rtl8192c-common.ko
rtlwifi/rtl8192ce:
rtl8192ce.ko
rtlwifi/rtl8192cu:
rtl8192cu.ko
rtlwifi/rtl8192se:
rtl8192se.ko

Those folders I attached need to be placed to the /lib/modules/all-firmware folder and the firmware.dep file need to be updated.

In the attached tar ball is also firmware folders with firmware/s inside for some other drivers which are included in racy but the firmwares were missing.

Thanks very much for that. See my blog post:

http://bkhome.org/blog/?viewDetailed=02739

[charlie6]

Hi,
surprisingly the sh installation of the application Lilypond woks on wary and racy, whereas it did and does not on other Puppies.
http://lilypond.org/
This is described here:
http://www.murga-linux.com/puppy/viewtopic.php?t=66365

Code: Select all

# sh  lilypond-2.13.56-1.linux-x86.sh
Untarring lilypond-2.13.56-1.linux-x86.sh
bzip2: (stdin) is not a bzip2 file
tar: Child died with signal 13
tar: Exiting with failure status due to previous errors
...
#

Tested: lilypond sh-installations on other puppies - summary lilypond version vs puppy version

Code: Select all

puppy -->        4.12   4.3.1   5.X.X    Wary   Racy
version
---------------------------------------------------------------------------------------
lilypond  <------------result sh installer-------------->
version
	*
2.13.41            ok       ok         ok      NT      NT
2.13.42             X        X           X       ok      ok   
	*       
	*
2.14.1               X        X           X       ok      ok 

NT = not tested but might be ok
X  = sh installation fails (see forum member guitar's post)
	tar version is 1.06 on puppy 5.X.X, Wary and Racy
ok = sh installation works
5.X.X = slacko, lucid/lupu528

Before testing on wary ans racy by forum member guitar, that issue has been posted to the lilypond-users forum, but no answer since end 2011.
Browsing the lilypond-users forum, there is no such sh installation failure reported using other linux distros.

So on one hand one might think that a problem could be present in the Lilyponds archive, but it seems occuring only on Puppies.
On the other hand, the same Lilypond version does sh-install on later Wary and Racy, whereas it does not on "earlier Puppies" including 5.X.X (tested on slacko ans Lupu/Lucid528, all running the same tar 1.06 version.

So what?
Thanks considering this.
Charlie

[BarryK]

There are at least two web pages in the land of Puppy that attempt to access the local file /usr/share/doc/HOWTO-program.htm; they are http://puppylinux.com/development/compileapps.htm and http://bkhome.org/genie/index.html.

This file was not included in Racy 5.2.2, nor is it currently in Woof2's woof-code/rootfs-skeleton/usr/share/doc/ directory.

But that's only half of the problem.

The other half of the problem is that, by default, recent versions of Seamonkey and Firefox block links to local files from remote files. So even if the file was included on Racy, it would not work. The user sees no "File Not Found" or other error message; nothing immediately visible happens at all. (Although an error is added to the list in the error console.) This is done to enhance security.

It is possible to disable this block for the two Puppy sites in question by adding these three lines to /root/.mozilla/seamonkey/*.default/prefs.js

Code: Select all

user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");
user_pref("capability.policy.localfilelinks.sites", "http://puppylinux.com http://bkhome.org");
user_pref("capability.policy.policynames", "localfilelinks");

But that's kind of messy. And even though we know that those sites are trusted sites (assuming that the user's nameserver is also trusted, and not hacked), users probably want to make their own decisions about what sites to trust.

I see that the help page for Racy 5.2.2 now points to http://puppylinux.com/howto/programming.htm for this HOWTO. So you'll probably just want to use that URL instead of the old local one (unless your intention was to make the HOWTO distro-specific).

Reference: http://kb.mozillazine.org/Links_to_loca ... don't_work


While you have http://puppylinux.com/development/compileapps.htm open, you might also take a look at the following section, which some people have found a little confusing:

Full hard drive installation

This is a conventional Linux installation.

Currently, installing the "devx" file in a full hard drive installation (as opposed to a "frugal" installation) is slightly more complicated, and you can't undo it. It involves some steps....

1. Click on the devx_xxx.sfs in a ROX-Filer window to mount it.
2. Open a terminal in the mounted directory.
3. # cp -a --remove-destination ./* /mnt/hda2/
4. # sync
5. Close the terminal.
6. Click on the devx_xxx.sfs file to unmount it

Since, in this example, you are copying the files to /mnt/hda2, I am assuming that you are installing the *devx*.sfs to the full hard drive installation while it is not running -- in other words, by running Puppy from another installation or CD, with the target installation mounted at /mnt/hda2. The instructions don't make it clear that you are doing that, and a new user might not realize that "/mnt/hda2/" is only an example, and is not cast in stone.

Of course I may have assumed wrongly. In which case /mnt/hda2/ is even more puzzling.

Thanks for that, all fixed.

[vicmz]

xorgwizard running in console seems missing the new console font .

I have noticed this because ö and ü had no correct display in dialogs.

Same for Spanish, written stress (á, é, í, ó, ú) and Ñ are replaced with random characters. In some parts even extra characters are added in random places, for example the picture below says 'kalgunas' instead of 'algunas'.

Barry,

As MoManager seems to include in the langpack only .mo files made through MoManager, the langpacks I make have the 44 files I made with MoManager so far but exclude the 50 .mo files of existing translations, some of them for applications not included in the list of .mo files (HomeBank, ePDFView, AbiWord etc.), that's why the created langpack is less than 200k. I also checked the generated folder langpack_es-xxxxx to find out why my new langpack doesn't install my translations in 'applications' and 'desktop-directories', these folders appear with a '.in' suffix, for example appliactions.in, so when I install my langpack I get an 'applications.in' folder outside the 'applications' directory. I modified the generated folder langpack_es-xxxxx (removed '.in' folder suffix and added existing translations to what has been done so far) and used don570's Right-Click to produce a langpack (over 1MB), then tested without pupsave and it worked, I could see the desktop, the menu and great part of the applications in Spanish. I also tried including the Spanish dictionary for AbiWord, the langpack installs the dictionary but for now I don't know how to set it as default. I attach that langpack to this post so that you can check it and let me know how I'm doing.

Something that doesn't really have to do with translations: I work on intel celeron machines, could it be that some of the things that don't work for me, but work for others, have to do with the kernel version in Racy? I mean, should I use Wary instead? For example, in the latest Racy ( 5.2.2.8 ) I can't launch PGPRS Setup, and I had to remove my flash drive to test my langpack because pfix=ram didn't work for me.

[L18L]

xorgwizard running in console seems missing the new console font .

I have noticed this because ö and ü had no correct display in dialogs.

Same for Spanish, written stress (á, é, í, ó, ú) and Ñ are replaced with random characters. In some parts even extra characters are added in random places, for example the picture below says 'kalgunas' instead of 'algunas'.

I will download and look at this

----------------------------------

Result

I could reproduce above mentioned.
But in my running racy which has always been updated
everything was allright!

vicmz, please stay patient, next version will work OOTB


http://fossies.org/linux/misc/kbd-1.15. ... .LatGrkCyr

-----------------------------------

[BarryK]

vicmz, please stay patient, next version will work OOTB

Yes, Racy 5.2.2.9 should fix it! I am uploading it now, it is going slowly, will announce when ready.

5.2.2.9 is "5.3beta3" but is really of most interest to the language translators, as that is where most of the improvements have taken place.

L18L,
Yes, there are still some issues to work out in MoManager, we will see if we can fix those. There are still a few things in QuickSetup too, related to what happens after a user chooses to change locale.

[vicmz]

I could reproduce above mentioned.
But in my running racy which has always been updated
everything was allright!

Thank you guys, I should definitely learn to use Woof and its updates

[sszindian]

For those who use Racy and are required to file a 1040a form for your income taxes, you may be interested to know...

You can download the .PDF 1040a 'fill-able form' from the IRS site...

http://www.irs.gov/formspubs/index.html

Then go get 'Acrobat_Reader-9.3.3-Lucid.pet' from the puppy repository at:

http://distro.ibiblio.org/pub/linux/dis ... ges-lucid/

Acrobat_Reader-9.3.3-Lucid.pet installs and 'works' in Racy very well (probably should be in Racy PPM).

Now you can use your computer to fill-in your 1040a and save it, print it out, mail it in. (Also, Should work fine for 'ANY' .PDF fill-in form.)

Acrobat_Reader-9.3.3-Lucid.pet is quiet large '68MB' so have enough savefile space available.

Hope you get a Large Return!

>>>---Indian------>