Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: Juanito on December 08, 2014, 10:15:08 PM
-
Team Tiny Core is pleased to announce that Tiny Core 6.0 rc1 is available for public testing:
http://repo.tinycorelinux.net/6.x/x86/release_candidates/
http://repo.tinycorelinux.net/6.x/x86_64/release_candidates/
This is a release candidate. If you decide to help test, then please test carefully. We don't want anyone to lose data.
Most extensions have been copied over from the 5.x repo - note that the fltk library has been updated to 1.3.3 to enable unicode. fltk-1.1 and 1.3 can be installed at the same time, and old apps using 1.1 will continue to work.
Although not in the base, wbarconf has been updated in the iso and wl-modules-KERNEL has been added, but not tested, due to lack of hardware (user cut firmware and blacklisting as per the info file will still be required). The mirrorpicker was also adjusted to avoid failing on fast servers.
We appreciate testing and feedback.
If you use distribution files note that you need a new vmlinuz and core.gz (or rootfs.gz + modules.gz)
Changelog for 6.0 rc1:
* kernel updated to 3.16.6
* glibc updated to 2.20
* gcc updated to 4.9.1 (patched)
* e2fsprogs base libs/apps updated to 1.42.12
* util-linux base libs/apps updated to 2.25.1
* tce-load adjusted to speed up handling large dependency chains
-
Good news - thanks.
-
Hi guys!
Have been trying out this cut of TC today and it's working as it should it seems. Had a little problem with the sound but after a little experimenting it works all right. Good work!!!
Have fun fine tuning TC and making it shine among distros,
meo
-
Openbox seems to be broken. It doesn't show window decorations and the right mouse key does not work on the desktop. Tested with "qemu-system-i386 -m 256 -cdrom CorePlus-6.0rc1.iso". (By the way, a 64-bit CorePlus image would be nice. Is it by intention that there isn't one?)
It would be nice, if the final version had Joe's Window Manager updated to 2.2.2 from the 2.1.0 in the RC1.
Furthermore, since the image has grown by several megabytes since 4.7.7 and since FLTK 1.3.3 finally brings in Unicode, I'd really appreciate the inclusion of kmaps.tcz in base (i.e., the system that is loaded when "Boot Core with only X/GUI (TinyCore)." is selected from the boot menu) and thus allow keymap selection at boot, since having to manually fetch and install that from somewhere each time is a major annoyance. Kmaps.tcz is only 140 KB in size, thus negligable compared with the image's increase in size over the past releases.
Also, I wonder whether there is a particular reason for upgrading the kernel to 3.16.6 instead of choosing the more recent 3.16.7?
Otherwise, thanks for TinyCore. Good to have an at-least-trying-to-be-decent browser again with Fifth. What's really still missing since 4.7.7 is a proper PDF reader. Would be nice to see a current MuPDF made available again.
-
3.16.6 was current at the time of building, and kernel upgrades always require good testing - an update now would invalidate previous testing. Better try to make the new release more stable with a RC going on.
-
Sure, it need not be changed now. I just wondered because https://www.kernel.org/pub/linux/kernel/v3.x/ lists 3.16.7 as available from the end of October, whereas I got the impression that TC 6.0 Alpha was built in November. Not a major issue though, unless 3.16.7 fixes severe security flaws or somesuch.
-
It would be nice, if the final version had Joe's Window Manager updated to 2.2.2 from the 2.1.0 in the RC1.
Updating IceWM in CorePlus to http://sourceforge.net/projects/icewm/files/icewm-1.3/1.3.8/ might also be good. The current 1.2.37 in the RC1 seems to be more than five years old. The changelogs from http://www.icewm.org/ suggest, that the 1.3 branch includes the 1.2 branch up to its last version, besides fixing additional issues. Last fixes from the original author seem to be from the date 1.3.8 was released last year: http://sourceforge.net/p/icewm/git/ci/master/tree/
-
I'm using http://repo.tinycorelinux.net/6.x/x86/release_candidates/distribution_files/vmlinuz64 with http://repo.tinycorelinux.net/6.x/x86/release_candidates/distribution_files/core.gz
But loading extensions hangs at the mounting stage. Am I missing something obvious?
I downloaded tczs I need for wifi and manually tried to load them with tce-load -i.
-
Instead of core.gz use rootfs.gz and modules64.gz.
-
Thanks. Up and running.
-
Is OSS-modules missing or did it get dropped?
getlocale.tcz.dep should point to squashfs-tools.tcz
I can't find cpufreq_ondemand module anywhere.
getlocale does not work, even when I fix the squashfs-tools pointer.
edited to combine successive posts
-
Can't use iproute2.
iproute2.tcz
A)bout I)nstall O)nDemand D)epends T)ree F)iles siZ)e L)ist S)earch P)rovides K)eywords or Q)uit:
Downloading: bsddb-dev.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
wget: server returned error: HTTP/1.1 404 Not Found
-
Hi hiro
Can't use iproute2.
iproute2.tcz
A)bout I)nstall O)nDemand D)epends T)ree F)iles siZ)e L)ist S)earch P)rovides K)eywords or Q)uit:
Downloading: bsddb-dev.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
wget: server returned error: HTTP/1.1 404 Not Found
Try it using db.tcz as a dependency instead.
-
Yeah, that works.
-
Is OSS-modules missing or did it get dropped?
It's not dropped, but not a "core" module set either - it will appear when someone gets to it, last 5.x update wasn't done by me either.
getlocale.tcz.dep fixed, ondemand is builtin since 4.x. After fixing the dep, getlocale worked fine for me?
-
Yeah, it seems there was an other unrelated error, the script failed for some unknown reason and the built extension was thus empty.
-
Can't use iproute2.
iproute2.tcz
A)bout I)nstall O)nDemand D)epends T)ree F)iles siZ)e L)ist S)earch P)rovides K)eywords or Q)uit:
Downloading: bsddb-dev.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
wget: server returned error: HTTP/1.1 404 Not Found
dep file adjusted - thanks
-
nmap has another dependency error:
md5sum: nmap-dbs.tcz.md5.txt: No such file or directory
-
nmap-dbs copied over from 5.x repo - thanks
-
x264-dev has both x264 versions as dependency. Is there a reason to keep the old x264.tcz? It doesn't come with the correct header files.
-
'looks like that error has been with us since 2012 - adjusted in 5.x/6.x repos - thanks
-
Hello,
I've got a question:
Why is the graphics stack in the 32-bit repo so much older than in the 64-bit repo?
The 64-bit repo has (for example):
glamor-egl.tcz - 0.6.0
libvdpau.tcz - 0.8
xf86-video-ati.tcz - 7.5.0
xf86-video-intel.tcz - 2.99.916
xf86-video-vesa.tcz - 2.3.3
Xorg-7.7-3d.tcz - 10.3.2
xorg-server.tcz - 1.16.1
In comparison, the 32-bit repo only has:
glamor-egl.tcz - 0.5.0
libvdpau.tcz - 0.7
xf86-video-ati.tcz - 7.1.0
xf86-video-intel.tcz - 2.21.15
xf86-video-vesa.tcz - 2.3.2
Xorg-7.7-3d.tcz - 9.1.4
xorg-server.tcz - 1.14.2
Why is that? Why is the graphics stack in the 32-bit repo so much older than in the 64-bit repo?
Any chance you could update the 32-bit repo to be at least on par with the 64-bit version in that regard?
Regards
-
abiword is missing libffi5.tcz dependency
Ironically text selection doesn't work properly in this abiword version, also stuff like shift->ctrl->end to select everything from cursor to end of the document. I am downgrading to 2.x again, I suggest doing the same for this extension. :o
-
abiword recompiled for tc-6.x
I recall that the point of abiword-3 was to use gtk3 - an abword2 (i.e. abiword-2, gtk2 extension) would be a welcome addition ;)
-
Why is the graphics stack in the 32-bit repo so much older than in the 64-bit repo?
The x86_64 Xorg was updated for various gnome stuff - there is no gnome wm in the x86 repo...
-
ffmpeg wants libiconv.tcz.
I'm using vi now for what I wanted to use abiword for :P
-
Hello,
Why is the graphics stack in the 32-bit repo so much older than in the 64-bit repo?
The x86_64 Xorg was updated for various gnome stuff - there is no gnome wm in the x86 repo...
thanks for your reply.
And what about those who would need an updated graphics stack for, let's say, support of new GPUs / bugfixes / new features / better performance?
Would those not count as valid reasons to update the graphics stack?
Any chance you could still update the graphics stack in the 32-bit repo for the reasons mentioned above?
Regards
-
ffmpeg wants libiconv.tcz.
libass and libavcodec recompiled and posted - thanks
-
Hello, 2 items to mention:
1. pidgin.tcz requires libiconv.tcz, so fails.
2. Can we have the pidgin-otr plugin in the repository; I see it was in an older (pre-5) version.
Thanks!
-
Thanks - I sent a pm to the pidgin extension maintainer requesting a recompile without libiconv - the iconv functions are provided by glibc anyway.
-
the build scripts for pidgin are in https://code.google.com/p/tc-ext-tools/ (https://code.google.com/p/tc-ext-tools/)
-
VLC does not start. It says, libiconv.so.2 cannot be opened: No such file.
-
mpg123 does not work, saying that it is unable to load any output module, although I installed alsa prior to mpg123's installation, which used to work in TC 5.x and 4.x.
-
Sound in the browser also doesn't work. Tested YouTube with minefield21.tcz. Again, used to work in TC 5.x.
-
Hello,
Hello,
Why is the graphics stack in the 32-bit repo so much older than in the 64-bit repo?
The x86_64 Xorg was updated for various gnome stuff - there is no gnome wm in the x86 repo...
thanks for your reply.
And what about those who would need an updated graphics stack for, let's say, support of new GPUs / bugfixes / new features / better performance?
Would those not count as valid reasons to update the graphics stack?
Any chance you could still update the graphics stack in the 32-bit repo for the reasons mentioned above?
Regards
here is another reason to update:
http://www.phoronix.com/scan.php?page=news_item&px=MTg2OTc
Regards
-
Sound in the browser also doesn't work. Tested YouTube with minefield21.tcz. Again, used to work in TC 5.x.
I'm not having any problem with firefox-official, flash and alsa combined. you shouldn't need it but I like to use pavucontrol to set audio output devices and volume control. I like to listen to Pandora all day and tc6 works great for that. I'd give that combination a shot
-
Those with sound problems might try adding alsa-config.tcz onboot; that made sound work for me in 6.0rc1 but I didn't need it in 5.x.
-
mpg123 does not work, saying that it is unable to load any output module, although I installed alsa prior to mpg123's installation, which used to work in TC 5.x and 4.x.
..works for me - it seems to default to pulseaudio, so for anything else you have to put (for example) "-o alsa"
-
VLC does not start. It says, libiconv.so.2 cannot be opened: No such file.
thanks - pm sent to the maintainer
-
I noticed that Xvesa now supports 1920x1200 resolution OOB which is really nice thanks
with Ctr + Alt + Backspace > xsetup > startx
-
Installed qemu-x86 on v6.0rc1, when run qemu-system-i386 get an error:
qemu-system-i386: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory
Look like a bug, v6.0 beta doesn't have this issue.
-
The mirrorpicker was also adjusted to avoid failing on fast servers.
Not exactly sure what was fixed there, but since another thing hit me again, I'd like to suggest that the "Apps" program (and the "tce" command line program) be made more robust against failures of (repo.)tinycorelinux.net. Yesterday wasn't the first time that the server couldn't be reached, and when that happens, a freshly started CorePlus cannot fetch extensions from any mirror, since "Select fastest mirror" fails, if the first mirror "repo.tinycorelinux.net" somehow behaves weird, and a different mirror also cannot be selected manually, since "Select mirror" also fails, because it requires "mirrors.tcz", which cannot be fetched for the reasons mentioned.
Using "wget" and "cat" to simulate a poor man's text browser to find links on web pages to a "mirrors.tcz" that could then be manually copied to /tmp/tce/optional, from where it could be loaded to stop the pain, felt seriously stupid. Maybe "mirrors.tcz" should not be an extension but just part of base. The "links" web browser would also have felt better than the wget-and-cat pain.
-
Mirrors come and go, so it cannot be part of base.
You can manually edit /opt/tcemirror
-
Look like a bug, v6.0 beta doesn't have this issue.
Although they do need to be fixed, extensions are not part of the base - nothing much changed in the base between v6.0beta1 and v6.0rc1, so I would presume that something changed in one or more of the extensions concerned.
-
Although they do need to be fixed, extensions are not part of the base - nothing much changed in the base between v6.0beta1 and v6.0rc1, so I would presume that something changed in one or more of the extensions concerned.
[/quote]
I compared the installed extensions, no difference found.
-
I double-checked - there were no changes to the base from beta1 to rc1...
-
I double-checked - there were no changes to the base from beta1 to rc1...
Yes, qemu itself is not changed but the deps, after replaced ncurses and libssh2 with which I used in 6.0beta, qemu can be opened now.
Thanks.
-
suggest that set ld-linux path from /lib/ld-linux-x86-64.so.2 to /lib64/ld-linux-x86-64.so.2 for Pure64.
-
Thanks for the suggestion, but considerable care was spent avoiding exactly that in corepure64.
Maybe in a multilib version...
-
more on libiconv...
FYI these two extensions copied over from tc-5.x have a dependency on libiconv
For libavcodec.tcz libiconv.tcz is missing!
For libavformat.tcz libiconv.tcz is missing!
any extension which require the above two deps will also not run.. eg libavcodec
:|
-
Could you check again in the tc-6.x repo - I thought I recompiled the libavcodec and libass extensions for this