Recent Posts

51

Raspberry Pi / Re: missing firefox_getLatest.tcz on picore

« Last post by Rabie on October 05, 2026, 07:14:22 AM »

Hi Rich,
after installing firefox-ESR.tcz initially, launching firefox failed due to a missing dependency:

Code: [Select]

$ firefox
XPCOMGlueLoad error for file /tmp/tcloop/firefox-ESR/usr/local/lib/firefox/libxul.so:
libvpx.so.8: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
I manually installed the missing library along with other core dependencies:

Code: [Select]

tce-load -wi firefox-ESR.tcz libvpx.tcz libpng.tcz nspr.tcz gtk3.tcz
Then running firefox results a Bus error:

Code: [Select]

$ firefox
Bus error

The only way I can get Firefox to start successfully is by completely copying the mounted extension files into true RAM (/tmp) and running it from there with a custom LD_LIBRARY_PATH:

Code: [Select]

# 1. Create local folders in true RAM
mkdir -p /tmp/firefox_ram
mkdir -p /tmp/libs_ram

# 2. Copy the entire Firefox package and core libraries to RAM
cp -a /tmp/tcloop/firefox-ESR/usr/local/lib/firefox/* /tmp/firefox_ram/
cp -a /tmp/tcloop/nspr/usr/local/lib/*.so* /tmp/libs_ram/
cp -a /tmp/tcloop/nss/usr/local/lib/*.so* /tmp/libs_ram/
cp -a /tmp/tcloop/libpng/usr/local/lib/*.so* /tmp/libs_ram/

# 3. Execute Firefox directly from RAM with a local profile
LD_LIBRARY_PATH=/tmp/libs_ram:/tmp/firefox_ram:$LD_LIBRARY_PATH /tmp/firefox_ram/firefox-bin --profile /tmp/test_profile

With this workaround, Firefox starts perfectly.
Is this an issue with the compiled firefox-ESR.tcz package (e.g., missing dependencies in its .dep file ), or is there something wrong with my system configuration?

52

Off-Topic - Tiny Core Lounge / Re: Find cause for crashes on my VIA EDEN 500MHz 1core 32bit cpu

« Last post by Stefann on October 04, 2026, 02:17:35 PM »

back from vacation and an update.
Summary:
- the good thing: no crash over 8 days
- the bad thing: I made a mistake with configurations... It's now unclear again.

In detail:
I reverted the Realtek 8139 driver patch ands did rebuilt bzImage (vmlinuz)
However... I did not realize that the driver is not part of bzImage but part of modules.gz
So... today I found out that bzImage (vmlinuz) was never updated, I effectively tested with the one I built on august-22 as described this post: https://forum.tinycorelinux.net/index.php?topic=28078.msg183601#msg183601
Basically TC17.1 source from TC site:

Code: [Select]

-rw-r--r--    1 tc       staff    159566696 Aug 21 16:54 linux-6.18.35-patched.tar.xzCustom built vmlinuz with 1 modification: "include serial usb driver"

I need to recheck things a bit to be absolutely sure but it looks like I now have:

TC17.1 custom built vmlinuz:

Code: [Select]

-rw-r--r--    1 tc       staff      6128128 Aug 22 14:19 bzImage- crashing within 1 or 2 days when using usb-serial and/or select() statements (tested august-22)
- stable over 8+ days after NOT using usb-serial and after code simplification to not use select() and have write() catch all errors

TC17.1 downloaded vmlinuz:

Code: [Select]

-rw-rw-r--    1 tc       staff      6115840 Aug 23 14:21 vmlinuz171C- crashing within 2 hours after code simplification to not use select() but have write() catch all errors, even without using usb-serial

Damn... "why is this all so vague....."

Anyway... not sure how to proceed.
I think I will:
- keep current 6.1.35 built directory as that "apparently" has something good.
- redownload linux-6.18.35-patched.tar.xz and built vmlinuz without any modification
- test whether that new vmlinuz is stable as well

either its stable --> which make one wonder why the downloaded vmlinuz is not
or it isn't --> which urges  to search for differences with the stable built

To keep things simple I will test without usb-serial and without select() but only write() that now has proper error-handling.

There is actually still a possibility the issue is in the Realtek 8139 driver. It may be a rare race-condition that gets triggered by minute timing differences resulting form "quite unrelated built differences". On the one hand thats a bit unlikely, but on the other hand the whole thing is quite mysterious.

53

Extension requests / Re: hv web browser

« Last post by Juanito on October 04, 2026, 08:32:57 AM »

You can compile tkhtml3 like this:

Code: [Select]

tce-load -i compiletc git python3.14-dev

git clone https://github.com/olebole/tkhtml3

cd tkhtml3

mkdir build
cd build

CC="gcc -flto -mtune=generic -Os -pipe -std=c99 -fcommon -Wno-implicit-function-declaration" CXX="g++ -flto -mtune=generic -Os -pipe -fno-exceptions -fno-rtti"  ../configure --prefix=/usr/local --disable-static --localstatedir=/var

find . -name Makefile -type f -exec sed -i 's/-O2//g' {} \;

make
sudo make install


54

TCE Tips & Tricks / qemu shared folder

« Last post by Juanito on October 04, 2026, 05:02:49 AM »

How to create a qemu host/guest shared folder.

For the moment at least, the tinycore kernel needs to recompiled with the following set in the kernel config:

Code: [Select]

CONFIG_NET_9P
CONFIG_NET_9P_VIRTIO=y
CONFIG_9P_FS=y
CONFIG_9P_FS_POSIX_ACL=y
CONFIG_PCI=y
CONFIG_VIRTIO_PCI=y

Note that the host will need 9p enabled.

Then, assuming you have first booted the TinyCorePure64 iso with qemu and used tce-install-GUI to install TinyCorePure to the guest hd (sda1), you will need to copy the new bzImage to the qemu image (vdisk.img).

Code: [Select]

sudo modprobe nbd max_part=8
sudo qemu-nbd --connect=/dev/nbd0 vdisk.img
sudo mount /dev/nbd0p1 /mnt/sdb1/shared

[copy new bzImage to /mnt/sda1/tce/boot and adjust extlinux config.

sudo umount /mnt/sdb1/shared
sudo qemu-nbd --disconnect /dev/nbd0
Now boot the modified qemu image:

Code: [Select]

qemu-system-x86_64 -enable-kvm -hda vdisk.img -m 2G -device virtio-gpu-gl -display gtk,gl=on -virtfs local,path=/mnt/sdb1/shared,mount_tag=shared,
security_model=none -boot d
..and in the qemu guest:

Code: [Select]

tce-load -i util-linux
sudo /usr/local/bin/mount -t 9p -o trans=virtio,version=9p2000.L shared /mnt/sda1/shared
Now any files copied to the host folder /mnt/sdb1/shared will appear in the guest folder /mnt/sda1/shared and vice versa.

55

TCE Bugs / Re: [Solved] tc17.1 x64 mpv is missing libplacebo.so.349

« Last post by Rich on October 03, 2026, 07:16:41 PM »

Hi Santos

... Post can be marked as solved.

Done. 

56

TCE Bugs / Re: tc17.1 x64 mpv is missing libplacebo.so.349

« Last post by Santos on October 03, 2026, 06:41:53 PM »

Thanks! It's working now. Post can be marked as solved.

57

Extension requests / Re: hv web browser

« Last post by neonix on October 03, 2026, 10:07:34 AM »

I tried to compile this, but get a lot of errors.
https://github.com/olebole/tkhtml3

Here is instruction how to compile hv web broser. I wasn't able to compile tkhtml or hv3. Maybe because tk8.6-dev.tcz and tk9.0-dev.tcz are too old.
https://at.magma-soft.at/fossil/hv/wiki?name=install

58

Extension requests / Re: hv web browser

« Last post by Juanito on October 03, 2026, 08:43:29 AM »

It's not terribly obvious which of the several source code repositories is the correct one?

59

Corepure64 / Re: chack out this iso i build it

« Last post by Rich on October 03, 2026, 08:08:34 AM »

Hi gadget42
I have a few questions:
!. What do you mean by poked?
2. Why did you post the link that zessbin provided?
3. What is the second link that you posted supposed to be?

60

Extension requests / hv web browser

« Last post by neonix on October 03, 2026, 03:41:04 AM »

https://at.magma-soft.at/fossil/hv/home

For 17.x86-32 and 17.x86-64.

Support for https was fixed in tkhtml few years ago.