Tiny Core Base > Alpha Releases
Tiny Core 14.0 Alpha 1 Testing
alphons:
Was a few days off, building linux from scratch.
Today i had the pleasure to do some testing on the TinyCore 14 Alpha.
Results: https://github.com/alphons/TinyCore/blob/main/TestingTinyCore14Alpha.md
Summary:
* starting samba (shares / to everyone as root for testing)
* starting ssh (ssh login works)
* compiling kernel Linux-6.1.2 (making new iso and booting)
* making and executing dotnet console program
* starting mongo database
By compiling the same kernel again on the just booted 14.alpha involves all the steps of compiling kernel, making modules, making new iso etc. So i think it was a good test 8)
When samba works, a whole lot of extensions must work also, because it is a beast to run.
cheers.
FlyingDutchman:
Hi,
Congrats on the new release. I tested TCL pure64 release 14 on my installation and it works fine. I also did a quick check on the dependency files and found some files listed as dependency, that do not exist in the package folder (http://tinycorelinux.net/14.x/x86_64/tcz/). I don't use these packages, so no issue for me, but maybe someone else may benefit if these issues are resolved. Please note that these issues are in the x86_64 packages. I didn't check the x86 packages.
--- Code: ---dependency perl_archive_zip.tcz in file auto-multiple-choice.tcz.dep not found
dependency gst-plugins-good-dev.tcz in file gstreamer-editing-services-dev.tcz.dep not found
dependency enchant-dev.tcz in file gtkhtml-dev.tcz.dep not found
dependency perl_xml_simple.tcz in file icon-naming-utils.tcz.dep not found
dependency perl_xml_simple.tcz in file icontool.tcz.dep not found
dependency icu65-dev.tcz in file js68-dev.tcz.dep not found
dependency python-olefile.tcz in file python-pillow.tcz.dep not found
dependency linux-5.10_api_headers.tcz in file tcc.tcz.dep not found
dependency xtables-addons-6.1.2-tinycore64.tcz in file xt_geoip_LE_IPv4.tcz.dep not found
--- End code ---
Cheers.
Rich:
Hi FlyingDutchman
Perl extensions are version specific and were not copied over because perl was recompiled.
gst-plugins-good-dev.tcz and gst-plugins-ugly-dev.tcz were both last seen in TC10-x86_64.
enchant-dev.tcz likely needs to be changed to enchant2-dev.tcz.
icu67-dev.tcz is listed in js52-dev.tcz.dep and js78-dev.tcz.dep.
python-olefile.tcz was last seen in TC11-x86_64.
linux-5.10_api_headers.tcz should now be linux-6.1_api_headers.tcz. FIXED
xtables-addons-5.10.3-tinycore64.tcz was last seen in TC12-x86_64.
Thank you for reporting this.
Rich:
Hi nick65go
I did some more work on the ANSI color escape sequence patch.
I have not posted it to the repo yet.
The person that created the patch didn't do a good job on the
color handling, so I thought I'd try to fix that.
I displayed the pre-defined normal and bright colors in aterm, took
a screenshot, and used gimp2 to get their RGB values.
Then I wrote a new routine to handle escape sequences that
match a terminal as closely as possible.
The text colors now display correctly:
Text with default, white, and black background:
This one should be self explanatory:
Supported escape codes include:
8 normal colors for foreground and background.
Enable bold text, selects bright colors for foreground.
Disable bold text, selects normal colors for foreground.
Enable underlined text.
Disable underlined text.
Reset all settings to default values.
Differences between terminal and fltk behavior are:
terminal:
foreground defaults to white.
background defaults to black.
escape sequences remain in effect until another escape sequence changes something.
fltk:
foreground defaults to black.
background defaults to a light blue.
escape sequences get reset to default values when a newline character is encountered.
adb014:
I noticed in the file http://tinycorelinux.net/14.x/x86/release/src/busybox/compile_busybox the comment "need to compile in tc-11.x as glibc >= 2.32 does not support rpc".. Wouldn't it be better to either
1) Remove support for NFS in tinycore and no longer need RPC at all, or
2) link busybox against libtirpc.so
Have the shell compiled on a different version of the glibc seems to me to be a horrible hack
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version