Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: Nigromante on November 22, 2025, 11:33:19 AM
-
Hi,
I think there is a problem with the latest extensions update for TC 16.2 (x86).
I installed TC 16 with Xorg-7.7 on a Pentium 4 (with an NVIDIA nForce 610i/630i graphics card) that didn't have a previous TC installation. After updating my extensions to the latest versions using the app, Xorg no longer starts. The terminal only displays "Failed in WaitforX".
The machine worked fine with nouveau-6.12.11-tinycore.tcz and Xorg-7.7.tcz.
I tried starting Xorg without the nouveau module, but the terminal still only displays "Failed in WaitforX".
In another PC with TC 16 (Pentium 4, Intel i915 chipset), the machine was working; I updated the extensions using the app. Xorg failed to start and the terminal appears frozen (nothing can be typed)...
-
Instead of startx enter Xorg -nolisten tcp and see if you get an error message.
-
Hi, Juanito.
Thanks for replying.
Applying Xorg -nolisten tcp successively results in
/usr/local/lib/xorg/Xorg: error while loading shared libraries: libpciaccess.so.0: cannot open shared object file: No such file or directory
usr/local/lib/xorg/Xorg: error while loading shared libraries: libxshmfence.so.1: cannot open shared object file: No such file or directory
and
/usr/local/lib/xorg/Xorg: error while loading libraries shared: libdrm.so.2: cannot open shared object file: No such file or directory.
And /var/log/Xorg.0.log it says
MESA-LOADER: failed to open dri: libLLVM.so.19.1: cannot open shared object file: No such file or directory (search paths /usr/local/lib/gbm, suffix _gbm)
Then tce-load -i libpciaccess libxshmfence libdrm llvm19-lib and Xorg starts! :D
[Edit]: Fixed code tags. Rich
-
Hi Nigromante
Welcome to the forum.
Xorg-7.7.tcz.dep looks like this:
Xprogs.tcz
Xorg-fonts.tcz
xcursor-themes.tcz
xf86-input-libinput.tcz
xf86-video-fbdev.tcz
xf86-video-vesa.tcz
xkeyboard-config.tcz
xorg-server.tczSo installing that should have pulled in xorg-server.tcz.
xorg-server.tcz.dep looks like this:
libXfont2.tcz
libepoxy.tcz
expat2.tcz
openssl.tcz
pixman.tcz
libxcvt.tcz
libpciaccess.tcz
libxshmfence.tcz
libdrm.tcz
xkbcomp.tcz
So when it got pulled in, it should have pulled in:
libpciaccess.tcz
libxshmfence.tcz
libdrm.tcz
I'm not sure which extension should have pulled in llvm19-lib.tcz, maybe Juanito knows.
There is an update-everything command you might want to run
to make sure all .dep and md5 files are correct.
If any errors crop up, especially missing md5 files, that might explain
some of the problems you had.
-
I ran into this also. I cleared it up by running tce-audit updatedeps and tce-audit fetchmissing as many times as it took to resolve everything. This doesn't seem like the proper way to fix this.
-
I'm not sure which extension should have pulled in llvm19-lib.tcz, maybe Juanito knows.
It's a little difficult for me to test x11 on x86 as my graphics hardware (intel hd4400 haswell) doesn't like 32-bit and will not start without xf86-video-intel (which is not the case with 64-bit).
If I boot with only xf86-video-intel, Xorg-7.7, flwm aterm and wbar loaded, the gui starts and there are no dependencies on llvm. There are unmet dependencies on libEGL and libGL in xorg-server that would be used by Xorg-7.7-3d.
xf86-video-nouveau does not depend on llvm, I'm guessing that either a different graphics driver (xf86-video-*) or a different window manager are being loaded that depends on llvm?
-
I ran into this also. I cleared it up by running tce-audit updatedeps and tce-audit fetchmissing as many times as it took to resolve everything. This doesn't seem like the proper way to fix this.
In hindsight I should have perhaps waited for a new major version of tinycore to make the changes to mesa...
-
Hi, everyone,
There is an update-everything command you might want to run to make sure all .dep and md5 files are correct.
If any errors crop up, especially missing md5 files, that might explain some of the problems you had.
I can confirm that update-everything fixed the problem with Xorg not starting in the machines I mentioned before (Intel i915 and NVIDIA nForce 610i).
There are unmet dependencies on libEGL and libGL in xorg-server that would be used by Xorg-7.7-3d.
Juanito is right. On both machines I was loading Xorg-7.7-3d. That is why the dependency on llvm19-lib.tcz in my /var/log/Xorg.0.
Now in the machine with intel chipset, Xorg can starts with xf86-video-intel.tcz and Xorg-7.7.tcz; in the nvidia chipset can starts with nouveau-6.12.11-tinycore.tcz and Xorg-7.7.tcz (or even Xorg-7.7-3d.tcz).
On the machine (intel) in which I now write on, xorg-server.tcz.dep shows
libXfont2.tcz
libepoxy.tcz
expat2.tcz
openssl.tcz
pixman.tcz
libxcvt.tcz
libpciaccess.tcz
libxshmfence.tcz
libdrm.tcz
xkbcomp.tcz
(By the way, gedit was working before the update. Now it complains about "error while loading shared libraries: libglapi.so.0: cannot open shared object file: No such file or directory". But emacs works great :D)
Thank you all for your help.
-
I’ll take a look at gedit.
-
Hi Juanito. I just finished building gedit version 2.1. It is working well. Would you like me to submit it for the TCL16 x86_64 repo?
-
Hi Juanito. I added some polish to geany and submitted it. Please use it if it's helpful to you.
-
Hi Juanito. I just finished building gedit version 2.1. It is working well. Would you like me to submit it for the TCL16 x86_64 repo?
I think the thread was about x86, but no problem, are you speaking of a gtk2 version of gedit?
-
I’ll take a look at gedit.
gedit rebuilt and reposted in tc-16.x x86 repo
-
Hi Juanito. I assumed x86_64. And I confused gedit with geany. Brutal. Sorry for the confusion.
-
Hi Juanito
I think the thread was about x86, ...
It is:
I think there is a problem with the latest extensions update for TC 16.2 (x86). ...
-
Hi, everyone
gedit rebuilt and reposted in tc-16.x x86 repo
Gedit is working again... 8)
Thanks!