Tiny Core Linux
Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on April 11, 2012, 10:55:11 AM
-
The first release candidate of Core 4.5 is ready for public testing:
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/4.x/x86/release_candidates
Change Log:
* Updated wbar to 2.3.0
* Updated wbar.sh, wbar_setup, & wbarconf GUI for new wbar changes.
* New Apps GUI replaces AppBrowser & AppsAudit
* Updated Apps GUI OnBoot, OnDemand, & Md5Check to case insensitive sort order.
* Updated Apps GUI OnDemand to support ondemand noicons.
* Updated Apps GUI to add descriptive title and moved URI to bottom.
* Renamed ScmBrowser to ScmApps, added delete & descriptive title, moved URI to bottom, adjusted menu.
* Updated tce-audit to suppress spurious messages with regard to fat filesystems.
* Updated tce-setup added support for scm in cde tmp/builtin for remasters.
* Updated scm-load to forward md5check results to calling GUI.
* Updated scm-load to support scm only type systems and remasters.
* Updated rc.shutdown to umount scm extensions.
* New expanded boot code noicons to specify no ondemand icons. noicions=ondemand
* Updated tc-config, wbar_setup, ondemand, and Apps GUI to support noicons=ondemand
* Updated f2 & f3 boot codes.
Note: Need new Xprogs.tcz and wbar.tcz
Note: You will need to delete .wbar from your home directory!
Note: CorePlus has a new updated ezremaster!
Note: Find the Xprogs.tcz, wbar.tcz, and ezremaster.tcz in the release candidate area.
They will be formally posted to the repository when 4.5 final is released.
-
When in Apps and ScmApps, I selected check for updates, and then Md5 Checking.
It was very confusing, because there was nothing on the screen telling me what function was currently selected. and what the Select panel was related to.
Perhaps the current function selected could be displayed next to the Apps button?
-
The following entries in the Dependencies menu of Apps do not appear to work.
Update .dep files - Nothing in results window
Missing Dependencies Reporting - Nothing in Results window
Display All with No Dependencies - Nothing in Results window
Display All Not Depended On - Nothing in Results window
If you click on the greyed out Apps button while the Dependencies button is showing, Apps seizes, the mouse pointer can be moved, but nothing nothing responds to clicks.
-
Reposted 4.5rc1 with fixes for reported items. Thanks for testing!
-
Much better!
I have 2 questions:
1. What are local favorites?
2. Is it your intention to merge Apps and ScmApps down the road? They are so similar in design.
-
1. With "Load local", I am using a standard FLTK widget that just so happens to offer "favorites" where you can create a shortcut to selecting a file. I my drop that standard widget and just reuse some of my existing code. That way, I could display only "not already loaded" extensions that would be more practical and consistent with the rest of the layout.
2. I presently do not have plans to merge the two. My reasoning, is that it leaves open the possibility to have a tcz only system, or even an scm only system. Brian, has updated his ezremaster to support scms. So by placing the "extended base" tczs into the Core.gz one could easily remaster an scm only system. Besides, it was enough of a challenge to merge AppBrowser with AppsAudit with all the permutations and combinations of GUI elements.
-
hi roberts,
very nice work, clear menues and added functionality that i really appreciate.
i noticed that my encrypted backup is not used to restore my configuration and data, stored in my backup.
my backup-file is called core.tgz.bfe that is defined by my bootcode.
everything works fine with 4.4, it is caused by the actual 4.5rc1.
can someone confirm this behavior?
thank you for your commitment.
-
in appsaudit group separator
in the dependencies menu
was above item mark for deletion
(http://forum.tinycorelinux.net/index.php?action=dlattach;topic=13046.0;attach=3381)
or it so planned?
-
That group of 4 work on the currently selected extension.
-
hi roberts,
very nice work, clear menues and added functionality that i really appreciate.
i noticed that my encrypted backup is not used to restore my configuration and data, stored in my backup.
my backup-file is called core.tgz.bfe that is defined by my bootcode.
everything works fine with 4.4, it is caused by the actual 4.5rc1.
can someone confirm this behavior?
thank you for your commitment.
Sorry, I cannot confirm. I too use encrypted backup and always test this feature.
There were no changes from 4.4 to 4.5 that would cause such a failure.
-
1. With "Load local", I am using a standard FLTK widget that just so happens to offer "favorites" where you can create a shortcut to selecting a file. I my drop that standard widget and just reuse some of my existing code. That way, I could display only "not already loaded" extensions that would be more practical and consistent with the rest of the layout.
2. I presently do not have plans to merge the two. My reasoning, is that it leaves open the possibility to have a tcz only system, or even an scm only system. Brian, has updated his ezremaster to support scms. So by placing the "extended base" tczs into the Core.gz one could easily remaster an scm only system. Besides, it was enough of a challenge to merge AppBrowser with AppsAudit with all the permutations and combinations of GUI elements.
Re: Load Local
I am dropping the standard FLTK file selector widget and replace with my code.
The benefits are:
1. Display only available, "not already loaded" extensions. Should provide a much shorter select list and therefore make the system easier to use and understand.
2 Consistent look, feel, and operation, i.e., everything is single click and will work like ScmApps Local/Install.
3. The generic file selector is heavy with its preview and favorites, both not needed, thereby its removal will mean a small memory footprint.
-
hi roberts,
very nice work, clear menues and added functionality that i really appreciate.
i noticed that my encrypted backup is not used to restore my configuration and data, stored in my backup.
my backup-file is called core.tgz.bfe that is defined by my bootcode.
everything works fine with 4.4, it is caused by the actual 4.5rc1.
can someone confirm this behavior?
thank you for your commitment.
Sorry, I cannot confirm. I too use encrypted backup and always test this feature.
There were no changes from 4.4 to 4.5 that would cause such a failure.
hi roberts,
thank you for your reply.
it was my fault, sorry for my misleading contribution.
in my bootmanager i refered to a missing backup-file "core-test.tgz.bfe" at my core-testing-environment.
after providing the backup-file everything worked fine so far...
... and i'm fond of further heavy testing :)
-
That group of 4 work on the currently selected extension.
the first 3 of these 4 items are perform the other functions
might be better to separate this item also from upper 3 items?
(http://forum.tinycorelinux.net/index.php?action=dlattach;topic=13046.0;attach=3382)
-
A couple of comments on the new apps gui
After chosing a mirror, it would be good if the chosen mirror was displayed somewhere (I think this was what was done previously)
After Apps -> Maintenance -> Check for Updates, highlighting an extension does not show its info file
After Apps -> Maintenance -> Check for Updates, if an extension download fails, the gui does not fail gracefully (i.e. timeout and post an error message)
..but looks very good
-
The mirror is shown at bottom of GUI, was moved from title bar.
The info file being shown has been corrected upon updates selection.
I will look into updates failing before rc2.
-
That group of 4 work on the currently selected extension.
the first 3 of these 4 items are perform the other functions
might be better to separate this item also from upper 3 items?
(http://forum.tinycorelinux.net/index.php?action=dlattach;topic=13046.0;attach=3382)
One can argue either way, should it be group by function or group by required selection.
-
1. With "Load local", I am using a standard FLTK widget that just so happens to offer "favorites" where you can create a shortcut to selecting a file. I my drop that standard widget and just reuse some of my existing code. That way, I could display only "not already loaded" extensions that would be more practical and consistent with the rest of the layout.
2. I presently do not have plans to merge the two. My reasoning, is that it leaves open the possibility to have a tcz only system, or even an scm only system. Brian, has updated his ezremaster to support scms. So by placing the "extended base" tczs into the Core.gz one could easily remaster an scm only system. Besides, it was enough of a challenge to merge AppBrowser with AppsAudit with all the permutations and combinations of GUI elements.
Re: Load Local
I am dropping the standard FLTK file selector widget and replace with my code.
The benefits are:
1. Display only available, "not already loaded" extensions. Should provide a much shorter select list and therefore make the system easier to use and understand.
2 Consistent look, feel, and operation, i.e., everything is single click and will work like ScmApps Local/Install.
3. The generic file selector is heavy with its preview and favorites, both not needed, thereby its removal will mean a small memory footprint.
Done!
An additional benefit is that one does not need OnDemand, at least it will empower those using window managers and desktop environments that do not support Ondemand an easy and clear way to select from a list of locally available unloaded extensions.
-
The mirror is shown at bottom of GUI, was moved from title bar.
..must be going blind - sorry :-[
-
I forced some md5 errors while performing updates. Found and fixed an anomaly.
The Apps GUI now properly report failures as well as successes on the result of md5sum checking with the Updates function.
-
i have already reported here (http://forum.tinycorelinux.net/index.php/topic,12786.msg70104.html#msg70104) about missing checksum
cde/optional/wireless-3.0.21-tinycore.tcz.md5.txt
in the CorePlus-4.xx.iso
and about what can remove empty cde/optional/libiconv.tcz.dep
although in principle it does not interfere anyone
-
CorePlus items updated. Thanks!
-
Please re-test the pxe/tftp support:
Since the the desktop is loaded as an extension, I get an error message when booting up with a different user. I looks like the loading and installing is done using the provided user account, but the account will only be created after all tczs are loaded.
Greetings,
SvOlli
-
@SvOlli
see http://forum.tinycorelinux.net/index.php?topic=12722.0
-
@SvOlli
see http://forum.tinycorelinux.net/index.php?topic=12722.0
Thanks for the hint, but this is only part of the problem: when I specify a user at kernel command line, booting via tftp breaks completely, because an "su $USER -c ..." is done with no existing user, so su fails before handling the tcz. And this did work prior to 4.2.
What would break if the code segment of /etc/init.d/tc-config
if [ -n "$USER" ]; then
if ! grep "$USER" /etc/passwd >/dev/null; then addUser; fi
else
USER="tc"
fi
is moved before
# First process tftp and http entries
modprobe -q squashfs 2>/dev/null
[ -n "$TFTPLIST" ] && get_app "TFTP" $TFTPLIST
[ -n "$HTTPLIST" ] && get_app "HTTP" $HTTPLIST
?
It would be a fix for the problem I mentioned.
-
tftp/http loading was originally written to load nfs drivers for tce directory on nfs.
It was then extended to support nbd and aoe.
Since these are system rather than user extensions user tc was used.
You want to use it to load user extensions, and that patch looks like it will work and make tftp/http loading more useful.
I suggest you test it, and submit a patch to roberts.
-
tftp/http loading was originally written to load nfs drivers for tce directory on nfs.
It was then extended to support nbd and aoe.
Since these are system rather than user extensions user tc was used.
Sorry, but this explanation has nothing to do with the bug I reported, since loading nfs, nbd and aoe via tftp/http also breaks if you pass a user= option to the kernel commandline:
From /etc/init.d/tc-config:
get_app() {
[...code removed...]
su "$USER" -c "/usr/bin/tce-load -i $FL $TCE/$APP"
[...code removed...]
}
# First process tftp and http entries
modprobe -q squashfs 2>/dev/null
[ -n "$TFTPLIST" ] && get_app "TFTP" $TFTPLIST
[ -n "$HTTPLIST" ] && get_app "HTTP" $HTTPLIST
[...code removed...]
if [ -n "$USER" ]; then
if ! grep "$USER" /etc/passwd >/dev/null; then addUser; fi
else
USER="tc"
fi
So, first the nfs module gets loaded using "su "$USER" -c "..."" and after that that same user will be generated. This has to fail.
This is definitely a bug which wasn't in there in 4.1, and I'm reporting it, handing it over on a silver plate. As a workaround I dropped the user= kernel parameter, which made my system usable again. Sorry, but I've been out of the loop for about half a year now, and I just don't have the time to fix and test it, since I'm buried beneath other projects.
BTW: I still wonder why package installation is only allowed for the user and not for root, imho it should be exactly the other way round, as in any other distribution I've encountered so far.
What happend to the old days when, all you got for reporting a bug was: "Fixed! Thanks for finding.", and not an endless discussion? ;)
-
The explanation has everything to do with the bug you reported.
Testing is simple.
Create a second initrd that contains only tc-config.
Add that to the initrd line in your pxeboot config file.
Boot and verify it is working.
You are the one wishing to extend the original purpose of the boot code.
-
You are the one wishing to extend the original purpose of the boot code.
You are wrong here. Do not wish extend any original purpose. If you've got a pxe/tftp/http setup, please just add the option "user=gerald" to the kernel options, and it not a single TCZ will load. As I stated:
As a workaround I dropped the user= kernel parameter, which made my system usable again.
So it works for me, still I just wanted to report that problem.
And trying to make myself as clear as possible:
- I found a bug.
- I reported it.
- The bug is triggered in a well defined and completely valid environment, one that is not on the "not supported"-list.
- I don't want any extension of any feature.
- I don't even want this to be fixed, I just wanted to report it to see if anyone feels responsible for it.
- Since there no-one seems to be, I've got no problem with it being in there up to version 4.99 or whatever.
- And I'm not willing to sink more time into this problem, as I've got a workaround, and projects that are more fun to hack on as TCL.
Yes the time spent in discussion might have been enough to fix the problem already. But this goes for both sides, and I didn't see this coming when I filed in my bug report.
-
I'm just a user, like you, but I made the change, tested it and sent a patch to roberts.
-
@SvOlli, Thanks for the bug report and suggested fix.
@Gerald, Thanks for making the effort to test and submitting a patch. Greatly appreciated!
Look for this beginning with 4.5rc2.
-
during tinycore boot
at the time calling tce-setup from tc-config
export LANG yet has not implemented
therefore the following condition in tce-load
if [ "$LANG" != "C" ]; then
LOCALEEXT="${1%.tcz}-locale.tcz"
[ -f "$LOCALEEXT" ] && install "$LOCALEEXT"
fiexamines variable that yet has no value
therefore extension locales are loaded
during tinycore boot in any case
must add additional verification in tce-load
[ "$LANG" ] || . /etc/sysconfig/languageor make export LANG in tc-config after line 169