Void Linux

[xeno74]

NFS and VirtIO_net tests with the RC6 of kernel 6.19 on Void PPC:

[xeno74]

Hi All,

I was able to update Void in the root disk image yesterday. I think, this is the last Void disk image. Please change to Fienix in the future.

New:

• Noboot disk image (image without boot partition)
• Fbdev is pre-configured
• Renamed the libglamoregl.so to libglamoregl.so.bak
• Yaru themes
• Arctic Fox 40.1
• Pale Moon 31.2

Download: void-live-powerpc-20230317.img.tar.gz (md5sum: 9e663d6045ffc24e58b7adbd4b9c9629)

If you want to enable hardware acceleration manually, then edit the file /etc/X11/xorg.conf. Change the "driver" from fbdev to radeon.

Please test it.

Thanks,
Christian

md5sum void-live-powerpc-20230317.img.tar.gz
9e663d6045ffc24e58b7adbd4b9c9629

md5sum void-live-powerpc-20230317.img
49d2ae2c8999575280ff235bcb39dfc8

du -sh void-live-powerpc-20230317.img.tar.gz 4G

du -sh void-live-powerpc-20230317.img 13G

The following happens very often:

The server sends:

Code: Select all

Content-Encoding: gzip
Content-Type: application/x-tar

This means:
• Server compresses transport-side
• Proxy or client automatically unpacks transport-gzip
• Only the .tar remains

This is technically correct HTTP behaviour.

The file then looks like this:

Code: Select all

file.tar.gz   (name)
Contents:        tar (no longer gzip)

The file name remains, but the gzip layer is gone.

Solution: Prevent transport compression:

Code: Select all

wget --header="Accept-Encoding: identity" http://www.xenosoft.de/void-live-powerpc-20230317.img.tar.gz