Tiny Core 17.0 Alpha 1 Testing

[Zhe]

Hi Rich, happy to find out the root of the problem—thanks for looking into it!

Hi aus9.
nftables can work normally on Core 16.x and 17.x, and you no longer need to run the command "sudo modprobe nf_tables_ipv4".

However, the content at https://wiki.nftables.org/wiki-nftables/index.php/Building_and_installing_nftables_from_sources was last edited on 9 February 2021 at 19:57, so there is a discrepancy with the facts.

Currently, in the x86 software repository, nftables still requires the missing libxtables dependency. I plan to fix this in  Core 16.x, while in  Core 17.x, I will avoid the dependency on libxtables by disabling xtables.

[aus9]

@Rich
as GNUser is confirming his TCE works with current K modules can you remove my TCE=iptables-nft from both 16x and 17x x86_64
Being lazy....I can get by with my router firewall for now but will have to learn nftables.

Optionally can you edit my post called reply 42 and say aus9 withdraws his request to look into K modules and/or delete entire post
or edit the top to say no longer relevant due to reply number 44

thanks

[aus9]

Ok this next bit is a gremlin that my brain has not resolved. On another thread I had a built a bash script and Rich suggested it probably needs locale set etc. I thought I would test it....in my boot list called onboot.lst I removed mylocale.tcz tzdata.....and on grub boot line I removed the timezone and booted to test the change.
What I expected was that the bash script should fail....but it was only failing in copying and pasting a foreign (to me font) but was translating a manual input phrase.

so I looked at what apps thought my boot list was and there are differences to my saved file to what Apps thinks I loaded. If interested images expire in one month
https://i.postimg.cc/J7SWBcgs/apps-bootlist.png

to prove I had grub correct from my point of view
https://i.postimg.cc/zXN0MyHh/dmesg-grub-line.png

I have only 2 other boot list files .....onboot.lst-vulkan ( a backup which has no bottom entry of zip)
and xwbar.list a zero byte file

My brain hurts trying to explain this one.....any clues....anyone game to verify they too can get a diff in loading to their own boot list?

to save you clicking either link......apps has extras especially mylocale tcdata and the give away clue
zip at the bottom of list.....near the top apps wants Xorg vulkan while I only wanted Xorg 2d

The removal of the grub tz entry has impacted on the clock showing in screenshot which is to be expected

thanks for reading

[andyj]

I copied gettext* from TCL 16 and now all versions of postgresql compile. I don't know what's wrong with the latest gettext because the error message doesn't have any useful information, but I know it's not right.

[Rich]

Hi aus9

... What I expected was that the bash script should fail....but it was only failing in copying and pasting a foreign (to me font) but was translating a manual input phrase. ...

That's good. That means the commands in the script were written in plain ASCII, not UTF-8.

Please keep future comments on this topic in your original thread:
https://forum.tinycorelinux.net/index.php/topic,27957.msg180886.html#msg180886

[Juanito]

I copied gettext* from TCL 16 and now all versions of postgresql compile. I don't know what's wrong with the latest gettext because the error message doesn't have any useful information, but I know it's not right.

As it's difficult to trace the iconv() error, I replaced gettext in the 17.x repos with that from the 16.x repos

[Rich]

Hi Juanito
I'm guessing it's probably not the issue, but I ran:

Code: [Select]

readelf -d /usr/local/bin/msgfmt | grep NEEDEDon the original gettext in TC17 x86_64 and noticed a dependency
on  libxml2.so  that did not previously exist.

[Juanito]

It depends on whether gettext was built in the toolchain chroot with very few dependencies present or not - as you say, it’s probably not the source of the issue.

I have seen the same problem in tc-16.x with configure checks not finding iconv in at least a couple of cases.

[Paul_123]

I normally rebuild gettext after the system is running.  (Not in a limited chroot environment). But the web is definately getting more tangled.

[aus9]

I have lost the ability to have a grub entry lst=filename.lst
I thought it was in /etc/init.d/tc-config under the section called

# Here we check all the boot parameters using the fastest way known to men, case & loop

[andyj]

I thought it was in /etc/init.d/tc-config under the section called

# Here we check all the boot parameters using the fastest way known to men, case & loop

It's worse than you think. https://forum.tinycorelinux.net/index.php/topic,23835.msg149704.html#msg149704

[aus9]

@Rich
my reply number 47 is completely wrong as I failed to spot that I was editting the 16x onboot.lst
sorry for my poor testing.

Feel free to remove that reply if it misleads anyone

[aus9]

@Juanito
I do not blame you if you now dismiss my musings due to recent poor testing. but in ref to

I have seen the same problem in tc-16.x with configure checks not finding iconv in at least a couple of cases.

In attempting to build a 17x python script with gettext-dev and other TCEs I am seeing this in my terminal if interested

Code: [Select]

pip3 install .  # SNIP
/tmp/pip-build-env-o14s3qhd/overlay/lib/python3.14/site-packages/setuptools/config/_apply_pyprojecttoml.py:82: SetuptoolsDeprecationWarning: `project.license` as a TOML table is deprecated
By 2026-Feb-18, you need to update your project and remove deprecated calls or your builds will no longer be supported.
/usr/local/bin/msgfmt: Cannot convert from "ISO-8859-1" to "UTF-8". msgfmt relies on iconv(). This version was built without iconv().
 error: command '/usr/local/bin/msgfmt' failed with exit code
its this line that concerns me
By 2026-Feb-18, you need to update your project and remove deprecated calls or your builds will no longer be supported.

[aus9]

@Juanito

while we are at the alpha stage, would you consider converting /etc/os-release to UTF-8 ?
due to claims in link.....

The os-release file is expected to be encoded in UTF-8

https://distro.readthedocs.io/en/latest/

Code: [Select]

file /etc/os-release
/etc/os-release: ASCII text

[Paul_123]

ASCII is a subset of UTF-8, so "converting" an ASCII file to UTF8 will do nothing.  If there is only Ascii Text in the file, then the "file" utility tells you that.   Put a single Extended character in the file, then it will tell you that.