Tiny Core v16.0

[Rich]

Hi nikovuksan

Please use  Code Tags  when posting commands and responses seen in a terminal. To use  Code Tags  click on the  #  icon
above the reply box and paste your text between the  Code Tags  as shown in this example:

[code][   36.176529] pcm512x 1-004d: Failed to get supply 'AVDD': -517
[   36.176536] pcm512x 1-004d: Failed to get supplies: -517
[   36.191753] pcm512x 1-004d: Failed to get supply 'AVDD': -517[/code]

It will appear like this in your post:

Code: [Select]

[   36.176529] pcm512x 1-004d: Failed to get supply 'AVDD': -517
[   36.176536] pcm512x 1-004d: Failed to get supplies: -517
[   36.191753] pcm512x 1-004d: Failed to get supply 'AVDD': -517
Code Tags  serve as visual markers between what you are trying to say and the information you are posting. They also preserve
spacing so column aligned data displays properly. Code tags also automatically add horizontal and or vertical scrollbars
to accommodate long lines and listings.

[nikovuksan]

Hi Rich, I'll keep that in mind next time, thanks.

[CNK]

It would get merged in this repo once approved and back ported.  https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/?h=linux-6.12.y

OK, though I hadn't assumed it would be back-ported. I gather it will go into a relevent maintainer's tree first and get reviewed there before being merged but either it hasn't happend yet or I'm looking in the wrong place.

Is there much value in rebuilding TC for this, with the whole 16mb issue?  Or are these devices stuck with custom kernels from here?

The 16MB issue was just on my laptop, and someone here proposed that limited RAM might be my issue rather than a kernel bug. It turns out both were issues, so I just mentioned it to clarify that. On another PC with 20MB RAM the full TC-configured kernel boots OK once patched. Other 486 motherboards can take 64MB, or even 128MB.

[Juanito]

I see that the kernel developers are speaking of dropping support for i486 and early i586.

[CNK]

I see that the kernel developers are speaking of dropping support for i486 and early i586.

Ah, yes reported here. Well that's disappointing.

[rhermsen]

On TCL-16.0 (32-bit) I get the following error when searching for an extension providing an executable:

$ tce-ab
tce-ab - Tiny Core Extension: Application Browser

S)earch P)rovides K)eywords or Q)uit:
Enter search term, e.g. iwconfig: diff
awk: cmd. line:1: fatal: cannot open file `/etc/sysconfig/tcedir/provides.db' for reading: No such file or directory
S)earch P)rovides K)eywords or Q)uit:

Can someone verify if you have the same behavior?
(still need to try on 64-bit)

$ uname -a
Linux testapps 6.12.11-tinycore #1 SMP Sun Jan 26 18:37:07 UTC 2025 i686 GNU/Linux

$ version
16.0

Edit
For CorePure64 I see a bit similar issue:

S)earch P)rovides K)eywords or Q)uit:
Enter search term, e.g. iwconfig: diff
awk: /etc/sysconfig/tcedir/provides.db: No such file or directory
S)earch P)rovides K)eywords or Q)uit:

$ uname -a
Linux testapps 6.12.11-tinycore64 #1 SMP Sun Jan 26 16:50:13 UTC 2025 x86_64 GNU/Linux

$ version
16.0

[Rich]

Hi rhermsen
Both x86 and x86_64 versions of TC16 tce-ab work.

I was able to recreate your results. I think your error is
due to tce-ab not being able to download provides.db.

Maybe your network is not up?
Maybe your /opt/tcemirror file is messed up?

I unplugged my network cable and got the same result as you.

[rhermsen]

I have not seen any other issues except with the 'P' option with tce-ab.

With CL-15.0 it is working.
(below is all from CL-15.0)
Scrolling up from the clear screen I do see some messages, but only the first time I try tce-ab:

Code: [Select]

$ tce-ab
tce-ab - Tiny Core Extension: Application Browser

S)earch P)rovides K)eywords or Q)uit:
Enter search term, e.g. iwconfig: diff
open: No such file or directory
not using seed file /etc/sysconfig/tcedir/provides.db
tce - Tiny Core Extension browser
         1. atom-apm.tcz
         2. atom.tcz
         3. bash-completion.tcz
         4. bind-dev.tcz


Code: [Select]

$ ls -la /etc/sysconfig/tcedir/provides.db
-rw-rw----    1 tc       staff     29189148 May 25 10:18 /etc/sysconfig/tcedir/provides.db

Trying a second time is without additional messages:

Code: [Select]

$ tce-ab
tce-ab - Tiny Core Extension: Application Browser

S)earch P)rovides K)eywords or Q)uit:
Enter search term, e.g. iwconfig: diff
tce - Tiny Core Extension browser
         1. atom-apm.tcz
         2. atom.tcz
         3. bash-completion.tcz


Code: [Select]

$ uname -a
Linux testapps 6.6.8-tinycore64 #666 SMP Sat Dec 23 16:41:21 UTC 2023 x86_64 GNU/Linux


Code: [Select]

$ version
15.0

Edit
Same behavior with CP64-15.0.

[Rich]

Hi rhermsen

... Scrolling up from the clear screen I do see some messages, but only the first time I try tce-ab: ...

That's normal if provides.db is not present. tce-ab calls provides.sh
which then runs zsync to see if provides.db is current.

When I run the command the first time, it prints that message
and downloads provides.db because it's not present. The second
time I run it it's quiet:

Code: [Select]

tc@E310:~$ zsync -i provides.db -q http://repo.tinycorelinux.net/10.x/x86/tcz/provides.db.zsync
open: No such file or directory
not using seed file provides.db
tc@E310:~$ zsync -i provides.db -q http://repo.tinycorelinux.net/10.x/x86/tcz/provides.db.zsync
tc@E310:~$

[rhermsen]

@Rich

I found the reason for download of 'provides.db' to fail.

On my Windows host I have Zscaler running. This is causing the following step in '/usr/bin/provides.sh' to fail:

Code: [Select]

/bin/ping -A -W 1 -c 2 8.8.8.8 2>&1 > /dev/null || return
Running this in terminal with Zscaler enabled:

Code: [Select]

$ /bin/ping -A -W 1 -c 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
Disabling 'Internet Security' in Zscaler:

Code: [Select]

$ /bin/ping -A -W 1 -c 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=128 time=15.380 ms
64 bytes from 8.8.8.8: seq=1 ttl=128 time=15.613 ms

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 15.380/15.496/15.613 ms

Annoying because Internet Security of Zscaler is enabled automatically.
But now I know how to get it working...

[Rich]

Hi rhermsen
The ping was added as a quick way to check if the network was up.
If the network is down, attempting a download means waiting for
the download attempt to time out.