Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on November 14, 2010, 08:36:22 AM
-
The Thrid Release Candidate of v3.3 (tinycore_3.3rc3.iso), is now posted and ready for testing.
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/3.x/release_candidates
tinycore_3.3rc3.iso
tinycore_3.3rc3.iso.md5.txt
Change log for Tiny Core v3.3:
rc1
* New FLTK integrated file manager, mfm, file associations, i.e, double click to edit/run directly from file manager.
* New FLTK minimal editor, on System Tools menu, and called via File Manager configurable file associations.
* New tce-run - load and run tcz, e.g., tce-run xmms, This is the association to run .tcz directly from file manager.
* Updated tce-audit to support default pathing and ext (.tcz) greatly improves CLI usage.
* Updated tce-setdrive to support call via AppBrowser.
* Updated AppBrowser - integrated setdrive. A "Set" button is initialized when Cloud Mode is detected.
* New wbarconf replaces wbar_exclude. Manage all icons (system and ondemand), as well as bar placement.
* New wbar_mv_icon for support of wbarconf.
* Updated ondemand generated scripts to pass command line arguments.
* New boot code nozswap - Skip compressed swap in ram.
* Updated and reorganized boot help screens f2 f3 f4
* Updated Control Panel reorganization. Moved more frequently used items to the System Tools menu.
Moved AppsAudit to System Tools menu.
Moved Run Command to System Tools menu.
* Updated System Tools menu reorganization. Moved less frequently used items to Control Panel.
Moved PPI Setup to Control Panel
Moved TermServer Setup to Control panel.
* Updated wbar for new file manager icon, removable via the new wbarconf.
rc2
* Updated wbar_setup and wbar_rm_icon for parsing errors.
* Updated control panel grouping and reorganization.
* Updated control panel rename Setup PPI to Hybrid Mode
* Updated mktclocal for title change to Hybrid Mode.
* Updated isolinux.cfg for F4 f4 boot help screen.
* Updated tce-load to un-mount meta (empty) extensions.
* Updated mfm to remove Alt-Fn keys for View Toggle option.
rc3
* New fluff file manager replaces mfm.
* Updated ondemand, appsaudit, and wbar_setup for single ondemand dir - dropped ondemand.ico/
* Updated flwm_initmenu - to support combined single ondemand directory.
* New flwm_ondemand - to support combined single ondemand directory.
* Updated cpanel WbarConf replaces TCE Update.
* Updated boot.msg to include F4 boot help screen.
* Updated tc-config - dropped settime boot code.
* Updated tc-config - moved wait_scsi_scan inside nofstab check.
Note: In order to move to a single ondemand directory do the follwing:
1. remove all ondemand items
2. rmdir ondemand.ico
3. recreate ondemand items.
-
A special thanks to MikeLockmoore for his extra effort to complete fluff file manager for this release candidate.
-
A special thanks to MikeLockmoore for his extra effort to complete fluff file manager for this release candidate.
I'm trying out this version on qemu and so far so good. I really like fluff it is an excellent addition to the tinycore base system. Tinycore has come a long way since I started using it. Thanks to all.
-
A note about Fluff File Manager:
We hope you like it, but Fluff is a work-in-progress. It has some known bugs and issues:
1) Sometimes, the first click in the right-side file list is ignored, especially when first opening Fluff or clicking on a new directory in the left-side directory tree view
2) Sometimes, clicking in the right-side list highlights many more than just one file (same situations as number 1)
3) Sometimes Fluff will crash when clicking the file detail column headers, as you do to change the sort order
4) While there is a GUI window in Fluff to add, delete, change, and reprioritize the associated application for file types, there is not currently a GUI to modify or add new file types. One can edit the .fluff.conf file (carefully!) to add types. Perhaps soon we will have a file type GUI (maybe in a future version of TC).
5) The help file is still incomplete and in some places, not clearly written
6) Some error messages may not be clear; if an operation fails, think about whether you need to use the "sudo" mode
7) Quirk: to select a range of files, you can click-and-drag in 2nd or farther-right columns, but if drag in the 1st (file name) column, Fluff assumes you want to drag the file(s) to another location
The following are not planned features at this time, but perhaps, in the farther future, they could be:
* There is no icon view or thumbnail view of files
* Drag-and-drop currently works within Fluff, but probably won't work with external applications
* Better compliance and support for existing standards for interaction of desktops and applications
If you come up with a repeatable way that Fluff crashes, let me know. If we need to, we can set up a Fluff-specific thread someplace. Thanks!
--
Mike Lockmoore
-
Minor comment about the explanation in 'isolinux/boot.msg': I've realised that some users think that they can only use a boot code after pressing one of the 'F[2-4]' keys. Maybe that could be clearified by using
Press <Enter> to begin or F2, F3, or F4 to see some help about the boot options
instead.
Another observation re. 'fluff': I resized the 'perm.' column which was OK as long as I made it larger. Decreasing it's size afterwards did not seem to work. After a dozen or so attempts I was suddenly able to shrink it, but could not grow it again. Certainly not a high priority, but maybe something to add to the list of known quirks.
And one more about 'fluff': When in "cloud mode" and selecting the 'TCE' button one gets a pop-up box with "No TCE drive selected ..." and no change of the directory. I think even in "cloud mode" it's a legitimate request to see the 'tce' directory. So maybe instead of a refusal the user could get a suitable warning, but still get's to "see" the 'tce' directory.
-
I've this in ~/.profile
export FLWM_TITLEBAR_COLOR=00:00:00
and this in ~/.X:defaults
fltk*scheme:gtk+
fltk*background:black
Text.background:black
fltk*foreground:lightblue
fltk*selectBackground:black
and in fluss I cannot see the even rows (hilighting them solves the problem), I've attached a screenshot to better understand the problem
-
FYI
Found and fixed a bug in /etc/init.d/rc.shutdown. Upon extentsion removals for ondemand items the ".img" file was still accessing the ondemand.ico/
If you happen to use appsaudit to remove an extension and such extension happends to be ondemand, then for this release candidate, you will have to manually delete the ".img" file leftover in the ondemand directory. Failure to do so will result in a bogus wbar icon of the removed extension.
I have fixed this for the next release.
-
@jls_legalize: Thanks for pointing it out. Fluff tries to utilize color settings info from the window manager, but you can see that it does not do a complete job. I'll see if I can make fluff more usable with color settings like this. -- ML
-
Small typo in CP: Maintenace
-
Got it. Thanks.
-
I just installed rc3. Only been using it a very short time.
The bug mentioned previously in Apps Audit still exists.
If you click on OnBoot -> Maintenance, then OnDemand -> Maintenance, the list of extensions on the left is repeated, even if you click Exit OnBoot before clicking OnDemand -> Maintenance. Scroll down to the middle, you will see the end of the list and where it starts again.
I understand the the file manager is a work in progress. An observation:
It seems, as a normal user you can perform functions which you would normally only be able to perform if started using sudo. This makes it easy for new users or children to mess up the operating system. Have you ever watched children on a computer. They just try anything and see what happens. They can mess up older versions of Windows real quick.
-
Oh, I did OnDemand then OnBoot which worked. Got it. It's fixed now. Thanks.
-
@Guy: Yes, sudo is a sharp tool, and Fluff leaves out there within easy reach. Maybe we could have a "lock-out" option in the Fluff config file: "DisableUseSudo = n" where n is 1 for the case you describe. However, if you really are configuring the computer for kids or untrusted people, won't you give them a distinct login that is not in the sudoers list? In other words, if the user account is properly constrained, "use sudo" won't confer any significant/dangerous abilities.
-
for convenience, is possible to change the order of the control panel buttons?,
since the floppydrive is vestigial in some computers and instead is more common mount and unmount devices, to:
Mount Tool
Floppy Tool
Mouse Tool
Wallpaper
System Stats
-
A very trivial thing.
I think Wallpaper would be better called Background.
It is not a wall, and it is not paper. It is a background image.
This also makes it consistent with /opt/backgrounds.
-
I just tried out Tiny Core 3.3rc3 (really microcore_3.3rc3 with corel ements, wbar and jwm). I like it.
Fluff is excellent.
I particularly like the "use sudo" button.
The menu item "insert in trash" seems ripe for a name change. Conceptually, sending something to the trash seems more like a "delete" operation than an "insert" operation. How about "send to trash"?
It might be nice to have a "view" menu item for scripts, as well as an "edit".
I liked mfm, too, and didn't really have time to give it a real shakedown. Any chance of having that as an extension?
"editor" is great. I've never had a good relationship with vi.
"editor" seems to use C language syntax highlighting regardless of the file being edited. If you edit, for instance, /etc/init.d/rc.shutdown, the entire bottom half of the file is colored green as if it were a comment because the script includes the slash-asterisk character pair.
Lee
-
for convenience, is possible to change the order of the control panel buttons?,
since the floppydrive is vestigial in some computers and instead is more common mount and unmount devices, to:
Mount Tool
Floppy Tool
Mouse Tool
Wallpaper
System Stats
Then I would get complaints that it is not in sorted order and that some sort of search buttons function is needed.
-
A very trivial thing.
I think Wallpaper would be better called Background.
It is not a wall, and it is not paper. It is a background image.
This also makes it consistent with /opt/backgrounds.
If named Background, then sort order would make mount tool not first see prior post.
Wallpaper or Background? Typically I see Desktop Background, as background typically has a different meaning. And Wallpaper is shorter than Desktop Background.
FWIW: Viewing Wikipedia shows Windows, until Vista, used Wallpaper whereas Windows Vista now uses Desktop Background. And seems the way Windows goes so too does the Linux distributions. Current Ubuntu now uses Desktop Background.
Perahps I should just drop control panel. I don't see such in the latest Ubuntu, so is must mean it is not in Vista or beyond.
Have we entered silly season?
-
"editor" is great. I've never had a good relationship with vi.
"editor" seems to use C language syntax highlighting regardless of the file being edited. If you edit, for instance, /etc/init.d/rc.shutdown, the entire bottom half of the file is colored green as if it were a comment because the script includes the slash-asterisk character pair.
I really think that a minimal editor, which I wanted, should not be trying to do C/C++ syntax highlighting. There are many programmer editors to choose from in the repository. Cutting such results in significant savings. C/C++ color synatx serves no purpose for which this function is intended, an aid for new users to easily edit basic configuration files.
-
The menu item "insert in trash" seems ripe for a name change. Conceptually, sending something to the trash seems more like a "delete" operation than an "insert" operation. How about "send to trash"?
It might be nice to have a "view" menu item for scripts, as well as an "edit"
On point one, "insert" was used as that is the hotkey "Ins" used to send (insert) to trash.
Perhaps there another hotkey is available which is easily remembered.
On point two, simply edit your .fluff.conf to add more supported extension types and more associations in their respective sections. Later a GUI program will be made available for such.
-
I liked mfm, too, and didn't really have time to give it a real shakedown. Any chance of having that as an extension?
I have no plans to continue with mfm. Having one tiny FLTK based file manager is sufficient for us. Besides the original author of mfm has not updated it. I have had it and used it since pre 1.0 days. Since Mike, has taken the effort to make and maintain a more modern file manager, that is what we will have. My time will be better spent elsewhere. If anyone wants my slightly modified source I will glad supply.
-
Perhaps I should just drop control panel.
All of the things in the control panel could be in the menu. Then the control panel is not necessary.
-
CP has been such an integral part of tcl I would be sorry to see it go - it's iconic.
-
I don't mean to be curt with requests regarding CP.
Perhaps there are some CP items that would better served on Wbar and System Tools menu?
Especially now that WbarConf allows the user to decide on content.
I am thinking AppsAudit and Mount Tool on default wbar. I would need to find some appropriate icons for them. Leaving CP for less often used items.
That might satisfy the need for easy and quick access to these items.
-
I really think that a minimal editor, which I wanted, should not be trying to do C/C++ syntax highlighting.
I agree completely.
On point one, "insert" was used as that is the hotkey "Ins" used to send (insert) to trash.
I hadn't paid attention to the hot keys before. That makes it a bit clearer. Trash is like "higher level" delete, so the key above delete is for trash.
On point two, simply edit your .fluff.conf to...
Ok, then. Lots fun to be had there. Thanks.
I have no plans to continue with mfm.
I snarfed the files for both mfm and fluff from the rcs and I'm playing with them in my current 3.0 setup. Moving to fluff was clearly the way to go, no question about that.
CP has been such an integral part of tcl I would be sorry to see it go - it's iconic.
Hmmm... I think its more "buttonic" than "iconic". ;D (I can hear the groans from here.)
It would be cool if it were user configurable (to add buttons to it), though I don't know that it would be worth much time or distro-space.
-
It would be cool if it were user configurable (to add buttons to it), though I don't know that it would be worth much time or distro-space.
+1 ;D
-
In my case I am using AppsAudit more often than CP, so usually there are several clicks to get hold of AppsAudit. Putting it instead of CP on wbar is quite a nice suggestion.
-
I found some icons for AppsAudit and MountTool. So I have added them to the default wbar. If you don't use or like these, one can always use WbarConf to "remove" (xwbar.lst) them. Will be in rc4 which is nearly ready for public testing.
-
I am thinking AppsAudit and Mount Tool on default wbar.
If the TC team were to sanction such change, it would be impossible to exaggerate my level of endorsement.
Miller.
-
Icons found. Curaga found better one than I did. Both AppsAudit and MountTool are now in both Wbar and System Tools menu for rc4.