Puppy Linux Discussion Forum

[L18L]

xorgwizard running in console seems missing the new console font .

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

prepending 1 line before line 335
zcat /lib/consolefonts/LatGrkCyr-8x16.psfu.gz | loadfont #120227
#do this code block if X is running...

and before 1570
zcat /lib/consolefonts/LatGrkCyr-8x16.psfu.gz | loadfont #120227
dialog --no-collapse --title "$(gettext 'Xorg Video Wizard')" --yes-label "$(gettext 'FINISHED')" --no-label "$(gettext 'Tweak')" --yesno "$(gettext 'Report on X test:')
`eval_gettext \"Resolution: \\\${XTEST}x\\\${YTEST} pixels\"`

and ö was correct !

console font has to be (re)loaded independent of locale changing ?!

Some ö´s in xorgwizard:

# pwd
/usr/share/locale/de/LC_MESSAGES
# msgunfmt xorgwizard.mo | grep lö
msgstr "Es ist möglich, Bildschrmauflösungen zu ändern, ohne X zu verlassen:"
msgstr "MEHR: weitere Bildschirmauflösungen anzeigen..."
msgstr "Ändern der Auflösung"
msgstr "Auflösung: ${XTEST}x${YTEST} pixels"
#

The last one is displayed as Auflölsung. Very strange.

Of course, this loadfont hack is just a hack for now...

Test yourself, lang_pack_de attached

-------------------------------------
edited concerning usability:

in dialog the buttons are always visible now so there is no more need for text like
TAB TAB ENTER to choose this or that...

Maybe just 1 new hint:
Use PAGE DOWN key to see entire text...

[tatemono]

I ran Racy 5.3beta2 and found the following shortage.
By clicking harddisk icon on desktop to mount a vfat partition, Racy 5.3beta2 does not use utf8 option when UTF-8 locale is used.

[L18L]

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.

[npierce]

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/viewtopic.php?p=438367#438367

Original post with my 2010 suggestions:
http://www.murga-linux.com/puppy/viewtopic.php?p=438339#438339

[charlie6]

Hi,
anew thanks for your continuus quest with this racy !
That's nice to have an embedded OpenGL !
But ....
Here on a pentium IV with 82845G brookdale video chip:
the X and/or OpenGL settings defined on the pristine state change to another (-->different and maybe downgraded) settings when the corresponding pupsave file is created.
No new software nor libs were added.
and...
question: I had like to know how to keep the same settings as upon the pristine boot?

Some more details:
1. Booting pristine (pfix=ram) + restarting Xorgwizard to «Choose» the Intel driver and 1280x1024x24 resolution gives the following reports:

[BarryK]

[BarryK]

[BarryK]

[mark]

For Racy 5.2.2 on an Asus EeePc 901,

ifconfig wlan0 up would return:
ifconfig: SIOCSIFFLAGS: No such file or directory

I was getting the following from the system log:
phy0 -> rt2x00lib_request_firmware: Error - Failed to request firmware.

So I downloaded RT2860_Firmware_V26.zip from http://www.ralinktech.com (PCI, not USB), and copied the .bin to

/lib/firmware/rt2860.bin

And now Puppy is scanning OK

[LaRioja]

Hello,
is this a bug?
I booted Racy 5.2.2.8 with the life CD on a about one year old laptop to test. I tried to scale an image for an internet site. After loading the image file, I pressed the key 'Bild' with an up arrow on my German keyboard to open the dialog to scale the canvas. The dialog opened and the two numbers for the new size following the 'New' label changed all the time (they were counting up) just like a gambling machine in a rob you blind and I couldn't close mtPaint. I was not able to take a screenshot either. The screenshot appended was taken after opening the dialog in a new mtPaint using the menu. I reproduced the issue several times with and without loading an image first: I opened mtPaint and pressed the key 'Bild' with an up arrow and I was in the rob you blind again. Even Pprocess didn't help me to close mtPaint. I restarted the X-server to close it.

Regards

[pemasu]

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.

[OscarTalks]

Since you are talking about this here I am trying to get wireless to work as well. I have a USB dongle (packaged as an Edimax EW-7718Un 300 Mbps Wireless USB Adapter) which gives these error messages. Have tried Racy 5228 and Wary 522 and others, same result with all.

module = rt2800usb
Fails to activate, log shows:-
requesting firmware rt2870.bin
failed to request firmware

The other network setup tool says the module is on board but not listed as having WPA support or something. An option comes up to include it or use it anyway but it still doesn't activate if I do.

Any advice (without blinding me with science)?

[pemasu]

[OscarTalks]

Tried to follow what poster "mark" above did.
Downloaded the firmware .bin and placed it in the folder.
Network setup now does scan
BUT does not find any WPA signals, only WEP ones.
Not really sure how to use WEP in my router and don't really want to as it is less secure.

Wonder if there is a newer firmware that I should use in place of the rt2870.bin

This USB adapter does work with WPA on other OS's including Xubuntu

Was using Wary 522 for this test..

Can try Racy with the .pet but need a few cups of tea right now

EDIT: @ Pemasu, I have followed your instructions and Racy 5.2.2.8 now scans OK and finds all the wireless signals including the WPA ones so I am able to connect.

Hope I will be able to repeat the process and hopefully this means that future releases of Puppy will work out of the box with these wireless adapters because they are quite commonplace.

Now I need to go back to a PCI wireless adapter which I had in this machine before and we need to get that one working, because it was giving problems too. Will post back about that one later maybe

[pemasu]

Glad to hear you got it working. It confirms that firmware update is needed.
About your pci wireless. If it does not work.
In console lspci -nn and copy the rows concerning that wireless.