Tiny Core 10.0 Alpha 1 Testing

[Juanito]

Team Tiny Core is pleased to announce that Tiny Core 10.0 Alpha1 is available for public testing:

http://repo.tinycorelinux.net/10.x/x86/release_candidates/
http://repo.tinycorelinux.net/10.x/x86_64/release_candidates/

This is an alpha level cut. If you decide to help test, then please test carefully. We don't want anyone to lose data.

Since this is an alpha cut, we ask that only experienced users test. This cut is not for general use. The features in any alpha are not fixed and may change before a public release candidate is available.

Most extensions have been copied over from the 9.x repo

We appreciate testing and feedback.

If you use distribution files note that you need a new vmlinuz and core.gz (or rootfs.gz + modules.gz)

Changelog for 10.0 alpha1:
* kernel updated to 4.19.10
* glibc updated to 2.28
* gcc updated to 8.2.0
* e2fsprogs base libs/apps updated to 1.44.4
* util-linux base libs/apps updated to 2.32.1
* busybox updated to 1.29.3
* busybox patched for vi search bug

[andyj]

I noticed there isn't an installer in the ISO. I don't suppose that with a new version we could tweak the installation paths so that adding 64-bit to a 32-bit install would be easy, that is move boot to the root of the boot drive and out of a tce directory, and make the tce directories tce32 and tce64.

[Juanito]

Are you speaking of the tc-install extension that is included in the CorePlus iso (not yet posted for tc-10.x)?

[andyj]

Probably. I'm doing it the hard way for now. So far I've noticed that /etc/os-release needs to be updated, and m4.tcz 64-bit has a bad checksum. A lot of the extensions I maintain didn't compile on 32-bit and 64-bit so I have some debugging to do.

[Juanito]

Thanks for the feedback.

/etc/os-release was missed, it will be corrected in the next release. m4 md5sum corrected.

The tc-install extension is a script - feel free to propose changes.

[andyj]

On 64-bit I've managed to get the "won't" compiles down to dhcp and open-vm-tools, although others compile with issues. Probably more strictness with the new gcc. PHP 7.3 requires PCRE2 10.30+, so an update for that would be helpful.

[andyj]

I think the problem I'm having with open-vm-tools is actually in glibmm-2.4/glibmm/threads.h, which has code that violates https://gcc.gnu.org/gcc-8/porting_to.html "Stricter rules when using templates". It's not clear to me if it's been fixed and that fix wouldn't break other stuff.

[andyj]

This https://github.com/GNOME/glibmm/commit/37d57ae fixed the problem with open-vm-tools compiling. Of course I can only apply it if I use copy2fs. Apparently an update is in order?

[andyj]

Iptables also needs updating so the version of xtables-addons for this kernel version (netfilter geoip) can be compiled.

[Juanito]

PHP 7.3 requires PCRE2 10.30+, so an update for that would be helpful.

pcre21032 added (it looks like libpcre2-posix is not backwards compatible)

[Juanito]

This https://github.com/GNOME/glibmm/commit/37d57ae fixed the problem with open-vm-tools compiling. Of course I can only apply it if I use copy2fs. Apparently an update is in order?

glibmm/libsigc++ updated

[Juanito]

Iptables also needs updating so the version of xtables-addons for this kernel version (netfilter geoip) can be compiled.

updated

Note that this and the previous extensions were updated for x86_64 only - if they fix your errors I'll add them in the x86 repo.

[andyj]

So far the library updates have worked. There have been some changes to the curl extension in PHP 7.3, and although it claims that it should work with the curl version we have, I'm getting errors that basically say that it's looking for constants our version of curl doesn't have. Specifically it's looking for GSSAPI, which I don't know if that's compiled into our curl. If so, then can curl be updated? If not, then I'll need to figure out a hack to get it to compile.

[Juanito]

gss-api support is not included in curl by default - it needs to be enabled and requires krb5, which is quite large.

Since curl is a dep of many other extensions, I'm a little reluctant to add such a large dep.

If the php7 requirement stands, maybe an additional full-fat curl extension could be considered, but that might cause its own problems?

[andyj]

I figured that was probably the case. I also figured out a one character source change (I basically move the curl GSSAPI availability to a higher version) to trick the curl extension to compile, so I'm going to run with that. All that being said, all my extensions compile in 64-bit space, so if we can update the the same library extensions in 32-bit land I'll begin there.