Tiny Core Base > Release Candidate Testing
Core v17.0beta1
Juanito:
Team Tiny Core is pleased to announce that Tiny Core 17.0 Beta1 is available for public testing:
http://repo.tinycorelinux.net/17.x/x86/release_candidates/distribution_files
http://repo.tinycorelinux.net/17.x/x86_64/release_candidates/distribution_files
This is an beta level cut. If you decide to help test, then please test carefully. We don't want anyone to lose data.
We appreciate testing and feedback.
Changelog for 17.0 beta1:
* kernel updated to 6.18.2
* glibc updated to 2.42
* gcc updated to 15.2.0
* binutils updated to 2.45.1
* e2fsprogs base libs/apps updated to 1.47.3
* util-linux base libs/apps updated to 2.41.2
* provides.sh: Update scripts to work with https mirrors from mbartlett21
* tce-update: Undo changes around fetchzsync from mbartlett21
* tc-functions: Update https checking from mbartlett21
* tc-functions: Change subshell from mbartlett21
* update-everything: Add /usr/local/bin to PATH from mbartlett21
* shutdown.sh: handle empty lines in /opt/.xfiletool.lst from mbartlett21
* 50-udev-default.rules: expanded input device permissions from bdantas
aus9:
this is question on a TCE if I look at
http://tinycorelinux.net/17.x/x86_64/tcz/glibc_add_lib.tcz.list
--- Quote ---SNIP
/lib/libmvec.so.1
SNIP
/usr/lib/libmvec.so
--- End quote ---
I am not sure the sym link is working correctly. Feel free to correct my inference
--- Code: ---ls -al /usr/lib/libmvec.so
lrwxrwxrwx 1 root root 44 Jan 25 21:20 /usr/lib/libmvec.so -> /tmp/tcloop/glibc_add_lib/usr/lib/libmvec.so
tc@box:/tmp/tcloop/glibc_add_lib/usr/lib$ ls -al libmvec.so
lrwxrwxrwx 1 root root 22 Dec 11 19:43 libmvec.so -> ../../lib/libmvec.so.1
tc@box:/tmp/tcloop/glibc_add_lib/usr/lib$ ls ../../lib/libmvec.so.1
../../lib/libmvec.so.1
# the real file
ls -al /lib/libmvec.so.1
lrwxrwxrwx 1 root root 42 Jan 25 21:20 /lib/libmvec.so.1 -> /tmp/tcloop/glibc_add_lib/lib/libmvec.so.1
--- End code ---
submitqc is not seeing it a sym link...it claims that even though I have glibc_add_lib.tcz in the dep file
submitqc is still reporting I am missing libmvec.so.1
I am suggesting we have too many sym links ...that is the real file in ram drive is a sym link and then you have a sym link to a sym link. Maybe an install script to resolve?
thanks for reading
Juanito:
For me that's the correct way to do things - i.e. the symlink is relative:
--- Code: ---/tmp/tcloop/glibc_add_lib/usr/lib$ ls -l libmvec.so
..libmvec.so -> ../../lib/libmvec.so.1
--- End code ---
Maybe a problem with submitqc?
Rich:
Hi aus9
Is this what you think is a problem:
--- Quote from: aus9 on January 25, 2026, 09:09:09 AM --- ...
--- Code: --- ----- Snip -----
tc@box:/tmp/tcloop/glibc_add_lib/usr/lib$ ls ../../lib/libmvec.so.1
../../lib/libmvec.so.1
----- Snip -----
--- End code ---
...
--- End quote ---
That's not a link. You prepended a relative path (../../) to the file name
you are looking for:
--- Code: ---tc@box:~$ cd /usr/local/lib
# The relative path used in the ls command gets prepended to the result.
tc@box:/usr/local/lib$ ls ../../../lib/ld-linux-x86-64.so.2
../../../lib/ld-linux-x86-64.so.2
# Walk up the path and repeat
tc@box:/usr/local/lib$ cd ..
tc@box:/usr/local$ ls ../../lib/ld-linux-x86-64.so.2
../../lib/ld-linux-x86-64.so.2
tc@box:/usr/local$ cd ..
tc@box:/usr$ ls ../lib/ld-linux-x86-64.so.2
../lib/ld-linux-x86-64.so.2
# Even the forward slash gets prepended if included in the command.
tc@box:/usr$ cd ..
tc@box:/$ ls /lib/ld-linux-x86-64.so.2
/lib/ld-linux-x86-64.so.2
tc@box:/$ ls lib/ld-linux-x86-64.so.2
lib/ld-linux-x86-64.so.2
tc@box:/$
--- End code ---
andyj:
Any headway on xf86-video-vmware.tcz for 32-bit?
Also, what is the -s option for /usr/bin/version for? It currently returns the same as -l and default.
If it was
--- Code: ---s) echo "${RESULTS%%-*}"
--- End code ---
instead of
--- Code: ---s) echo "${RESULTS##*_}"
--- End code ---
it would return just the major.minor version. Apparently it is meant for something else?
Navigation
[0] Message Index
[#] Next page
Go to full version