Tiny Core Linux
Tiny Core Base => TCB News => Final Releases => Topic started by: roberts on May 04, 2012, 10:33:26 AM
-
Core 4.5.2 a minor bug fix and adjustments release is now available at
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/4.x/x86/release
Change log:
* Updated filetool.sh & tc-restore.sh improved usage of "protect" with existing backup file.
* Updated ondemand & tce-run improved support for command line arguments containing spaces.
* Updated ScmApps GUI, bug fixed when removing an scm and also have a same-named tcz.
* Updated ScmApps GUI, now updates scmboot.lst when deleting an scm.
* Export correct LANG variable for tce-setup at boot
Note: Updated Xprogs.tcz is required.
-
* Updated ondemand & tce-run improved support for command line additional arguments.
does that mean that we should remade all on-demand scripts in /etc/sysconfig/tcedir/ondemand?
-
Only if you need command line arguments with spaces.
-
hi friends,
something weird is happening...
"tce-run icecat" opens now icecat with the url icecat.com...
i guess that has something to do with the new script-and-spaces-issue!?
i use tce-run for a shortcut...
-
now i changed my shortcut to "/usr/local/icecat/icecat" and it works as former experienced.
i guess "tce-run icecat" has some advantages for certain circumstances...
-
wbar is still a problem for icecat ondemand when i load it for the first time.
-
Heads Up! Reposted 4.5.2 as ondemand change had introduced a bug.
Check your md5sums.
-
hi roberts,
i checked the md5sums... no problem.
i even reinstalled icecat ondemand... so in that step the ondemand-img and the wbar-entry were reinstalled.
but nevertheless the problem remained.
thank you for your help.
-
After repost, icecat.tcz is working fine for me. Both ondemand menu item as well as from wbar.
-
found issue in apps-browser (tcz)
now selected extension can not be excluded
from the list of extensions which are marked for deletion
apps -> maintenance -> dependencies and deletions -> mark for deletion
apps -> maintenance -> dependencies and deletions -> display marked for deletion
-
There is still a problem with the ondemand script. Adding a ondemand app now creates the following script:
#!/bin/sh
TCEDIR=/etc/sysconfig/tcedir
if [ ! -e /usr/local/tce.installed/fluff ]; then
tce-load -is $TCEDIR/optional/fluff.tcz
fi
[ $(which fluff) ] && exec fluff
It should look like this:
#!/bin/sh
TCEDIR=/etc/sysconfig/tcedir
if [ ! -e /usr/local/tce.installed/fluff ]; then
tce-load -is $TCEDIR/optional/fluff.tcz
fi
[ $(which fluff) ] && exec fluff "$@"
By the way, what's the point declaring a TCEDIR variable when it's only used once?
-
Hi uggla
By the way, what's the point declaring a TCEDIR variable when it's only used once?
Maintaining consistency with the other system scripts comes to mind. And speaking of maintaining, if
"/etc/sysconfig/tcedir" were ever to change in the future, a find and replace of "TCEDIR=/etc/sysconfig/tcedir"
is all that's needed to update all of the scripts.
-
Shouldn't TCEDIR be a system wide parameter? Why redefine it in every script?
-
ondemand issue fixed and posted.
Even though I asked bugs to be posted in the tcb bugs section we are still using news.
I am not sure what to make of that. And we seem to be in the nit picky comments.
It is easy to be a Monday morning quarterback. It is always easier to criticize than to create.
-
found issue in apps-browser (tcz)
now selected extension can not be excluded
from the list of extensions which are marked for deletion
apps -> maintenance -> dependencies and deletions -> mark for deletion
apps -> maintenance -> dependencies and deletions -> display marked for deletion
Yes, I see I forgot to activate a button. It is hard to be perfect. I guess in the future we should have a multi month relese candidate testing cycle, so that some of the nuances can be caught. Bu then many won't touch an RC. Standby I will post another update.
I will post fix shortly.
-
Hang on, ondemand still not working! The double quotes around $@ are essential for the filenames with spaces fix.
From the bash manual:
@
Expands to the positional parameters, starting from one. When the expansion occurs within double quotes, each parameter expands to a separate word. That is, "$@" is equivalent to "$1" "$2" ....
-
Thanks. O.K. Try again
-
Ondemand is now working. Thanks for the quick fix! :)
-
The update to Apps GUI for the reported issue is also included and updated Xprogs.tcz posted.
-
hi roberts,
everything works now smooth and fine.
thanks
nice piece of work... i keep on my heavy testing for you.
-
Maybe TCL should consider rc's to be alpha tests and initial final releases (x.x) more like beta tests. I think it's true that a lot of us don't download rc's (I usually don't), so some bugs aren't discovered until the full range of TCL users tries a "final" release.
-
Maybe TCL should consider rc's to be alpha tests and initial final releases (x.x) more like beta tests. I think it's true that a lot of us don't download rc's (I usually don't), so some bugs aren't discovered until the full range of TCL users tries a "final" release.
4.5 already had 2 rc version, and 4.5 release is very good. some bugs had fixed to 4.5.2
everthing will be better.
-
Core team & Community,
Congratulations on this series of releases.
I just wanted to take time out here to really appreciate of all the work the Core team puts into Core.
For many, I think it's just the right value in the spectrum between turnkey and bespoke.
It's very easy to get started using the Tinycore & the Core Plus images, and then, if you persevere,
Core has enough flexibility and simplicity to allow you to experiment with the just the right amount of vast *nix lore,
and empower yourself creatively.
I've learned a great deal, and it wouldn't have been possible without the generousity of everyone involved,
but specifically the Core team.
Core's community is also a wonderful collection of knowledgable, supportive, and creative people.
I do have some really minor observations on relating to each other, most already know and do this
(and not that anything in this thead prompts these).
Remember this work is given generously. Support requests included. Being civil and undemanding
in tone will more often than not elicit a positive response. If you still can't get it work the way you want it, there are other places in the spectrum to be, from Ubuntu to rolling your own.
On the flip side, if people make bug reports or feature suggestions, it's a sign of a very healthy project. No matter what the tone, it's possible to just take them neutrally as feedback. Any active 'consumer' is actually a valuable ally. It's always possible to improve 'Core and maybe it's a little tragic when anyone goes back to windows (I think a lolcat dies somewhere ;) ).
Anyway,
tl;dr
Thank you, really just *thank you* all.
Onward,
solorin
-
I certainly didn't intend any criticism of TCL, roberts, or the people who take the trouble to do rc testing. I've been using TCL for over 3 years but have only downloaded rc's once or twice. If anything I and other long-term users who have the time should probably make rc testing a part of our usage of TCL.
-
Indeed. I think both your suggestion's are very positive.
Again, I want to stress - the observations are not directed at anybody in particular.
-
Tiny Core Team!
I've used and abused the last cut the whole day and it works flawlessly. Thanks a lot for your effort to make a distribution of Linux that can be tailored exactly to what you want! I'm truly grateful for your hard work.
Have fun making this incredible Linux distribution progress further,
meo
-
wbar is still a problem for icecat ondemand when i load it for the first time.
this still happens... icecat tries to load the "wrong" url icecat!
in my config icecat is ondemand and this is my wbar entry:
i: /usr/local/share/pixmaps/icecat.png
t: Icecat
c: exec /usr/local/icecat/icecat
it's only a problem when icecat is loaded with wbar for the first time and icecat is not installed yet.
starting icecat with my shortcut ondemand with
tce-run icecat
works also at the first time, when icecat is not installed yet.
-
You should delete icecat ondemand item and recreate as that is not what I get.
icecat working as expected here.
-
You should delete icecat ondemand item and recreate as that is not what I get.
icecat working as expected here.
the result my first tests show that you are right.
thank you roberts.
-
Hmmm, reviving old thread on virt.machines :
could we have/do we already have, lxc ready kernel for last TCL version? (now 4.5.2.
and extra question : any one, then, able to build a tcz extension with the tcl toys^Wtools?
thanks a lot for the fine work.
clu
(also posting in the news thread)
-
Hmmm, reviving old thread on virt.machines :
could we have/do we already have, lxc ready kernel for last TCL version? (now 4.5.2.
and extra question : any one, then, able to build a tcz extension with the tcl toys^Wtools?
thanks a lot for the fine work.
clu
(also posting in the news thread)
Please do not double post.
-
It's my understanding that waitusb=10 provides only a maximum time to wait for detection, meaning that after after USB device detection the boot process continues regardless if the process only took 5 seconds to detect the hardware.
That's my understanding, however if the config file is specifically set to say waitusb=20 you'll sit waiting for the exact full 20 seconds after the line " Starting udev daemon....." is displayed before boot process continues.
Is that right??
-
You have to specify the device if you don't want to wait the full 20 seconds.
-
Thanks, I think the only device we would be interested in is sdb1 so for example: waitusb=20 tce=sdb1, then why not waitusb=20 tce=sd? by defining the usb are we only specifying the obvious, effectively is there really a choice?
While I think about the process, I'm assuming this will be adequate? waitusb=20 tce=sdb1
-
Because that is not the proper syntax. Read the wiki.
http://wiki.tinycorelinux.net/wiki:install_hd?s[]=waitusb
-
Thanks, unfortunately after looking at the WAITUSB script I noticed the blkid -lt options. Since I have only limited control over these two parameters; LABEL and UUID I guess I'll have to either replace blkid -lt with blkid to accept /dev/sdb1 or set waitusb=15 to avoid the "Call Trace" errors we are seeing frequently, because 10 seconds is not always a sufficient timeout period.
:-\
PS maybe I'm reading the -t option wrong..? perhaps we can specify waitusb=5:/dev/sdb1 ??
-
Hi coreplayer2
This is not right place for that discussion, TCB Talk would be more appropriate.
-
lol I know but it's kinda hard to move once you've begun the discussion.. Thought it may have been a change in this release but was wrong about that.