Frugal install on USB flash drive.
This boots directly to desktop, using the Nouveau driver
Tried to run glxgears.
It runs for about 2 seconds and stops with this error.
Code: Select all
illegal instruction
Highlighting does not seem to copy.
Code: Select all
illegal instruction
@bugpup
bigpup wrote:@bugpup
Not sure how to take that
I hope I am not bugging you!!
I understand what you are saying about Pale Moon.
That is probably why the Pale Moon Linux installer does not recognize your version of Pale Moon.
Good idea to make the 32bit version, as usable as you can, for older computers.
Thanks for Slacko!!!!!
Fresh install of slacko-6.9.9.6-k3.16-4G-PM-ABI in pupmode=13. Confirmed the problem.Sailor Enceladus wrote:When using pmedia=ataflash / PUPMODE = 13 on slacko-6.9.9.6-k3.16-4G-PM-ABI, only the first save seemed to work, after that, any time I click on the save icon on desktop, it has the "Request to save" splash message but then the "Saving" message never comes up, so after every reboot the save icon will be where it was originally and "Updating layered filesystem" happens again.
Code: Select all
BASEMTP="$(df-FULL | awk '{print $6}' | grep "$BASE" | tail -1)"
Code: Select all
BASEMTP="$(stat -c %m "$BASE")"
Here is kind of how it works: You click on the Menu on the bottom left, and instead of seeing the list appear or disappear after, you see it as just a gray rectangle with no menu items, and then nothing on the display is clickable. If whatever you opened last is focused on a text field, sometimes you can still type into that field and watch what this program is doing but not move and click on anything on the display with the mouse arrow. It's almost like JWM is frozen into that program only, and maybe the drawing of the menu is redirected into the program instead of onto the taskbar too. If you hit Ctrl-Alt-F3 and type in the root name and password, then type top, you can try doing kill # and kill random things until you find the one JWM is currently focused on to regain control of the display. This time it happened after I opened PupSysInfo then clicked on the menu, and finding the kill number for gtkdialog4 let me regain control of the desktop. Last time I think I had to find the kill number for Firefox, another time it was geany. If you find the right program and kill it, when you return to the desktop with Ctrl-Alt-F4 you can type jwm -restart, and the gray box that is supposed to be the menu will turn into an empty program that you can move around, but if you click on the X on this new program it will kill everything, so I just move this "ghost menu program" to virtual desktop 2 so it's out of the way, and after doing that, sometimes it disappears on it's own after a few minutes. I could not find anything in the /var Xorg or messages logs or in the tmp xerrs.log around the time it happens. It sounds like more of a JWM issue than a Intel gfx card issue to me but perhaps it's both: some kind of commit in JWM that tries to do some kind of "intel graphics acceleration display quirk" and fails... I'm not sure. I'm pretty sure it's something that was changed between the last jwm 2.2.x and 2.3.0, so I might try reading every commit in between to see if something gives a clue as to what commit I can compile jwm 2.3.x without.01micko wrote:--
Crashing intel graphics...
@gyro,norgo,sailor,Maurizio4Puppy (any one else)norgo wrote:Section "Device"
Identifier "Card0"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
What is an elegant solution for this issue?
Sure, I can find out if you have 'intel' graphics but it is not a 'one-size-fits-all' solution. (Hmm.. probably if we were relying on udev instead of 'xorgwizard-automatic' to set up X then we would be ok...).
Compiling a database of chips that work with the 'fix' will be very tedious and very 'hit and miss'.
I'm open to ideas... anyone? Maybe I should add a script to do this and issue instructions in the release notes to execute this script if you have problems with 'Intel HD Graphics'?
Maybe you affected guys should post some logs. (/var/log/Xorg0.log maybe).
Hi @norgo,norgo wrote:But I found still another minor flaw concerning ROX-Filter.
If a file becomes copied into a folder containing a file with the same file name,
file becomes overwritten without to ask user for confirmation.
I wondered about this too. I tried compiling wine-2.9 in Slacko64 and it said "missing 32-bit development libraries" even after loading the 32-bit compatibility layer. Maybe I need 32-bit devx and 64-bit devx? Compiling it in 32-bit Slacko was easy though.zigbert wrote:Still no wine available, but I guess there must be a solution somewhere... ?
This I tried already but in this case ROX-Filter is asking for every copy action.Sailor Enceladus wrote: you can right-click on a file, then click on the "Options..." (with the screwdriver/wrench), and under "Action Window" remove the checkmark from Copy. I'm not sure why this was changed, maybe someone requested it
Hmmm, I see...norgo wrote:pMusic Radio streamer 5.4.1
Hi @zigbert
unfortunately names of the radio stations are truncated at the end.
Could you increase the width of the text area a little bit please ?
There's still enough space
Ah you're right, changing Action Windows makes it ask every time you copy... even when you're not overwriting a file. hmmnorgo wrote:This I tried already but in this case ROX-Filter is asking for every copy action.Sailor Enceladus wrote: you can right-click on a file, then click on the "Options..." (with the screwdriver/wrench), and under "Action Window" remove the checkmark from Copy. I'm not sure why this was changed, maybe someone requested it
It’s not the same like an overwrite warning.
ROX-Filter has been updated a month ago
have a look at github puppylinux-woof-CE/petbuilds/rox-filter