Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on January 20, 2010, 06:35:37 AM
-
The Fourth Release Candidate of v2.8 (tinycore_2.8rc4.iso), is now posted and ready for testing.
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates
tinycore_2.8rc4.iso
tinycore_2.8rc4.iso.md5.txt
Change log for Tiny Core v2.8
rc1
* Updated tce-load to allow miltiple loading, e.g., tce-load -i *.tcz
* Updated tce-load to drop ".tcz" requirement.
* Updated appsaudit to allow selective removal of items from "marked for deletion"
* Updated appsaudit to allow operation in tce directory as well as tce/optional directory, use File option.
* Updated appsaudit menu for smoother operation.
* Updated cd_dvd_symlinks.sh for better multiple cd and dvd devices.
* Cleanup of tce-setup & tce-update of l,m,lm, and ml code.
* Updated tce-fetch.sh to cleanup old dual repository support.
* Updated tce-update to prompt before beginning easy mode batch update operation.
* After much Team testing and input, the upx'ed kernel returns, prior kernel is in distribution files.
* Dropped symlinker by using builtin cp construct.
* Dropped GNU ftp from base.
rc2:
* Updated tce-update for selective interaction via CLI options "query", "list", and "update".
* Major updates to appsaudit including new "Updates" menu option to "check for updates and selectively update wired into the tce-update options.
* Updated and reorganized cpanel, added "TCE Update", "USB Install", "Run Command", "Xkill", and "Xvesa Setup"
* Dropped dropbearmulti from base.
* Updated appbrowser cleanup of l,m,lm,ml code.
* Updated rc.shutdown by reverse umount loops to support tcvd virtual drive.
rc3
This release candidate changes the storage of extensions to a single location, the optional directory located under your "tce" directory. Boot time loading of application extensions are provided by links into the optional directory. These links are easily maintained with the new OnBoot section of appsaudit. This will better support the trend to use more "OnDemand" items, make it easy to "move" applicatons into and out of the "OnBoot", tce, directory. This also greatly improves systems resources by having a single copy of dependencies. Having a single area to host all extensions & dependencies also greatly improves auditing and both batch and selective updating.
* Updated FLTK to v1.1.10.
* Updated FLWM with more traditional close button layout.
* Updated appbrowser to support new extension support structure.
* Updated appsaudit - new menu section OnBoot.
* Updated tce-setup, tce-load, and tce-audit to support new extension support structure.
* Updated 'ab' shell appbrowser for more consistent input handling.
* Updated udev rules for much quicker boot times with loop mount extensions.
* Updated rebuildfstab for faster response.
* Updated filetool.sh to ignore sockets.
* Updated tc-terminal-server typo.
* Standard kernel returns with upx'd kernel available in the distribution file area.
Notes:
For tiny core users to move to the new structure perform the following:
* boot base norestore
* mv your_tce_dir/*.tcz* optional/.
* appsaudit -> OnBoot
Select only those apps that you wish to have loaded upon boot.
Do not select dependencies, they will load from optional.
Your "tce" directory should have very few link items for your selected boot time apps.
Easy to change your mind using appsaudit OnBoot as
Left hand side panel selects item and creates link in "tce" dir
Right hand side panel deletes link from "tce" dir
Rebooting then loads items as selected.
We now have a single directory from which to audit dependencies, perform selective updates, and pick and choose our on boot selection of applications.
rc4
This release candidate changes from using symlinks for onboot items to a simple text file onboot.lst. Use appsaudit as before to easily maintain the onboot.lst. Also new is an updated Mirror Select.
* Updated tce-load for onboot.lst support.
* Updated tce-setup for onboot.lst support
* Updated appsaudit for onboot.lst support.
* Updated cpanel - OnDemand replaces Help.
* Updated cpanel "Select Mirror"
* New /opt/tcemirror replaces /opt/.tcrc
* Updated /opt/.filetool.lst for tcemirror
Note: File likely in your backup /opt/.filetool.sh changed please ensure you update yours.
drop opt/.tcrc add opt/tcemirror
-
update_extension doesn't work
-
update_extension doesn't work
I don't know what update-extension is? Is this from an old menu that needs to be updated?
The menu item should be calling /usr/bin/tce-update please check yours.
-
Does rc4 still support having extensions in /tce which would be mounted as before? I am just wondering about maximum versatility.
-
No. All extensions should be in a single location tce/optional
The goal being to not have duplicate dependencies and a single location to download, audit, update and maintain.
-
update_extension doesn't work
I don't know what update-extension is? Is this from an old menu that needs to be updated?
The menu item should be calling /usr/bin/tce-update please check yours.
yes, I'm "talkin'" about tce-update, if I write query nothing happens
-
tce-update query /mnt/hda2/tce/optional
But much easier to use Control Panel -> appsaudit -> Updates -> Check for Updates
-
tce-update query /mnt/hda2/tce/optional
But much easier to use Control Panel -> appsaudit -> Updates -> Check for Updates
so tce-update is deprecated?
All my tcz are under optional.
Maybe the problem only occours when easy mode is not possible due 2 free space.
[removed spam]
-
Thanks Team Tiny Core!
You did it again, I got surprised with this new rc. It boots like a greased lightning on my 33-OS'es boot system. One thing though is that since no applications are loaded the commands on bootlocal.sh are not issued. I reserve myself if I have something in the system that affects that function. That might also be a possibility. I am especially thinking of the loading of kmaps.tcz and loading the right alsa module. I had to make theese things manually with this new cut. Just thought it was worth mentioning.
Have fun and keep on surprising me with new functions in Tiny Core,
meo
-
Bootlocal.sh handling has not changed. Maybe add an echo to see if it runs?
-
meo, Since you mention
... since no applications are loaded ...
, they should be loaded.
If you still have symlinks from rc3 then you need to convert them into a simple text file onboot.txt
One way to convert is as user tc from you tce directory containing those symlinks:
ls -1 *.tcz > onboot.lst
-
After heavy testing, I have found a couple anomalies, ok bugs.
One having to do with some dependencies getting listed in onboot.lst
The second having to do with existing dependencies in optional, but currently not used (loaded), not loading when a new extension is downloaded in install mode that requires such.
Both have been addressed in tinycore_2.8rc4a.iso now posted!
The distribution file tinycore.gz has also been posted.
-
To meo, in current TCL (haven't tried 2.8) I had to put a sleep command in my bootlocal.sh file when I was getting a very fast boot with a small number of extensions, without it my soundcard commands didn't execute.
-
Hi again!
Thanks for helping me to get things straight. Now when I have followed your advice, Robert, everything works fine and the soundmodule and the right kmap loads just as expected. Still it boots very fast but a little slower than when the extensions that should be loaded didn't load. I changed the tinycore,gz also and will try it out a little more before posting anything more about it. It seems though that Tinycore 2.8rc4 is stable and works fine. With rc3 I had some problems with permissions using emelfm but I haven't had time to try it out properly after changing to the most recent rc4. Thanks a lot to all that are working to make tinycore progress!
Have fun and keep up the good work,
meo
-
There is an empty /etc/dropbear directory. It can be removed as dropbear is moved to an extension.
/etc/resolv.conf is missing by default and created only when dhcp daemon creates it. When it missing, WICD can't start as first it tries to create a backup which fails. There are to options:
- Change WICD startup
- Add a blank /etc/resolv.conf to TC.
For me both is OK. Why I mention it maybe lack of the file can cause issue for other applications even if I do not know any other.
-
Hi again!
Now I can confirm that I get root access when using emelfm (based on gtk1) as an ordinary user. I'm referring to the ability to mount partitions etc. I don't know if it should be so or if it has to do with something in my backup (which I don't think it has since it's made from scrach except for the .mozilla dir which I copy to get all my bookmarks straight). So what can it be? Would be interesting to know.
Have fun with this ingenious distribution of Linux,
meo
-
There is an empty /etc/dropbear directory. It can be removed as dropbear is moved to an extension.
/etc/resolv.conf is missing by default and created only when dhcp daemon creates it. When it missing, WICD can't start as first it tries to create a backup which fails. There are to options:
- Change WICD startup
- Add a blank /etc/resolv.conf to TC.
For me both is OK. Why I mention it maybe lack of the file can cause issue for other applications even if I do not know any other.
Thanks for the heads up on dropbear dir. I will plan to add a blank/default /etc/resolv.conf.
-
I like very much the new onboot.lst but it's intollerant with non english people:
I like the fact that I don't have to list in this file the deps, but in my case I have to, cause the locale are not automatically loaded, so I suggest, in case in the boot options is specified lang=xx also the locale extensions should be automatically loaded
-
I like very much the new onboot.lst but it's intollerant with non english people:
I like the fact that I don't have to list in this file the deps, but in my case I have to, cause the locale are not automatically loaded, so I suggest, in case in the boot options is specified lang=xx also the locale extensions should be automatically loaded
Thanks for suggestion. We will look to improve non english support.