slacko-700 rc3

[davids45]

G'day rcrsn51,

@davids45:

Run "probepart". Does it see the disk as UDF?

Run "guess_fstype /dev/sr0". What does it see?

Here are the results of these two further terminal inputs with my non-Slacko-mounting CD.

Regards,
David S.

[prehistoric]

Hi,
I used the included browser installer to create Opera 46 sfs but it does not run after loading the sfs.
Opera 45 worked ok.
I did not tested Chrome or Vivaldi.
Thanks in advance,

José Pinto

You are, as Oscar said, likely running into 64-bit sfs files on a 32-bit machine. The binaries will say amd64. Chrome is also 64-bit only, but you can use the stable branch of Vivaldi 1.9.818.50, which is available for 32-bit machines (i386). I'm running this now on that beat-up D600. It is painfully slow on such a slow machine, but that is what I'm trying to use to expose a nondeterministic timing problem.

Aside for others: At the moment the damn thing refuses to misbehave. None of the machines I wanted to try have been slower, or limited to 32-bit software. If this continues, I'd say you are unlikely to hear from people bothered by it, assuming the dhcpcd_drop_wait pet is applied. This fix seems time-dependent, but I believe the slow hardware which most often exposes the bug will disappear in a few years. I wouldn't bet my life on this software, but shouldn't have to.

For those who have been irritated by my approach I can only say I appreciate that they have stopped short of threatening violence, as did happen in the past when I worked to expose concurrency problems programmers had spent months or years making less likely without fixing. I found the problems, but upset quite a few people in the process. Ordinary sequential reasoning doesn't work well until you have narrowed the possibilities considerably, so my actions seem perverse and illogical. Until you've seen some real-life examples you would not believe the way concurrency multiplies the number of combinations of possible states and state transitions. Nobody can handle such overhelming complexity directly.

[01micko]

01micko,

I did some testing of my video problem, GPU hangs until set "XUA".
I notied that LxPupSc 17.06.22 does not have this probelm, so I tried using it's 4.11.5 kernel with slacko, but that did not fix the problem.
I then noticed that slacko has "X.Org 1.18.3, Open GL 3.0 Mesa 11.2.2."
Where as lxpupsc has "X.Org 1.19.3, Open GL 3.0 Mesa 17.1.2".
How can I upgrade this X stuff in slacko to see if that fixes the issue?

gyro

2 ways I can think of. 1)Try downloading all the necessary xorg/mesa/intel components from slackware -current and run them through the woof templates then construct a y-drive or 2)ask peebee. I do get the issue on my wife's macbook but I won't get a chance to play with that until Saturday. Since the 'uxa' thing seems to be the key for most I want to try and detect errors in the xorg/kernel logs and apply that fix before X starts or if not apply it and suggest an X re-start in a message window (possibly a terminal window or something that doesn't rely on too much 'tool-kit').

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

udf

So there is a bug in probepart (and further up 'blkid').

Slipped the attached version into /sbin, making sure it is executable, and see if it makes a difference. Thanks for testing.

[josepinto]

Hi,
I used the included browser installer to create Opera 46 sfs but it does not run after loading the sfs.
Opera 45 worked ok.
I did not tested Chrome or Vivaldi.
Thanks in advance,

José Pinto

You are, as Oscar said, likely running into 64-bit sfs files on a 32-bit machine. The binaries will say amd64. Chrome is also 64-bit only, but you can use the stable branch of Vivaldi 1.9.818.50, which is available for 32-bit machines (i386). I'm running this now on that beat-up D600. It is painfully slow on such a slow machine, but that is what I'm trying to use to expose a nondeterministic timing problem.

Aside for others: At the moment the damn thing refuses to misbehave. None of the machines I wanted to try have been slower, or limited to 32-bit software. If this continues, I'd say you are unlikely to hear from people bothered by it, assuming the dhcpcd_drop_wait pet is applied. This fix seems time-dependent, but I believe the slow hardware which most often exposes the bug will disappear in a few years. I wouldn't bet my life on this software, but shouldn't have to.

For those who have been irritated by my approach I can only say I appreciate that they have stopped short of threatening violence, as did happen in the past when I worked to expose concurrency problems programmers had spent months or years making less likely without fixing. I found the problems, but upset quite a few people in the process. Ordinary sequential reasoning doesn't work well until you have narrowed the possibilities considerably, so my actions seem perverse and illogical. Until you've seen some real-life examples you would not believe the way concurrency multiplies the number of combinations of possible states and state transitions. Nobody can handle such overhelming complexity directly.

Hi,
Thank you for the explanation.
I think I have a processor capable of 64 bit instructions as described here: https://wiki.archlinux.org/index.php/Samsung_N150
Should I run 32 bit of 64 bit slacko?
I am testing the 64 bit version with Palemoon and Libreoffice.

[norgo]

@gyro and @01micko

I can confirm gyro's observations.
I also played around intensively with Peebee's LxPupSc and tried to force a hang or freeze.
Result: absolutely impossible to force a hang or freeze.

In case of Slacko 700 I can confirm too that it is independent of kernel version.
If sna acceleration is used it happens independent of kernel version or 32 or 64 bit.

I'm using uxa acceleration since five weeks and had no hang or freeze anymore.

gyro, I'm very curious about your tests results with X.Org 1.19.3 and Mesa 17.1.2

[Billtoo]

I installed slacko-6999 build to a 32gb flash drive:

PUPMODE=13
PDEV1='sdc1'
DEV1FS='ext4'
PUPSFS='sdc1,ext4,/slacko-6999-jun26/puppy_slacko_6.9.9.9.sfs'
PUPSAVE='sdc1,ext4,/slacko-6999-jun26/slackosave-jun26'
PMEDIA='usbflash'

I installed fix_pupmode13.pet and rebooted before adding anything with
PPM.

# inxi -b
System: Host: puppypc8162 Kernel: 4.4.74-pae i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.9.9
Machine: Device: desktop System: ACER product: Aspire M5620 v: R01-A4 serial: PTS860X0348050CF642700
Mobo: ACER model: G33T-AM v: 1.0 serial: 00000000 BIOS: American Megatrends v: R01-A4 date: 12/19/2007
CPU: Quad core Intel Core2 Quad Q6600 (-MCP-) speed/max: 1603/2403 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.18.3 driver: nvidia tty size: 146x35 Advanced Data: N/A for root
Network: Card: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 165.4GB (6.1% used)
Info: Processes: 197 Uptime: 1:09 Memory: 266.4/8097.6MB Client: Shell (bash) inxi: 2.3.8
#
# report-video
VIDEO REPORT: Slacko Puppy, version 6.9.9.9

Chip description:
VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)

Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1920x1080
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Drivers requested to be loaded: nvidia

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nvidia
Loaded modules: dbe dri2 fb glx kbd mouse ramdac wfb

Actual rendering on monitor:
Resolution: 1920x1080 pixels (707x392 millimeters)
Depth: 24 planes

...the above also recorded in /tmp/report-video
#

Works well, sound problem is gone.

[prehistoric]

...Hi,
Thank you for the explanation.
I think I have a processor capable of 64 bit instructions as described here: https://wiki.archlinux.org/index.php/Samsung_N150
Should I run 32 bit of 64 bit slacko?
I am testing the 64 bit version with Palemoon and Libreoffice.

If you can run any 64-bit software, the problem is not 32-bit versus 64-bit. You might still stick with the stable branch of Opera, Vivaldi or Chrome.

If your machine is fast enough, and has enough RAM, you would probably do best with Google Chrome, which is well-maintained. As for what is going on with Opera 46, we will need more specific information to troubleshoot the problem, starting with the base description of your system from the Pupsysinfo or Hwinfo report. I can't reproduce problems with 64-bit software on the machine I'm using for testing slacko at the moment. With more information, someone else should be able to reproduce it.

[Sailor Enceladus]

Thanks Billtoo. 01micko is working on this in the "rationalise" branch so if you build with that you might not need the pet any more
https://github.com/puppylinux-woof-CE/woof-CE/commit/82044e6d1e217010723fa921350c3c8218990de0

@gyro and norgo: Do you get the desktop freeze in LxPupSc if you switch to jwm in the desktop menu and restart the graphical server? Maybe having a slacko-current option in woof-CE would be a good idea? Though, updating often is kind of a pita... when I try devuan ascii builds it seems like debian team updates something every day... or maybe it's just because stretch is now out in the wild.

[OscarTalks]

I am testing the 64 bit version with Palemoon and Libreoffice.

Does the 64bit Slacko you are testing have GTK+3 included? If not, try installing it via PPM.

[norgo]

@gyro and norgo: Do you get the desktop freeze in LxPupSc if you switch to jwm in the desktop menu and restart the graphical server? Maybe having a slacko-current option in woof-CE would be a good idea? Though, updating often is kind of a pita... when I try devuan ascii builds it seems like debian team updates something every day... or maybe it's just because stretch is now out in the wild.

@Sailor Enceladus
really a very good objection

I didn't try it under use of JWM, but now I'm very curious too.
That's why I tested this just right now and was able to force some hang's.

[Billtoo]

Thanks Billtoo. 01micko is working on this in the "rationalise" branch so if you build with that you might not need the pet any more
https://github.com/puppylinux-woof-CE/woof-CE/commit/82044e6d1e217010723fa921350c3c8218990de0

I'm happy to report that it's fixed in a rationalise build done today

PUPMODE=13
PDEV1='sda1'
DEV1FS='ext4'
PUPSFS='sda1,ext4,/slacko-6999-jun27/puppy_slacko_6.9.9.9.sfs'
PUPSAVE='sda1,ext4,/slacko-6999-jun27/slackosave-jun27'
PMEDIA='usbflash'

video-info-glx 1.5.3 Tue 27 Jun 2017 on Slacko Puppy 6.9.9.9 Linux 4.4.74-pae i686
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)

X Server: Xorg Driver: nvidia
X.Org version: 1.18.3
dimensions: 1920x1080 pixels (707x392 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 381.22

Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Core 0: @1603 1: @1603 2: @1603 3: @1603 MHz

It's running from a 32gb SDHC card.

Thanks.

[davids45]

G'day 01micko,

I've downloaded, extracted and copied your probepart.gz file to /sbin (renaming the old file just-in-case).

I then inserted the troublesome CD and it was now mountable with an icon click, its files were readable, and the CD could be unmounted with another icon-click.

Thanks,
David S.

[8Geee]

josepinto:

The Samsung N150 is a 64-bit NETBOOK. You will need to download the Intel 64bit version of this Slacko. 1Gb memory might not be enough, 2Gb is preferred on these newest Slacko's.

========================================================================

FWIW I D/L the 6996 32-bit NP k3.16.43 version and with A, z, and f sfs's ... holy cow 915Mb in RAM ... 32bit non-PAE ain't what it used to be. To get this down to a netbook useful size involves LOTSA pruning. (Slacko5.7 EONS for Netbooks of the 2008-10 era is 444Mb RAM)

Regards
8Geee

[josepinto]

josepinto:

The Samsung N150 is a 64-bit NETBOOK. You will need to download the Intel 64bit version of this Slacko. 1Gb memory might not be enough, 2Gb is preferred on these newest Slacko's.

========================================================================

FWIW I D/L the 6996 32-bit NP k3.16.43 version and with A, z, and f sfs's ... holy cow 915Mb in RAM ... 32bit non-PAE ain't what it used to be. To get this down to a netbook useful size involves LOTSA pruning. (Slacko5.7 EONS for Netbooks of the 2008-10 era is 444Mb RAM)

Regards
8Geee

Thanks,
I have upgraded to 2gb of Ram, so that should not be a problem.
I will start with a new installation and try to generate Opera SFS again.
Alternatives: Use Firefox or try EONS.

[gyro]

@gyro and norgo: Do you get the desktop freeze in LxPupSc if you switch to jwm in the desktop menu and restart the graphical server?

I just switched my install of LxPupSc to use jwm, and was still unable to produce a freeze.
It usually happens with geany, very very very slow to come up, bits of the screen appear, moving mouse over makes buttons appear, and when it's closed a blank window remains where geany was.
But with LxPupSc 17.06.22 running jwm, I started and shutdown geany many times, no problems.

gyro

[Billtoo]

I'm running slacko 6999 on my Imac, booting from the DVD with a
savefile on the hard drive:

# inxi -b
System: Host: puppypc17796 Kernel: 4.4.75-pae i686 (32 bit) Desktop: JWM 2.3.2 Distro: Slacko Puppy 6.9.9.9
Machine: Device: desktop System: Apple product: iMac8 1 v: 1.0 serial: W8811GXLZE2
Mobo: Apple model: Mac-F226BEC8 v: PVT serial: 1
BIOS: Apple v: IM81.88Z.00C1.B00.0802091538 date: 02/09/08
CPU: Dual core Intel Core2 Duo E8135 (-MCP-) speed: 2400 MHz (max)
Graphics: Card: Advanced Micro Devices [AMD/ATI] RV610/M74 [Mobility Radeon HD 2400 XT]
Display Server: X.org 1.18.3 driver: radeon tty size: 120x35 Advanced Data: N/A for root
Network: Card-1: Broadcom Limited BCM4321 802.11a/b/g/n driver: b43-pci-bridge
Card-2: Marvell 88E8058 PCI-E Gigabit Ethernet Controller driver: sky2
Drives: HDD Total Size: 258.1GB (5.2% used)
Info: Processes: 163 Uptime: 36 min Memory: 176.7/4023.4MB Client: Shell (bash) inxi: 2.3.8
#
video-info-glx 1.5.3 Thu 29 Jun 2017 on Slacko Puppy 6.9.9.9 Linux 4.4.75-pae i686
0.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV610/M74 [Mobility Radeon HD 2400 XT]

X Server: Xorg Driver: radeon
X.Org version: 1.18.3
dimensions: 1680x1050 pixels (444x277 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV610 (DRM 2.43.0, LLVM 3.8.0)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.2

Intel(R) Core(TM)2 Duo CPU E8135 @ 2.40GHz
Core 0: @800 1: @800 MHz

It's working well,
Thanks.

[josepinto]

Hi,

Is it possible to mount Android devices in slacko-700 64?

Thanks in advance,

José Pinto

[josepinto]

I am testing the 64 bit version with Palemoon and Libreoffice.

Does the 64bit Slacko you are testing have GTK+3 included? If not, try installing it via PPM.

That must be my problem.
I will try to install GTK+3.

[watchdog]

Hi,
Is it possible to mount Android devices in slacko-700 64?

Read:

http://www.murga-linux.com/puppy/viewto ... 561#881561

Then send a PM to rcrsn51 to test the 64bit camphonetab.

[01micko]

gyro

I have built the latest intel Xorg driver however it doesn't help on my wife's macbook. It looks like the problem is further up the stack. It is a major peeve as I don't have the time to rebuild the whole xorg/mesa stack.. plus slackware (and others) are using the clang compiler for mesa these days.

Anyway, if you want to try the driver I'll attach a build script. I doubt it will work though.

Just use like so to build a Y drive. (default is to build a pet). (DEVX is needed for gcc, make and git).

Code: Select all

PKGTYPE=sfs ./build_xf86_intel

It grabs (or updates) the git repo, configures, builds and packages the driver and supporting files.