Tiny Core 12.0 Alpha 1 Testing

[Juanito]

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

http://repo.tinycorelinux.net/12.x/x86/release_candidates/distribution_files
http://repo.tinycorelinux.net/12.x/x86_64/release_candidates/distribution_files

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.

We appreciate testing and feedback.

Changelog for 12.0 alpha1:
* kernel updated to 5.10.3
* glibc updated to 2.32
* gcc updated to 10.2.0
* binutils updated to 2.35.1
* e2fsprogs base libs/apps updated to 1.45.6
* util-linux base libs/apps updated to 2.36.1
* tc-functions: version changes from andyj
* version: changes from andyj
* shutdown.sh: clarifying comment
* busybox-aliases: additions from bdantas
* filetool.sh: comments from bdantas
* tce-setup: remove neeedless timestamp from bdantas
* tce-config: more precise /opt copying from bdantas
* tce-config: rename autoscan from polikuo
* tc-config: similar awk rounding
* init: avoid awk rounding
* filetool.sh: dc syntax change fix from watt
* tce-audit: search fix from lhaley42

Note:

* we discovered a bug whereby busybox modprobing any module for the 5.10 kernel prints the message "Module has invalid ELF header", but the module is loaded anyway
* the libffi and readline extensions have been updated - this will break a lot of extensions, so fallback libffi6 and readline7 extensions have been created.

[andyj]

I realize that starting out there will not be many extensions, but Xorg-7.7 has a dependency on libxkbfile which is missing in the 32-bit and 64-bit repos so Xorg is a non-starter.

[andyj]

No squashfs-tools either which makes building extensions a little more challenging.

[jazzbiker]

Thanks to Core Team and congratulations to all of us!

I see hwclock not system time on my 32-bit system:

Code: [Select]

sudo hwclock -s -u
hwclock: settimeofday: Invalid argument
echo $?
1

while kernel is serving rtc and tz correctly

Code: [Select]

tc@box:~$ hwclock
Mon Jan  4 15:44:51 2021  0.000000 seconds
tc@box:~$ hwclock -u
Mon Jan  4 17:45:00 2021  0.000000 seconds
tc@box:~$ date
Mon Jan  4 17:45:09 EET 2021
tc@box:~$ echo $TZ
EET-2EEDT-3,M3.5.0/3,M10.5.0/4


[jazzbiker]

libc.pdf says:
The struct timezone type is obsolete and should never be used.

[jazzbiker]

This is from /util-linux-2.36/sys-utils/hwclock.c:

 * POSIX 2008 marked TZ in settimeofday() as deprecated. Unfortunately,
 * different C libraries react to this deprecation in a different way. Since
 * glibc v2.31 settimeofday() will fail if both args are not NULL

Seems that busybox's hwclock.c needs to be patched a little bit in order to work properly with fresh libc.

[Juanito]

I realize that starting out there will not be many extensions, but Xorg-7.7 has a dependency on libxkbfile which is missing in the 32-bit and 64-bit repos so Xorg is a non-starter.

libxkbfile and squashfs-tools copied over

[Juanito]

This is from /util-linux-2.36/sys-utils/hwclock.c:

 * POSIX 2008 marked TZ in settimeofday() as deprecated. Unfortunately,
 * different C libraries react to this deprecation in a different way. Since
 * glibc v2.31 settimeofday() will fail if both args are not NULL

Seems that busybox's hwclock.c needs to be patched a little bit in order to work properly with fresh libc.

The util-linux "hwclock -s -u" doesn't give an error - please report the bug to busybox.

[curaga]

I'm pretty sure that was covered in bb months ago, and current version (or git) works fine.

[andyj]

Xorg works now, and I can compile and build a few extensions but not many. I would think that for any extension its associated -dev extension would be available too, since they're mostly header files. Mirrors.tcz might be helpful too.

[Juanito]

I’m steadily working through the extensions and adding them as I check their status vis a vis libffi and readline - *dev extensions often pull in additional deps, so they take longer.

[jazzbiker]

I'm pretty sure that was covered in bb months ago, and current version (or git) works fine.

Quite right, busybox 1.33.0 is already cleaned out of this inconsistency.

@Juanito, Xfbdev.tcz.dep includes libXfont.tcz reference, while present in repo is libXfont2.tcz. Both x86 and x86_64.

[jazzbiker]

And, correspondingly, Xfbdev wants libXfont.so to start ...
And Xvesa the same.

[curaga]

There is a patch on the bb mailinglist for the modprobe issue. Let's wait a bit to see if it's accepted; if not, we'll carry that locally. bb needs an update anyways.

[jazzbiker]

I've copied libXfont.tcz* from my local tce11/optional along with the other missing stuff and now I am writing this post  from TC12a1 under Xfbdev+dwm with the help  of netsurf-gtk.