Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on January 31, 2010, 11:04:24 AM
-
The First Release Candidate of v2.9 (tinycore_2.9rc1.iso), is now posted and ready for testing.
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates
tinycore_2.9rc1.iso
tinycore_2.9rc1.iso.md5.txt
Change log for Tiny Core v2.9
* Updated appbrowser - added "Provides" to search for "What provides", also speed improvements.
* Updated appsaudit - added "Display All Not Depends On".
* Updated tce-load - added support for recursive dependencies.
* Updated tc-config - persistent home and/or opt, changed ext only support to not Microsoft file system support.
* Updated ab to use tmp work files.
* Improved language support by auto loading locale support extension(s) when both "lang= " and the "-locale.tcz" extension(s) are available in tce/optional.
* Renamed *.core.gz to simply *.gz for ISO9660 compliance.
* Clean up of reported relics and empty directories.
* Updated f2 & f3 boot message screens.
* Fixed bug in tce-update easy mode.
* Dropped the embedded help file.
Notes:
Attention extension makers, please test the new recursive dependency process, but hold in abeyance until v2.9 is final.
Since the embedded help file has been dropped, your system menu, likely in your backup will need to be adjusted. Edit/remove such entry.
-
Great news, especially the recursive loading of dependencies :)
Thanks
/Lars
-
The AppsAudit 'Display All NotDepended On' works great, and found old extensions that could be removed.
Thanks.
Is there a reason that 'losetup' limits its output to the first 10 loop devices?
Have tested TC and MC with no problems.
Great job.
-
Just an FYI:
Chromium browser causes my connection to be lost(essid reset and connection dropped) just by opening it...works fine with 2.8.
-
Nothing has changed in the base to have such an effect on network connection.
However, I will try running chrome. Seems lately I have been browser bouncing.
-
The AppsAudit 'Display All NotDepended On' works great, and found old extensions that could be removed.
Thanks.
Is there a reason that 'losetup' limits its output to the first 10 loop devices?
Have tested TC and MC with no problems.
Great job.
Thanks!
re: losetup
Likely because it is a busybox applet. I will have to check. I am planning a busybox upgrade.
-
It is not really a 2.9 issue but an AppBrowser feature request. When a download is not finished, a partial file left in /tce/optional with an md5.txt file. Of course, extension is not registered in /usr/local/tce.installed but next time if you want to install there is a HTTP 416 error, requested range can't be satisfied, etc... wget message is not informative and doesn't help to find out what is real cause. Solution is to delete partial download manually.
Proposal:
lets AppBrowser check the download dir and if it exist with not matching md5 delete it before downloading. Maybe asking for confirmation.
-
The -c option was added to the wget call in tce-load a while back to prevent an aborted transfer from causing issue. That helps with interrupted downloads of large extensions as the download simply continues from where it left off. But I see the error message you do related to the download of the md5 file, and when the md5.txt is deleted, the appbrowser then succesfully finishes the installation.
It appears to be an issue with busybox wget and the continue option. Simply returns the 416 error when the file has already been completely downloaded instead of staying quiet.
-
Thanks for the info. There can be different solutions, but it has to fixed somehow. It caused me some headache trying to install extensions with no luck. Guess was not alone :)
-
You are not alone :)
/Lars
-
Tce-load has everything right to allow seamless resuming and completing of partially downloaded extensions. But busybox wget coughs up an error when it shouldn't. Perhaps the next busybox update will help this when it happens.
-
Tce-load has everything right to allow seamless resuming and completing of partially downloaded extensions. But busybox wget coughs up an error when it shouldn't. Perhaps the next busybox update will help this when it happens.
What is about my proposal? It would help till wget get fixed.
-
I have previously stated in this thread that I plan an upgrade to busybox latest stable.
-
I have previously stated in this thread that I plan an upgrade to busybox latest stable.
Jason wrote:
Perhaps the next busybox update will help this when it happens.
I hope too :)
-
* Updated appbrowser - added "Provides" to search for "What provides", also speed improvements.
can u explain this?
* Improved language support by auto loading locale support extension(s) when both "lang= " and the "-locale.tcz" extension(s) are available in tce/optional.
is this working while booting or also when the system is already started? tce-load...
Fixed quotes -Curaga
-
can u explain this?
* Improved language support by auto loading locale support extension(s) when both "lang= " and the "-locale.tcz" extension(s) are available in tce/optional.
is this working while booting or also when the system is already started? tce-load...
Yes, it works both on boot and when using tce-load.
Example: boot tinycore lang=it_IT@euro
tce-load -i /tmp/tce/optional/atk.tcz
if atk-locale.tcz is in /tmp/tce/optional, it will be loaded as well.
-
* Updated appbrowser - added "Provides" to search for "What provides", also speed improvements.
can u explain this?
What "Provides" will display all extensions that provide a given file. It is very useful when an application fails, as a result of a missing file. The missing file is typically seen when such app is run from an xterm.
Lets say the app fails because libxml2.so.s was not found. Using appbrowser "Provides" enter libxml2.so.2 and press enter. The extensions that provide libxml2.so.2 will be displayed and available to be downloaded. Since libxml2.so.2 is obviously not an application, it should be dowloaded by using the "OnDemand" button.