Tiny Core Linux
Tiny Core Base => TCB News => Final Releases => Topic started by: Juanito on January 31, 2022, 05:34:21 AM
-
Team Tiny Core is proud to announce the release of Core v13.0
http://www.tinycorelinux.net/13.x/x86/release
http://www.tinycorelinux.net/13.x/x86_64/release
Changelog for 13.0:
* kernel updated to 5.15.10
* glibc updated to 2.34
* gcc updated to 11.2.0
* binutils updated to 2.37
* e2fsprogs base libs/apps updated to 1.46.4
* util-linux base libs/apps updated to 2.37.2
* busybox updated to 1.34.1
* 50-udev-default.rules: add media permissions
* select: require that "break" used in awk scripts
* filetool.sh: prevent gratuitous change to .filetool.lst's timestamp from bdantas
* tce-update: if no directory specified for "list" or "query", default from bdantas
* tc-config: Move nodhcp static_ip earlier, from andyj
Note:
* some older versions of firefox will not start with 13.0
-
Hi, Juanito. There seems to be something wrong with corepure64.gz's ability to load extensions. When I use it instead of 13-alpha's modules64.gz and rootfs64.gz then none of my extensions get loaded (and, of course, X doesn't start).
-
Here's some more information to help troubleshoot: If I boot using v13.0's corepure64.gz* and use the showapps bootcode, this error shows up for each extension: "mount: can't setup loop device: No such device or address".
Maybe the problem is that during boot process tce-setup can find my onboot.lst but does not have access to /tmp for some reason?
* http://www.tinycorelinux.net/13.x/x86_64/release/distribution_files/corepure64.gz
-
Tinycore version 13.x kernel is the same as version 12.x
-
Sorry - fat fingers - hopefully things are OK now.
-
Looks good now! :)
-
Hello, thanks for the new release, but I don't see Linux kernel 5.15.10. It looks like this version is using Linux kernel 5.10.
-
Hi zaman
Welcome to the forum.
Juanito corrected that. Try downloading it again.
-
I am unable to download and install the pavucontrol, alsa and pulseaudio extensions.
It is throwing up an error of alsa-modules-5.10.3-tinycore64.tcz- No such file or directory found .
It appears that it is looking for alsa-modules-5.10.3 whereas it should be looking for alsa-modules-5.15.10 which is listed in the repo.
As a result, unable to play sound in fitefox and Vivaldi.
Pl check.
-
I am unable to download and install the pavucontrol, alsa and pulseaudio extensions.
It is throwing up an error of alsa-modules-5.10.3-tinycore64.tcz- No such file or directory found .
It appears that it is looking for alsa-modules-5.10.3 whereas it should be looking for alsa-modules-5.15.10 which is listed in the repo.
As a result, unable to play sound in fitefox and Vivaldi.
Pl check.
You're using the old kernel, you have to replace
both vmlinuz64 and corepure64.gz
all vmlinuz64, modules64.gz and rootfs64.gz
tc@box:~$ uname -r
5.15.10-tinycore64
tc@box:~$ version
13.0
-
Hi Juanito
I downloaded both ISOs from the TC13 x86_64 release repo and looked inside the vmlinuz64 files. Both showed
the version as 5.10.3-tinycore64.
The x86 release ISOs are correct, version 5.15.10-tinycore.
-
I was definitely having a bad day - corrected now.
-
Hi Juanito
I think you did it to see if we were paying attention. ;D
-
you folks are the best!
-
Some people when leaving for the long journey intentionally leave at home some unimportant thingy, like bottle opener, in order not to forget something really significant. Because it is impossible not to forget something! Let this accidental packing will be the heaviest release issue :)
Really fantastic release, Bravo!
-
Is anyone seeing just the default xorg black & white herringbone pattern as the background (and inside aterm transparency) too?
This is the 64-bit iso, running default with no additions out of the box.
It's just the tweed/herrinbone pattern as the background, no logo, and the wallpaper app has no affect.
Tried it on different machines, same thing.
Never seen that before. :)
-
Ah - I hadn't noticed that.
Xvesa displays a similar, but different, problem in 32-bit as well.
Several x libraries and other x components were updated between 12.x and 13.x - nothing shows up in /tmp/wm_errors though.
I'll take a look.
-
The hsetroot upgrade broke the TinyCore isos' backgrounds. Since multiscreen is not possible using the base, we should restore the old hsetroot and put the extra-dep-needing one in an extension.
-
Whilst poking around I also found that, without changing hsetroot, loading libXinerama restores the blue background and also that imlib2 has an unmet dep on an old version of giflib.
..and that, with Xvesa and Xfbdev, firefox from firefox_getLatest has a missing dep on libXtst.
-
Xlibs reverted to previous version, TinyCore/CorePlus/TinyCorePure64 iso's rebuilt and re-posted.
-
Hi
Just wanna point out the origin
[Solved] Refresh Background without rebooting (http://forum.tinycorelinux.net/index.php/topic,25481.0.html)
-
Hi, just upgraded to TC v13.0.
Can extension xf86-video-nv.tcz be copied over from 12.x? Trying to make this 12 year old box last as long as possible!
Thane
-
...hsetroot...
Hi, just speaking out some thought.
How about moving this executable (or all) to /usr/bin in Xlibs ?
Therefore, a dedicated extension hsetroot.tcz can take the default path /usr/local/bin
Similarly, many new comers tend to freakout when desktop.sh is not presented.
What if we add a fake link to the core to prevent error message ?
ln -s /bin/true /usr/bin/desktop.shOr just add some checkers to the tce-load script :P
-
Thank you for the new TinyCore edition.
I just tried both 32 and 64 bit architecture of TinyCore-13.0 transferring my surf-installations from tce-12.0 with success.
While there is almost no difference between tce13.0-32 and tce12.0-32 I found a nasty little problem with corepure64-13.0:
I need a german keyboard; but X11/xorg.conf.d/de_keyboard.conf did not work as in corepure64-12.0.
So I took kmaps.tcz as in earlier installations and apparently it worked well.
One exception: the brave.tcz browser does not accept the AltGr key, so I'm missing "@", "{", "[", "]", "}", "\", "~", and so on. The other programs like editor write these keys though, so I could workaround with copy&paste.
Until now I did not find other programs showing this problem.
And, btw. I'd like to have the IceWM desktop again ;-)
-
Hi,
the herringbone background was replaced with the standard dodger blue sky with core logo just after the first update.
Imho some tenacity is required for newcomers. Even mouse hunters can do it.
-
Why not try to add lv3:ralt_switch to the line of the file de_keyboard.conf like this:
echo -e "\tOption \"XkbOptions\" \"lv3:ralt_switch,terminate:ctrl_alt_bksp\"" >> /etc/X11/xorg.conf.d/de_keyboard.conf
-
Hi thane
... Can extension xf86-video-nv.tcz be copied over from 12.x? ...
I don't know if that can simply be copied over. I see that the Xorg extensions were all recompiled as were the
xf86-* extensions. It appears xf86-video-nv.tcz was missed.
-
xf86-video-nv cannot be copied over because xorg-server has been updated - I'll add it to the to-do list.
-
How about moving this executable (or all) to /usr/bin in Xlibs ?
Therefore, a dedicated extension hsetroot.tcz can take the default path /usr/local/bin
Originally, when tinyx was a part of the base, those executables were in /usr/bin - now that Xlibs is an extension, they should be in /usr/local/bin as per the tinycore convention.
Maybe make an extension that replaces hsetroot?
-
xf86-video-nv posted to 13.x 32-bit repo
-
Originally, when tinyx was a part of the base, those executables were in /usr/bin - now that Xlibs is an extension, they should be in /usr/local/bin as per the tinycore convention.
Maybe make an extension that replaces hsetroot?
I see, but I still think moving them to /usr/bin is better than replacing files.
There are people who never care about the loading order, even though it probably doesn't matter in this case.
Well, then how about a dummy desktop.sh ?
-
Hi, chattrhand. I use brave-browser and have no problems entering special symbols. It seems something is unwell with your keyboard settings. Having to copy-paste those special symbols sounds like the most painful workaround imaginable.
On my laptop, which has a standard US keyboard, I can put AltGr ("level 3") and compose keys anywhere I want. If I want those keys on the right Alt and right Ctrl keys, for example, I just have to issue this command in a terminal:
$ setxkbmap -layout us -variant intl -option lv3:ralt,compose:rctrl
Now to create the @ symbol with the compose key, I can press and release right Ctrl, then A, then T. Note that the A and T must be capitalized using the Shift key.
PS1: Note that the setxkbmap command does not survive reboots. You have to issue the command with each boot. To automate this, you can create a script in ~/.X.d
PS2: Rich, I realize that this post is not directly relevant to the topic of the thread. Please feel free to move it (with the post that it is referring to) somewhere else.
-
Hello Forum,
issues with user data entry via peripherals (Laptop keyboard)
There is perhaps a virtual onscreen keyboard tool
sometimes, World Wide Web browsers have library's of free plug ins.........and they offer
onscreen keyboards plug ins.......which offer most of the symbols and regular convention(s)
Thx
C.
-
Rich, I made a mistake in my post above but it's too late to edit it. After the code block it should read "...I can press and release right Ctrl...". Please fix it if you can.
-
Hi GNUser
... Please fix it if you can.
I can and did. :)
-
Thank you very much tiny core team!
What a journey, it's been years since I started with Tiny Core (version 7). You helped me out a lot back then and still doing it today. Already in university with potatoes computers (a lovely name, even though being an "ugly potato" it can do so much) doing it's job amazingly well thanks to the effort of the whole team and it users. What a time to be alive!
Looking forward for the awesome upcoming years.
-
Juanito: "xf86-video-nv posted to 13.x 32-bit repo"
I'm running pure 64-bit (recent versions of Palemoon browser don't support 32-bit anymore). Apologies, should have specified.
Thane
-
Trying to make this 12 year old box last as long as possible!
...
pure 64-bit
This makes me feel so old :P
-
also posted to x86_64 repo :P
-
Thanks!
-
just found that conky.tcz is broken on 13.x/x86_64 (I haven't tested x86, but could have same issue.)
conky.tcz has dependency to libical3.tcz which was rebuilt on 13.x with icu70
http://repo.tinycorelinux.net/13.x/x86_64/tcz/src/libical/compile_libical
but conky was not rebuilt then it still has dependency to icu61 which is out of dependency chain, failed to start up
tc:~$ conky: error while loading shared libraries: libicuuc.so.61: cannot open shared object file: No such file or directory
tc:~$ ldd /usr/local/bin/conky
linux-vdso.so.1 (0x00007ffc3ebe8000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007fa373de6000)
libical.so.3 => /usr/local/lib/libical.so.3 (0x00007fa373d74000)
libncursesw.so.6 => /usr/local/lib/libncursesw.so.6 (0x00007fa373b1e000)
libformw.so.6 => /usr/local/lib/libformw.so.6 (0x00007fa37390f000)
libiw.so.29 => /usr/local/lib/libiw.so.29 (0x00007fa373708000)
libSM.so.6 => /usr/local/lib/libSM.so.6 (0x00007fa3736fe000)
libICE.so.6 => /usr/local/lib/libICE.so.6 (0x00007fa3736e2000)
libX11.so.6 => /usr/local/lib/libX11.so.6 (0x00007fa3735c4000)
libXext.so.6 => /usr/local/lib/libXext.so.6 (0x00007fa3735b2000)
libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x00007fa3735ad000)
libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x00007fa3733a7000)
libXft.so.2 => /usr/local/lib/libXft.so.2 (0x00007fa373394000)
liblua.so.5.3 => /usr/local/lib/liblua.so.5.3 (0x00007fa373162000)
libm.so.6 => /lib/libm.so.6 (0x00007fa3730a2000)
libImlib2.so.1 => /usr/local/lib/libImlib2.so.1 (0x00007fa372e3b000)
libpulse.so.0 => /usr/local/lib/libpulse.so.0 (0x00007fa372df0000)
libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x00007fa372d80000)
libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x00007fa372d7b000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fa372b00000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fa372ae6000)
libc.so.6 => /lib/libc.so.6 (0x00007fa37292a000)
libicuuc.so.61 => not found
libicui18n.so.61 => not found
libuuid.so.1 => /lib/libuuid.so.1 (0x00007fa372922000)
libxcb.so.1 => /usr/local/lib/libxcb.so.1 (0x00007fa3728fa000)
libXau.so.6 => /usr/local/lib/libXau.so.6 (0x00007fa3728f5000)
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x00007fa3728ed000)
libdl.so.2 => /lib/libdl.so.2 (0x00007fa3728e8000)
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x00007fa3728ad000)
libexpat.so.1 => /usr/local/lib/libexpat.so.1 (0x00007fa372889000)
libbz2.so.1.0 => /usr/local/lib/libbz2.so.1.0 (0x00007fa37287b000)
libharfbuzz.so.0 => /usr/local/lib/libharfbuzz.so.0 (0x00007fa3727f5000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x00007fa3726f8000)
libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x00007fa3726bc000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x00007fa372405000)
libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x00007fa3723d6000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007fa3723c1000)
libgraphite2.so.3 => /usr/local/lib/libgraphite2.so.3 (0x00007fa3721a0000)
libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x00007fa371f97000)
/lib/ld-linux-x86-64.so.2 (0x00007fa373e00000)
libX11-xcb.so.1 => /usr/local/lib/libX11-xcb.so.1 (0x00007fa371f92000)
libxcb-shm.so.0 => /usr/local/lib/libxcb-shm.so.0 (0x00007fa371f8d000)
libpulsecommon-13.0.so => /usr/local/lib/pulseaudio/libpulsecommon-13.0.so (0x00007fa371f15000)
libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x00007fa371cd4000)
libcap.so.2 => /usr/local/lib/libcap.so.2 (0x00007fa371acf000)
librt.so.1 => /lib/librt.so.1 (0x00007fa371aca000)
libssl.so.1.1 => /usr/local/lib/libssl.so.1.1 (0x00007fa371a50000)
libcrypto.so.1.1 => /usr/local/lib/libcrypto.so.1.1 (0x00007fa3717cf000)
libXtst.so.6 => /usr/local/lib/libXtst.so.6 (0x00007fa3715c9000)
libsndfile.so.1 => /usr/local/lib/libsndfile.so.1 (0x00007fa371372000)
libelogind.so.0 => /usr/local/lib/libelogind.so.0 (0x00007fa3712fc000)
libXi.so.6 => /usr/local/lib/libXi.so.6 (0x00007fa3712e9000)
libFLAC.so.8 => /usr/local/lib/libFLAC.so.8 (0x00007fa3712ba000)
libvorbisenc.so.2 => /usr/local/lib/libvorbisenc.so.2 (0x00007fa371011000)
libvorbis.so.0 => /usr/local/lib/libvorbis.so.0 (0x00007fa370deb000)
libogg.so.0 => /usr/local/lib/libogg.so.0 (0x00007fa370be5000)
tc:~ $
-
Hi y_satou70
... tc:~$ conky: error while loading shared libraries: libicuuc.so.61: cannot open shared object file: No such file or directory
tc:~$ ldd /usr/local/bin/conky
----- Snip -----
libicuuc.so.61 => not found
libicui18n.so.61 => not found
----- Snip -----
Does installing icu61.tcz fix the issue?
http://tinycorelinux.net/13.x/x86_64/tcz/icu61.tcz.list
-
but conky was not rebuilt then it still has dependency to icu61 which is out of dependency chain, failed to start up
The dep was hidden by the recursive dep with libical - I'll take a look.
-
updated conky posted
-
thanks, confirmed updated conky now has dependency to libicuuc.so.70 / libicui18n.so.70 and works fine