Tiny Core 15.0 Alpha 1 Testing

[Juanito]

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

http://repo.tinycorelinux.net/15.x/x86/release_candidates/distribution_files
http://repo.tinycorelinux.net/15.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 15.0 alpha1:
* kernel updated to 6.6.8
* glibc updated to 2.38
* gcc updated to 13.2.0
* binutils updated to 2.41
* e2fsprogs base libs/apps updated to 1.47.0
* util-linux base libs/apps updated to 2.39.2
* zlib base lib updated to 1.3
* busybox updated to 1.36.1
* tce-functions/setdrive/setup: use : in chown
* tce-audit: add md5check action from bdantas
* tce-audit: md5check update from bdantas
* tce-load: sudo touch from polikuo
* update-everything: handle missing or extraneous dep files from bdantas
* tce-update: allow tcedir/optional to be a symlink from bdantas
* update-everything: add safety checks from bdantas

[CardealRusso]

I can't startx.

Code: [Select]

The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: Cannot open "/tmp/server-0.xkm" to write keyboard description
> Exiting


@
nvm, it was a permission problem on /tmp caused by my custom modules.gz

[andyj]

In the past the kernel was patched, per the tarball name. This one doesn't appear to have patches. Not only that, the tarball isn't the same version, 6.6.5 vs 6.6.8. Also, I didn't find kernel config files for download.

[curaga]

The kernel tarball under src/toolchain/ is only used for the headers (before compiling glibc). The kernel source, config and patches will be under src/kernel. Should be there soon.

edit: posted, please mention if anything's missing.

[GNUser]

I noticed that atk.tcz and at-spi2-atk.tcz are present in TCL14 x86_64 repo but absent from TCL15 x86_64 repo. I also noticed that gtk2 and the recently-updated gtk3 no longer depend on *atk.tcz. So I guess nothing depends on *atk.tcz anymore?

I'm writing this post using brave-browser running in TCL15 x86_64 with wayland (labwc) and a wifi connection. Everything is working just fine as far as I can tell

P.S. I tested a few gtk2 and gtk3 applications in TCL15 x86_64 and all seems well.

[Juanito]

atk and at-spi2-atk have been merged into at-spi2-core.

[GNUser]

atk and at-spi2-atk have been merged into at-spi2-core.

Hi Juanito. Well, that explains it. Thanks for shedding some light.

[Juanito]

Just in case it wasn’t clear, merged by gnome, not by me

[andyj]

I'm seeing a lot of this: "plugin needed to handle lto object". Recompiling extensions with the new gcc version is going poorly.

[Juanito]

I just compiled gtk3 and deps on both x86 and x86_64 without problems - does ldd show all the deps are met for the lto plugin?

[andyj]

When I do this:

Code: [Select]

find /usr/local -regex '.*lto.*' -exec file {} \; | grep ELF | cut -d: -f1 | xargs ldd | grep foundnothing is returned, so I'm assuming all dependencies are met. If I need look at something else let me know.

[Juanito]

The symlink /usr/local/lib/bfd-plugins/liblto_plugin.so was broken in the 64-bit gcc, reposted.

The symlink in the 32-bit gcc is OK - did you see errors in both 32/64-bit?

btw: there's no particular need for you to recompile your extensions for 15.x

strange how I didn't see any errors in 64-bit compiling with -flto...

[andyj]

32-bit gcc is ok, but this is back: http://forum.tinycorelinux.net/index.php/topic,25871.0.html

I'm recompiling extensions to make sure my build environment will still work (which I've found two issues so far). Xtable-addons will have to be recompiled against the new kernel once the source becomes available as it contains kernel modules.

[Juanito]

As far as I can tell, the 64-bit readline-dev is OK, 32-bit readline-dev reposted - thanks

[Rich]

Hi andyj

... I left it so someone unfamiliar with Apache and PHP would have a go-by to build their own file. I apparently need to delete that file because it must be confusing to beginners. ...

Rather than deleting it, maybe rename it to something like:
httpd.conf.sample  or  httpd.conf.example  or  httpd.conf.reference

I think Xorg and some other packages include config files
with similar extensions tacked onto their config file names.