xwoaf - rebuild

[BarryK]

I have created chrootable MUSL filesystems from Alpine Linux packages, for x86_64, x86 and armhf, see my blog post:
http://barryk.org/news/?viewDetailed=00524

Now, the temptation to use the x86 MUSL rootfs in xwoaf, became overwhelming. So, gave it a go.

Download the x86 rootfs from here (67MB):
http://distro.ibiblio.org/quirky/alpine ... x86.tar.gz

It expands to folder 'alpine-rootfs-x86'.
Copy script 'chroot-x86' out of it, and use that instead of xwoaf's 'xwoaf-dev.sh' to chroot into alpine-rootfs-x86.

Expand 'xwoaf-build-package.tar.gz' inside alpine-rootfs-x86, then "cd src". Instead of running "./xwoaf_build", I did "cd recipes" and ran "./tinyxlib-0.01.sh"

...success!!!

However, the next one, "./tinyxserver-0.03.sh" has hit a hurdle:

Code: Select all

kmap.c:38:22: fatal error: asm/mtrr.h: No such file or directory
 #include <asm/mtrr.h>

...now what?

EDIT:
Ah, asm/mtrr.h is in the linux-headers package. As the Alpine rootfs has the 'apk' package manager installed, and has Internet access from within the chroot, I *should" be able to install that.

[BarryK]

Continuing from previous post. Having chrooted into 'alpine-rootfs-x86', if there is Internet access, then /etc/resolve.conf also got copied in, so have Internet access inside the rootfs.

So, did this:

Code: Select all

puppypc21513:/src/recipe# apk add linux-headers
(1/1) Installing linux-headers (4.4.6-r1)
OK: 196 MiB in 74 packages

Of course, xwoaf is using an older kernel. Never mind that for now.

compiling tinyxserver now gets to:

Code: Select all

/usr/bin/gcc  -DNOERROR -Wl,--gc-sections,--sort-common,-s -o Xfbdev dix/libdix.a os/libos.a hw/kdrive/fbdev/libfbdev.a miext/layer/liblayer.a hw/kdrive/libkdrive.a hw/kdrive/linux/liblinux.a miext/shadow/libshadow.a fb/libfb.a mi/libmi.a Xext/libext.a Xext/extmod/libextmod.a XTrap/libxtrap.a randr/librandr.a render/librender.a record/librecord.a -L/usr/lib /usr/lib/libXfont.a  -lXext -lX11 -lXdmcp -lz -lm
/usr/lib/gcc/i586-alpine-linux-musl/6.2.1/../../../../i586-alpine-linux-musl/bin/ld: cannot find -lz
collect2: error: ld returned 1 exit status
make: *** [Makefile:33: Xfbdev] Error 1

EDIT:
Ah ha, zlib dev files are missing, so did this:

Code: Select all

puppypc21513:/src/recipe# apk add zlib-dev
(1/1) Installing zlib-dev (1.2.8-r2)
OK: 196 MiB in 75 packages

Ha ha, not there yet:

Code: Select all

make[1]: Entering directory '/src/build/tinyxserver-0.03/hw/kdrive/vesa'
/usr/bin/gcc -I../../../include -I../../../mi -I../../../miext/layer -I../../../fb -I../../../render -I../.. -pipe -fPIC -Os -Wall -D_BSD_SOURCE -D_GNU_SOURCE -D__KERNEL_STRICT_NAMES -fno-strength-reduce -nodefaultlibs -fno-strict-aliasing -ffunction-sections -fdata-sections -I. -I/usr/include -DNOERROR -Dlinux -D_POSIX_SOURCE -D_BSD_SOURCE -DTOSHIBA_SMM -D_SVID_SOURCE -D_GNU_SOURCE -DX_LOCALE -DKDRIVESERVER -DGCCUSESGAS -DDDXOSINIT -DNOFONTSERVERACCESS	 -DNDEBUG -DNARROWPROTO -DPIXPRIV  -DFUNCPROTO=15 -DCOMPILEDDEFAULTFONTPATH=\"/usr/X11R6/lib/X11/fonts/misc/\" -DRGB_DB=\"/usr/X11R6/lib/X11/rgb\" -D_POSIX_C_SOURCE=2                    -DUSE_RGB_TXT     -D__KERNEL_STRICT_NAMES    -c -o vga.o vga.c
In file included from vesa.h:29:0,
                 from vga.c:25:
vm86.h:54:22: fatal error: sys/vm86.h: No such file or directory
 #include <sys/vm86.h>

Fascinating hey! I have to leave it for now, have other things to do today.

EDIT2:
A quick note before I depart though. the 'linux-headers' that I installed has /usr/include/asm/vm86.h.

goingnuts,
What do you reckon, would that asm/vm86.h be ok?

Of course, this is kernel 4.4.x. But, I am interested in compiling xwoaf with recent kernel, not concerned about that fitting-in-a-floppy requirement.

[BarryK]

goingnuts sent me a pm, to work that iguleder and ibidem did with tinysxerver and musl:
http://murga-linux.com/puppy/posting.ph ... fbae980a7c

...had a brief glance, see mention of that asm/vm86.h

Anyway, I have scratched this particular itch. My Alpine rootfs could be used for the xwoaf build, but will need more work.
Also, it will need the proper kernel headers for the kernel that xwoaf is using.

[goingnuts]

Xwoaf-rebuild-4.0 now available - view first post for link to download and small description or visit for details. Most linux GUI applications on a floppy - ever.

[ally]

amazing...

[belham2]

Xwoaf-rebuild-4.0 now available - view first post for link to download and small description or visit for details. Most linux GUI applications on a floppy - ever.

Hi goingnuts,

I just downloaded the "4" iso, and loaded her up. She booted great, straight to the desktop, after choosing my keyboard layout (30) But then I ran into a problem. No matter what I tried, wired and/or wireless, or even booting on a different machine ( a laptop & trying its touchpad), I cannot get a functioning mouse. I've tried USB mouses, wireless mouses, even the old style PS/2 wired mouse on an old Compaq machine. No mouse-type was recognized despite booting up great everywhere.

This just seems incredible what you've done.....just wish I could get one of my darn mouse(s) to work to keep going forward with it

[goingnuts]

belham2: Thank you for your feedback! Most chance for success if you boot images in qemu as modules included in kernel are targeted qemu.
Mouse support is PS/2-type and works on real hardware here including a laptop. I have recompiled kernel with additional support for Logitech busmouse and Microsoft busmouse. If you want to give it another trial the iso can be downloaded here.