Fossapup64 9.5

[peebee]

After lots of testing - trying different locations, different kernels, etc.....

If I put a "pause" into /usr/sbin/shutdownconfig at line #678:

Code: Select all

echo 678; read x

and run wmreboot from terminal... I get:

[xcb] Unknown sequence number while processing reply
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
gtkdialog: ../../src/xcb_io.c:641: _XReply: Assertion `!xcb_xlib_threads_sequence_lost' failed.

and this is what causes the save dialog to not appear.

Only seems to happen on my desktop with 8-core Intel Xeon processor - my Celeron laptop offers the save dialog OK.

I've tried similar experiments with ScPup64 and DPupBuster64 as being closest woof-ce pups in build time to FossaPup64 and they do not give the above errors so save proceeds as expected.

[666philb]

After lots of testing - trying different locations, different kernels, etc.....

If I put a "pause" into /usr/sbin/shutdownconfig at line #678:

Code: Select all

echo 678; read x

and run wmreboot from terminal... I get:

[xcb] Unknown sequence number while processing reply
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
gtkdialog: ../../src/xcb_io.c:641: _XReply: Assertion `!xcb_xlib_threads_sequence_lost' failed.

and this is what causes the save dialog to not appear.

Only seems to happen on my desktop with 8-core Intel Xeon processor - my Celeron laptop offers the save dialog OK.

I've tried similar experiments with ScPup64 and DPupBuster64 as being closest woof-ce pups in build time to FossaPup64 and they do not give the above errors so save proceeds as expected.

hi peebee,

a few things to try is you are up for it...

1. try turning off picom see if that fixes it menu>>desktop>>jwmdesk>>window effects

if it still fails these next three require editing the puppy.sfs. maybe try them one at a time to see if we can narrow it down.

2. comment out line 45 in /etc/profile

Code: Select all

#export XLIB_SKIP_ARGB_VISUALS=1 #rox crashes with DRI modules. solution:

3. try removing /etc/profile.d/no_csd

4. try creating a new blank file /etc/profile.d/dri3

Code: Select all

export LIBGL_DRI3_DISABLE=true

[peebee]

a few things to try is you are up for it...

1. try turning off picom see if that fixes it menu>>desktop>>jwmdesk>>window effects

if it still fails these next three require editing the puppy.sfs. maybe try them one at a time to see if we can narrow it down.

2. comment out line 45 in /etc/profile

Code: Select all

#export XLIB_SKIP_ARGB_VISUALS=1 #rox crashes with DRI modules. solution:

3. try removing /etc/profile.d/no_csd

4. try creating a new blank file /etc/profile.d/dri3

Code: Select all

export LIBGL_DRI3_DISABLE=true

4. seems to work - ydrv attached
3. no_csd is in adrv so not tested (yet)
2. didn't work
1. appeared to work (tuned off and disabled startup) but problem reappeared after jwm restart
...

ydrv_fossapup64_9.0.4.sfs-false.gz

(4 KiB) Downloaded 57 times

[666philb]

a few things to try is you are up for it...

1. try turning off picom see if that fixes it menu>>desktop>>jwmdesk>>window effects

if it still fails these next three require editing the puppy.sfs. maybe try them one at a time to see if we can narrow it down.

2. comment out line 45 in /etc/profile

Code: Select all

#export XLIB_SKIP_ARGB_VISUALS=1 #rox crashes with DRI modules. solution:

3. try removing /etc/profile.d/no_csd

4. try creating a new blank file /etc/profile.d/dri3

Code: Select all

export LIBGL_DRI3_DISABLE=true

4. seems to work - ydrv attached
3. no_csd is in adrv so not tested (yet)
2. didn't work
1. appeared to work (tuned off and disabled startup) but problem reappeared after jwm restart
...
ydrv_fossapup64_9.0.4.sfs-false.gz

thanks for trouble shooting this.

are all gtk apps the problem? or gtkdialog? i wonder if compiling gtkdialog on your machine may fix it.
also did you try any of the older fossapups on that computer? if older ones worked we could use the older libs

i would rather not disable dri3 for all users

[mrneilypops]

Very cool Pup!
Full (naughty) install.
nvidia drivers installed OK.
Running very smooth and fast.

Great to back with Puppy

[peebee]

3. deleting no_csd does not fix

Only the 1st call of shutdownconfig in a session raises the errors - subsequent calls work correctly - however if JWM is restarted then the 1st call of shutdownconfig again raises the errors

Other gtkdialog progs - e.g. jwmdesk - don't seem to raise the error.

I did try earlier versions of fossapup64 and don't remember there being a problem - but I've deleted the isos so can't check...

[666philb]

3. deleting no_csd does not fix

Only the 1st call of shutdownconfig in a session raises the errors - subsequent calls work correctly - however if JWM is restarted then the 1st call of shutdownconfig again raises the errors

Other gtkdialog progs - e.g. jwmdesk - don't seem to raise the error.

I did try earlier versions of fossapup64 and don't remember there being a problem - but I've deleted the isos so can't check...

i wonder if this pre-update xorg fixes it http://archive.ubuntu.com/ubuntu/pool/m ... amd64.deb

[bigpup]

9.0.4, frugal, using save folder.
Fresh clean install.
Reboot after making save folder.

Quickpet->Drivers->nvidia 440
Seems to go to correct location to download the nvidia 440 pet package.
Starts the download, but it is very, very, very slow.

Screenshot.jpg (38.73 KiB) Viewed 1717 times

Note:
Also applies to anything that Quickpet is trying to get from nluug repository.

Using Pale Moon browser.
Went directly to the Fossapup64 pet packages directory.
http://distro.ibiblio.org/puppylinux/pe ... s-fossa64/
Downloaded the nvidia 440 pet in less than 1 minute.
About normal for ibiblio.org download time.

[bigpup]

9.0.4 RC2

Quickpet->Useful->extra firmware sfs
Tries to go to old murga puppy forum.

[Grey]

Starts the download, but it is very, very, very slow.

As far as I remember, sometimes there were exactly the same loading slowdowns in xenialpup and bionicpup. And they appeared randomly. It is unlikely that this is a specific fossapup problem.

[peebee]

i wonder if this pre-update xorg fixes it http://archive.ubuntu.com/ubuntu/pool/m ... _amd64.deb

Hi Phil

Sad to report - still same error with that .deb installed....

[bigpup]

Starts the download, but it is very, very, very slow.

As far as I remember, sometimes there were exactly the same loading slowdowns in xenialpup and bionicpup. And they appeared randomly. It is unlikely that this is a specific fossapup problem.

It is a Quickpet problem, by using nluug as the repository site, to get the software from.
Or maybe the way it is connecting to nluug.
Or nluug just being slow, when I tried it.

I get good download speed getting stuff from ibiblio.
Well, it is a good speed for ibiblio.

Update:
Tried Quickpet today.
nluug repository seems to be faster downloading.
So, maybe the problem was the time of day or nluug had a problem.

[666philb]

i wonder if this pre-update xorg fixes it http://archive.ubuntu.com/ubuntu/pool/m ... _amd64.deb

Hi Phil

Sad to report - still same error with that .deb installed....

hi [mention]peebee[/mention] ,
had an idea, doesn't get to the root of the problem but if shutdownconfig is the only thing having an issue, it may work.
could you try adding

Code: Select all

export LIBGL_DRI3_DISABLE=true

to /usr/sbin/shutdownconfig. line 27 or 29

if that doesn't work .... try creating a launch script

Code: Select all

LIBGL_DRI3_DISABLE=true shutdownconfig

[666philb]

Starts the download, but it is very, very, very slow.

As far as I remember, sometimes there were exactly the same loading slowdowns in xenialpup and bionicpup. And they appeared randomly. It is unlikely that this is a specific fossapup problem.

It is a Quickpet problem, by using nluug as the repository site, to get the software from.
Or maybe the way it is connecting to nluug.
Or nluug just being slow, when I tried it.

I get good download speed getting stuff from ibiblio.
Well, it is a good speed for ibiblio.

Update:
Tried Quickpet today.
nluug repository seems to be faster downloading.
So, maybe the problem was the time of day or nluug had a problem.

hi bigpup,

nluug in quickpet always works quickly here. maybe it depends where you are located in the world.
i will add a choice of download options at some point to quickpet.

[bigpup]

Yes.
nluug is in the Netherlands.
ibiblio is in the United States, where I am located, and a lot closer to me. One state over.

[Grey]

Yes.
nluug is in the Netherlands.
ibiblio is in the United States, where I am located, and a lot closer to me. One state over.

And for Russia, better and faster nluug. Well, only when it works at all Ibiblio is not fast, but stable.

[Grey]

Guys, can anyone try to run the program? Cerberus X. It is a language+IDE for making games. It does not start. Writes in terminal "Script completed hit RETURN to close window."
Convenient link:
https://yadi.sk/d/QUGnVNRLWu82PA

Official site:
https://www.cerberus-x.com/

GitHub:
https://github.com/cerberusxdev/cerberus

[bigpup]

I seem to be able to get it running in Fossapup64 9.0.4

I do have the Fossapup64 devx and kernel sources sfs's loaded.

Maybe it needs them.

You can get them and load using Quickpet->Useful->
.
.
.

Screenshot(2).jpg (39.57 KiB) Viewed 1614 times

[Grey]

I seem to be able to get it running in Fossapup64 9.0.4
I do have the Fossapup64 devx and kernel sources sfs's loaded.
Maybe it needs them.
You can get them and load using Quickpet->Useful->

Thanks a lot bigpup. devx+kernel sources were really needed. Just for example BlitzMax language+IDE works without them and this misled me. I want to give a computer to my nephew. I had to install all sorts of BASICs, well, Blitz, FreeBASIC, SmallBASIC, Gambas, etc.

[Grey]

Here's how many emulators of computers and consoles we need to test on a new fossapup I even had to make two new sections in the main menu for this. Everything that works in bionic is tested on fossa.

Screenshot.png (356.44 KiB) Viewed 1583 times

[OscarTalks]

Test build of Transmission 3.00
Compiled from source in FossaPup 9.0.4
GTK3 client

[666philb]

Here's how many emulators of computers and consoles we need to test on a new fossapup I even had to make two new sections in the main menu for this. Everything that works in bionic is tested on fossa.
Screenshot.png

that's a lot of emulators

[666philb]

Test build of Transmission 3.00
Compiled from source in FossaPup 9.0.4
GTK3 client

thanks [mention]OscarTalks[/mention] added to repo

[PuppyFanatic]

Hi 666philb,

Thanks a lot for the new Fossapup64 9.0.4 RC2. This release of puppy is so good and easy to use.

But there is a bug. Whenever I chose the option "Minimal -essential desktop icons" in 'Desktop Icon Setup', the icons go to the extreme right side of the screen after X gets restarted. How can I place the icons on the left side of the screen. I have tried a lot of methods but failed. The icons, especially the trash icon, go back to the right side of the screen after X is restarted.

Regards
Naser

[mistfire]

More changes to come from woof-ce take a look on pulling request

[666philb]

Hi 666philb,

Thanks a lot for the new Fossapup64 9.0.4 RC2. This release of puppy is so good and easy to use.

But there is a bug. Whenever I chose the option "Minimal -essential desktop icons" in 'Desktop Icon Setup', the icons go to the extreme right side of the screen after X gets restarted. How can I place the icons on the left side of the screen. I have tried a lot of methods but failed. The icons, especially the trash icon, go back to the right side of the screen after X is restarted.

Regards
Naser

hi [mention]PuppyFanatic[/mention]
hopefully this .pet fixes it

[666philb]

More changes to come from woof-ce take a look on pulling request

hi [mention]mistfire[/mention] ,

i'm not rushing to get the iso out ... end of next week at the earliest.
the PPM fix doesn't effect fossapup as it uses an older PPM from bionicpup64. I didn't get on with the new one.

i'm still sitting on the fence with xorg-autoconf. on this low end netbook it adds 'exa' acceleration which doesn't play well with the compositor, increasing xorg & picom cpu usage by x3 and if i turn off picom i lose vsync.
I still need to check the effect on intel graphic. i noticed it picks the intel driver which is better without a compositor but not sure about with, so will have to test. I still think it's a really good program and even if not activated by default, there will be info on the first post about using it.

for anyone reading this post and wants to test xorg-autoconf in a terminal .... USE MISTFIRES VERSION BELOW

Code: Select all

chmod a+x /usr/sbin/xorg-autoconf
xorg-autoconf > /etc/X11/xorg.conf

then restart X

check cpu usage & smoothness of graphics.
to get the default one back ...

Code: Select all

cp -r /etc/X11/xorg.conf.udev  /etc/X11/xorg.conf

then restart x

[mistfire]

More changes to come from woof-ce take a look on pulling request

hi @mistfire ,

i'm not rushing to get the iso out ... end of next week at the earliest.
the PPM fix doesn't effect fossapup as it uses an older PPM from bionicpup64. I didn't get on with the new one.

i'm still sitting on the fence with xorg-autoconf. on this low end netbook it adds 'exa' acceleration which doesn't play well with the compositor, increasing xorg & picom cpu usage by x3 and if i turn off picom i lose vsync.
I still need to check the effect on intel graphic. i noticed it picks the intel driver which is better without a compositor but not sure about with, so will have to test. I still think it's a really good program and even if not activated by default, there will be info on the first post about using it.

for anyone reading this post and wants to test xorg-autoconf in a terminal ....

Code: Select all

chmod a+x /usr/sbin/xorg-autoconf
xorg-autoconf > /etc/X11/xorg.conf

then restart X

check cpu usage & smoothness of graphics.
to get the default one back ...

Code: Select all

cp -r /etc/X11/xorg.conf.udev  /etc/X11/xorg.conf

then restart x

Much better if this latest revision of xorg-autoconf will be used for testing

[PuppyFanatic]

Hi 666philb,

Thanks a lot for the new Fossapup64 9.0.4 RC2. This release of puppy is so good and easy to use.

But there is a bug. Whenever I chose the option "Minimal -essential desktop icons" in 'Desktop Icon Setup', the icons go to the extreme right side of the screen after X gets restarted. How can I place the icons on the left side of the screen. I have tried a lot of methods but failed. The icons, especially the trash icon, go back to the right side of the screen after X is restarted.

Regards
Naser

hi @PuppyFanatic
hopefully this .pet fixes it

Thank you very much. The .pet has fixed the bug.

[Grey]

I built sfs file here for fossa. With several dozen emulators. Checked on a clean system. Use like this:
1. Install this pet file. It creates an Emulation section in the main menu
https://yadi.sk/d/zpOpmUq8u2jJkw
2. Next we do Setup---SFS Load and load 32bit-compatibilty-fossa64.sfs This is not required, but desirable as several emulators need it.
3. SFS Load this sfs with emulators https://yadi.sk/d/KA0J_Y9lHDN2JQ
( md5: d1dc8692cd1e8edf44aa5f5200991b79 )
4. Load of sfs can take up to 30 seconds, depending on the power of the computer. When the sfs is loaded, a bunch of emulators will appear in the main menu in the Emulation section.

Why is it so big? Because it contains monsters like MAME, RetroArch and Mednafen. Without them, everything would be much better, but ...

A few notes. Directly in fossapup compiled: Mednafen and Mednaffe, Nestopia, Punes, PCem, Vice, ZEsarUX, Fuse. Other emulators from various sources. Fuse (GTK+) only works in windowed mode, and Fuse (SDL) only works in full screen. ResidualVM able to run great quest The Longest Journey with HD mod. PCSX2 runs shooter Black perfectly. At least three emulators support Vulkan: PPSSPP, Dolphin and RetroArch (this is with nvidia drivers, I did not check any intels there). Dolphin perfectly launches even a game like Dead Space Extraction.

Don't forget to select your sound card in the emulator settings. Yes, I have a weakness for ZX Spectrum computer and his sound chip, this is why there are so many Spectrum emulators But there is also a bug. Ay Emul hangs on exit. You need to do System---Task Manager and kill process. May be Puppy does not have some kind of component that is in large distributions?

Attention! sfs contains BIOS files fot PSX and PS2 and if you are afraid of any laws there, then I do not know ...