Tiny Core Linux
Tiny Core Extensions => TCE Talk => Extension requests => Topic started by: meo on June 05, 2026, 01:51:29 AM
-
This is a hard guy since nobody is maintaining it at present that I know of. But it is a very good programming IDE.
Regards,
meo
-
Which architecture do you want it for?
Edit - ah, it’s based on qt5, which is too bloated for me.
-
Sorry I forgot that. I run piCore on my Raspberry Pi 5. So I was thinking of using it on the piCore Since it's a very good IDE for programming just about in any programming language. Well perhaps not Malbolge! It crashes with some more resent libraries. I used it on Q4 but when I installed zoom it stopped working. It would be great to have.
Regards,
meo
-
For RPi5 I guess you're speaking of piCore64?
Anyway, neither piCore nor piCore64 have qt4/qt5.
-
OK, then I know. Funny that I just saw that it was made available for debian and Raspberry Pi OS. Strange what can occur. Now I can download it to my SSD on the RPi 5. Thanks for checking it out!
Kind Regards,
meo
-
Whow! Notepadqq with dependencies needed over 220 MB to be installed on Raspberry Pi OS. One of the big Guys then, I'm glad that I opted for a SSD.
Greetings,
meo
-
I ask for a friend of mine: what is the purpose to use big/ fat/ bloat extensions (200+ MB) on a "distro" like TC?
I mean TC is focused on CPU=486, + apps. compiled with -O2 (so small but not the faster) + low RAM + maybe HDD (not SSD). The clue is in the NAME -> TINY.
I asked long time ago the TC users to vote / share their devices limitations / type. To understand the attraction/ advantages of small CORE. Because if we talk about IDE (Integrated DEVELOPMENT Environment) then you need fast CPU + huge RAM to compile/ develop in reasonable time, etc.
https://mirrors.dotsrc.org/tinycorelinux/17.x/x86_64/tcz/?C=S&O=D
So for me, to use firefox, (or vivaldi / librewolf) or Libreoffice, dotnet7-sdk.tcz (209 MB), atom.tcz (180MB) -- this is only tcz WITHOUT their dependencies -- is ... "not optimum" to be polite. YMMV.
My naive summary: if you have low resources (CPU/GPU/RAM/HDD) then you are more rewarded to use small apps. Or else, if you are loaded with comfortable resources then ANY distro is OK (some are out-of-the-box ready) for your bloated/ demanding apps.
-
My naive summary: if you have low resources (CPU/GPU/RAM/HDD) then you are more rewarded to use small apps. Or else, if you are loaded with comfortable resources then ANY distro is OK (some are out-of-the-box ready) for your bloated/ demanding apps.
Hi nick65go. There is at least one more scenario: Users who have "comfortable resources" and use demanding applications, but want the underlying OS to be as small, easy to understand, and easy to manage as possible.
I'm a user in the above category. I need some big apps (e.g., Brave, Thunderbird, Libreoffice, Gimp) but the size and complexity of today's mainstream distros is NOT OK as far as I'm concerned.
A lot of big apps run just fine on TCL.
-
There is at least one more scenario: Users who have "comfortable resources" and use demanding applications, but want the underlying OS to be as small, easy to understand, and easy to manage as possible.
I'm a user in the above category. I need some big apps (e.g., Brave, Thunderbird, Libreoffice, Gimp) but the size and complexity of today's mainstream distros is NOT OK as far as I'm concerned.
A lot of big apps run just fine on TCL.
Thanks for your feed-back. I was such a user (chasing for the underlying OS to be small), I did manage to understand it (at some time in the past, job done!). But "easy to manage as possible" became complex when we involve more and more complexity (UEFI, close-source firmware, wayland, pirewire, etc).
Ex1: I mean we just lean about sound in kernel as OSS v3, then come ALSA, then pipe-wire. And all my knowledge become wasted.
Ex2: just learn to tweak up Xorg server + drivers, then Wayland types come and we need Xwayland etc.
Ex3: small/ effective drivers for sound/gpu/wifi/bluetooth, but now they need firmware.
I could go on and on. So today easy to manage is "integrated tools" (instead of shell scripts). Ex: In KDE the burden is on developers and me/user just use them. It comes a time when you just want to enjoy driving a car, not daily repair it.
But today my biggest concern is the fast step (temporary for maybe 1 year peak) of A.I. discovering bugs (some intentional by national agencies) in kernels + drivers etc. And fast/prompt corrections involve a big team of developers, so the bet is (temporary) on big distro clean-up their shit, then followed by small /passionate distro.
-
Just a little comment. I did not know that notepadqq was a big extension and I have been using TC since the beginning and before that DSL. So I am interested in using TC and if I find an interesting program that I would like to use I check if anyone can provide it for TC that is all.
Kind regards,
meo
-
Hi meo
Sorry I forgot that. I run piCore on my Raspberry Pi 5. ...
I you really meant piCore , and not piCore64 , then maybe check out:
http://tinycorelinux.net/16.x/armhf/tcz/geany.tcz.info
It's in all of the piCore repositories.
-
Hi Rich!
I guess I opted for the 64 bit piCore because geany is nowhere to be found on the server I am connected to!
Thanks for the tip anyway,
meo
-
I’ve just built pragtical for piCore64, which might be interesting to you - I’ll upload it tomorrow.
-
uploaded - you'll need to read the info file
-
Thanks for the good intention!
I have problems to make it work in 16.0.0 so I tried the 17 but there were some serious bug there I think. Is it possible thet you have made a typo in the info about pragtical Juanito?
Regards,
meo
-
That should be:
sudo chmod 700 /run/user/1001
-
Hello Juanito!
I still have progblems with this program. When I type "XDG_RUNTIME_DIR=/run/user/1001 pragtical" and press enter it does not finish. The lxterminal gets stuck. If I stop it and try to run pragtical I get an errormessage that XDG_RUNTIME_DIR is not applied to the directory. So I do not know what else to do.
Greetings,
Mats
-
Hi again!
The error I get reads as follows: error: XDG_RUNTIME_DIR is invalid or not set in the environment. I have searched the internet and it seems to be a common problem but I could not find a fix that would work here.
Greetings,
meo
-
You could try it like this:
USER=`cat /etc/sysconfig/tcuser`
sudo mkdir -p /run/user/$(id -u "$USER")
sudo chown "$USER":staff /run/user/$(id -u "$USER")
sudo chmod 700 /run/user/$(id -u "$USER")
XDG_RUNTIME_DIR=/run/user/$(id -u) pragtical
Both this method and the info file method work for me
-
Thanks for helping me!
This time I did not receive any error messages. The Pragtical appeared in the wbar. Clicking it did not work. I ran pragtical from lxterminal and it frose. The cursor stayed as if there was something going on. Sadly it did not work but thanks for your willingness to help Juanito!
Kind Greetings,
meo
-
Hi again!
I ran it with sudo and then the errormessages I described before appeared (error: XDG_RUNTIME_DIR is invalid or not set in the environment).
Regards,
meo
-
Hmm - that’s strange, I don’t see any problem with piCore64 16.x (or CorePure64 17.x).
Are you using Xorg or Xorg-3d?
-
I just use Xorg as always.
-
Made some tests. The strange thing is that pragtical shows up in wbar but the program does not execute. So why does it not execute!
Greetings,
meo
-
Does this show any "not found" errors:
ldd /usr/local/bin/pragtical
For me pragtical starts from the terminal (aterm) and from the wbar icon.
-
Hello Juanito! It sure gave some output but no errors as far as I can see.l
ldd /usr/local/bin/pragtical
linux-vdso.so.1 (0x00007fff6fa68000)
libluajit-5.1.so.2 => /usr/local/lib/libluajit-5.1.so.2 (0x00007fff6f8c0000)
libSDL3.so.0 => /usr/local/lib/libSDL3.so.0 (0x00007fff6f640000)
libSDL3_image.so.0 => /usr/local/lib/libSDL3_image.so.0 (0x00007fff6f5f0000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x00007fff6f530000)
libharfbuzz.so.0 => /usr/local/lib/libharfbuzz.so.0 (0x00007fff6f440000)
libpcre2-8.so.0 => /usr/local/lib/libpcre2-8.so.0 (0x00007fff6f3b0000)
libuchardet.so.0 => /usr/local/lib/libuchardet.so.0 (0x00007fff6f370000)
libSDL3_net.so.0 => /usr/local/lib/libSDL3_net.so.0 (0x00007fff6f340000)
libmbedtls.so.23 => /usr/local/lib/libmbedtls.so.23 (0x00007fff6f2d0000)
libmbedx509.so.9 => /usr/local/lib/libmbedx509.so.9 (0x00007fff6f290000)
libtfpsacrypto.so.2 => /usr/local/lib/libtfpsacrypto.so.2 (0x00007fff6f1f0000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fff6efe0000)
libm.so.6 => /lib/libm.so.6 (0x00007fff6ef40000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fff6ef00000)
libc.so.6 => /lib/libc.so.6 (0x00007fff6ed80000)
/lib/ld-linux-aarch64.so.1 (0x00007fff6fa30000)
libdl.so.2 => /lib/libdl.so.2 (0x00007fff6ed50000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fff6ed10000)
libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 (0x00007fff6ece0000)
libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x00007fff6ec90000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x00007fff6eb40000)
libgraphite2.so.3 => /usr/local/lib/libgraphite2.so.3 (0x00007fff6eb00000)
tc@box:~$
Maybe there was some more output but as noted no error messages.
Greetings,
meo
[Edit]: Added code tags. added missing l to ldd. Rich
-
How about this:
ls -l /run/user
total 0
drwx------ 2 tc staff 40 Jun 15 09:07 1001/
-
Hi Juanito!
Have been involved in som diffucult negotiations. Some companies will not do what they are supposed to. When I ran the first line of code I got this:
"ls: /run/user: No such file or directory". I was thinking of making a fresh installation of piCore64 to see if I have something downloaded that I should not.
Kind Regards,
meo
-
I don’t think you need to go that far - maybe try creating the directory and setting its permissions again?
-
Hi Juanito!
I have been tryiing to get pragical up and running but it does not work. No if I try to start it from a terminal it simply say the same old story about the environmental thing.
Greetings,
meo
-
I don't know what to suggest :(
version
16.0
uname -a
Linux boxrpi5 6.12.25-piCore-v8-16k #28 SMP PREEMPT Sat Apr 26 13:49:43 EDT 2025 aarch64 GNU/Linux
tce-load -i pragtical
pragtical is already installed
ls -l /run/user
total 0
drwx------ 2 tc staff 40 Jun 15 09:07 1001/
pragtical
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
[pragtical runs despite the error messages]
XDG_RUNTIME_DIR=/run/user/1001 pragtical
[pragtical runs without error messages]
pragtical also runs from the icon in wbar - see screenshot attached
-
Hi meo
... but when I installed zoom it stopped working. ...
Do you have zoom installed on this device? Is it possible zoom is
causing your problem?
Hello Juanito! It sure gave some output but no errors as far as I can see. ...
... Maybe there was some more output but as noted no error messages. ...
Run it this way and it will only display missing dependencies:
ldd /usr/local/bin/pragtical | grep found
Last question, are all of your extensions up to date?
-
Hi Rich!
I do not have zoom installed on TC. When I ran what you suggested I did not receive anything at all. Still pragtical does not execute when clicking the icon in wbar.
Kind greetings,
meo
-
Hi meo
Please post the result of :
uname -rso Juanito can confirm whether you are running the same kernel versions.
-
Hello Rich and Juanito!
This is the result or output after giving the command: uname -r, 6.12.25-piCore-v8-16k copied from LXterminal.
Kind Regards,
meo
-
Hi again!
Found something on the insternet that might be interesting in this setting. Have not had a real possibility to check it out so I copied it. Attached to this comment.
Regards,
meo
-
Hi meo
If you could, one more please.
Install file.tcz and of course pragtical.tcz.
What does this return:
file $(realpath /usr/local/bin/pragtical)
If it makes copy/paste easier, you can redirect the output into a file:
file $(realpath /usr/local/bin/pragtical) > pragtical.txt
-
Hello again Rich!
Here comes the text-file.
Regards,
meo
-
This is the result or output after giving the command: uname -r, 6.12.25-piCore-v8-16k copied from LXterminal.
This confirms that we are using the same kernel versions, but are you using the default user "tc" or something else?
-
Hi Juanito!
I suppose that I use tc since I use the default.
Greetings,
meo
-
Hi again Juanito and Rich!
How could I compile pragtical without messing up the system, if it is possible? I like it and use it in other operating systems.
Regards,
meo
-
Hi meo
Juanito left compile notes and a source tarball here:
http://tinycorelinux.net/16.x/aarch64/tcz/src/pragtical
-
Hi!
I made an attmept to compile pragtical. I ran into dependency after dependency in total about 30 I think. When I finally got the it compiled I was shot and the RPi 5 full of temporary programs so it didn't lead to any sucess but it finally compiled whithout mentioning a missing dependency. So I didn't follow through trying to make it to a single package (most conveniantly a .tcz).
Kind greetings,
meo