Tiny Core Linux

Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: roberts on February 17, 2010, 12:58:45 PM

Title: tinycore_v2.9rc4
Post by: roberts on February 17, 2010, 12:58:45 PM
The Fourth Release Candidate of v2.9 (tinycore_2.9rc4.iso), is now posted and ready for testing
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates

tinycore_2.9rc4.iso
tinycore_2.9rc4.iso.md5.txt

Change log for Tiny Core v2.9

Release Candidate 1

* 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.


Release Candidate 2

* Upgraded busybox to stable 1.15.3
* Upgraded udev to 151.
* New "Set TCE Drive" in control panel to setup TCE directory, optional and mydata.tgz from cloud mode.
* Upgraded tce-load and appsaudit to support copy2fs flag and list in the base tce directory.
* Updated OnDemand to also support re-launching applicatons. Now one can always use the OnDemand menu section.
* Updated support for easy mode remastering /opt/tce now uses onboot.lst
* Updated tc-config to also make, if necessary, optional directory when tce= boot code is used.
* Added cache, .logo.xpm, and stats.txt to default /opt/.xfiletool.lst
* Updated  /opt/.xfiletool.lst to persist OnDemand menu item across reboots via normal backup.


Notes: Files likely in your backup that need updating:
The following have been added to the default /opt/.xfiletool.lst:

cache
home/tc/.wmx/Applications
home/tc/.logo.xpm
home/tc/stats.txt

Release Candidate 3
* Fixed new udev firmware issue.
* Fixed easy mode remaster to support copy2fs flag and list in static /opt/tce.
* Updated Control Panel, label change TCE Update to Update Apps.
* Purged system menu Tools section with item already present in Control Panel.

Items likely in your backup or persistent store that need to be updated
/home/tc/.wmx/Tools/

Release Candidate 4
* Updated libstdc++ to support exceptions
* Updated glibc to support i486
* Added udev rules to support lsusb
* Dropped back to busybox 1.14.3
Title: Re: tinycore_v2.9rc4
Post by: maro on February 17, 2010, 02:02:37 PM
Great news for all users of TC on QEMU: with the new version of libc the segfaults of the default X server (Xvesa) when using QEMU parameter '-kernel-kqemu' (for "maximum speed" on QEMU versions prior to 0.12) appear to be a thing of the past.

Many thanks to Robert and the team for the effort and for being brave enough to update a vital component. I for one was not expecting that step prior to TC 3.x.
Title: Re: tinycore_v2.9rc4
Post by: danielibarnes on February 17, 2010, 02:24:21 PM
I am preparing to release updates for the majority of my extensions. It seems that if I build them using 2.9 the new libc implies they may be incompatible with earlier releases. Should I build using 2.8.1 for maximum compatibility or is it the case that I need the new libc to fix problems (like exception support) that are currently lacking?
Title: Re: tinycore_v2.9rc4
Post by: maro on February 17, 2010, 02:47:57 PM
Just stumbled over a minor bug: /usr/bin/ldd uses #! /usr/local/bin/bash as shebang. I just replace the line with #!/bin/sh and that seem to work.
Title: Re: tinycore_v2.9rc4
Post by: gerald_clark on February 17, 2010, 02:51:59 PM
This is working on my laptops and my Vortex86.
Also no segfaults in rebuildfstab.
Looking Good !!!
Title: Re: tinycore_v2.9rc4
Post by: meo on February 17, 2010, 06:19:51 PM
Hi again Robert!

Just gave tinycore 2.9rc4 a test but it failed just as rc2 and rc3. I get the same error boot message about the sound as I mentioned in the tinycore 2.9rc3 thread and the sound (alsa) is muted when I load Xmms. Hope that others have better luck. I'll go back to tinycore 2.9rc1 since it's the only one that the sound works on.

Have fun keeping up your good work and don't feel gloomy because tinycore 2.9 will be a blast at last,
meo
Title: Re: tinycore_v2.9rc4
Post by: jur on February 17, 2010, 07:11:33 PM
At boot time I get segmentation fault and bus error.

This seems to go away if I use boot code 'base'. 'Norestore' has no effect other than not restoring, still seg fault and bus error.

I removed all extensions from OnBoot and tried again but same result.

[edit]: I still see the previously reported message about 'usleep: text file busy' before it disappears off the screen due to the other errors.

These errors happen during the time after checking boot codes, just after time zone and so on has been applied. When 'base' is used, this stage seems to be bypassed.

Question: Why is so much time spent on the rotating cursor when no extensions are loaded and boot code 'norestore' is used?
Title: Re: tinycore_v2.9rc4
Post by: Juanito on February 17, 2010, 07:49:05 PM
I am preparing to release updates for the majority of my extensions. It seems that if I build them using 2.9 the new libc implies they may be incompatible with earlier releases. Should I build using 2.8.1 for maximum compatibility or is it the case that I need the new libc to fix problems (like exception support) that are currently lacking?

I would hold off for a couple of days yet.

The exception support comes from a recompiled libstdc++ in the base. Since this was significantly bigger than the previous libstdc++, we "sstripped" it, which means it will need to be overwritten by a "non-sstripped" version in order to compile against it. If the testing works out OK, the "non-sstripped" version and updated static libs, etc, will be added to base-dev.

In addition, the libc update may yet require some adjustment.
Title: Re: tinycore_v2.9rc4
Post by: jur on February 17, 2010, 07:49:58 PM
The /dev/shm permissions problem is still there, and I have just noticed that if I boot 'base' the permissions are correct.
Title: Re: tinycore_v2.9rc4
Post by: roberts on February 17, 2010, 08:05:11 PM
Booting base norestore is using ram. Loading extensions uses disk. When was the last time you fsck'ed? When was the last time you checksumed your extensions?
Title: Re: tinycore_v2.9rc4
Post by: Juanito on February 17, 2010, 08:20:58 PM
Just stumbled over a minor bug: /usr/bin/ldd uses #! /usr/local/bin/bash as shebang. I just replace the line with #!/bin/sh and that seem to work.

Thanks - in prior versions we were using a modified ldd, it looks like the original glibc version slipped through the net.
Title: Re: tinycore_v2.9rc4
Post by: jur on February 17, 2010, 09:01:49 PM
Booting base norestore is using ram. Loading extensions uses disk. When was the last time you fsck'ed? When was the last time you checksumed your extensions?
I previously reported I am loading NO extensions. (And all my extensions MD5 checksums are fine anyway. And so is tc2.9rc4's.)

There is another error:
udevd[69]: can not read '/etc/dev/rules/50-udev-defaults.rules'

And tc-2.8.1 continues to work fine.
Title: Re: tinycore_v2.9rc4
Post by: andrewb on February 18, 2010, 02:11:58 AM
Brilliant - absolutely marvelous! - Now boots on Libretto 100CT!, so at least the 'Kernel Panic' (http://forum.tinycorelinux.net/index.php?topic=1685.0) bug has been sorted.
Title: Re: tinycore_v2.9rc4
Post by: althalus on February 18, 2010, 02:26:49 AM
No obvious issues here (yet). TC2.9 is lookin really nice!
Title: Re: tinycore_v2.9rc4
Post by: bmarkus on February 18, 2010, 03:08:21 AM
Localisation doesn't work.

- Installed glibc_gconv, glibc_apps and glibc_i18n_locale
- Installed applications locale extensions
- Created /usr/lib/locale
- Executed 'localedef -i hu_HU -f ISO-8859-2 hu_HU' as root
- Adde /usr/lib/locale/locale-archive to backup

Booting with lang=hu_HU applications still using default English, no any localised text, lxterm is not using ISO-8859-2. LXDE menu is in Hungarian as $LANG is hu_HU but that's all.

Same procedure with TC 2.8.1 provides a Hungarian environment.
Title: Re: tinycore_v2.9rc4
Post by: jur on February 18, 2010, 03:09:37 AM
Robert:
 
Booting my netbook at home is an even bigger mess. Something fundamental seems to be going wrong - I get an avalanche of error messages, all of which go away if I use 'base'.

The thing is, my two setups are just totally different - one is booting of a vfat usb stick on my work laptop (couple years old Toshiba Satellite 512MB mem) with only /tce persistent and no onboot extensions, while the home netbook is an Asus 1000he with 1GB mem different everything, Xorg, persistent /home, /opt, on ext3 hard drive partition.

But these 2 very different setups give very similar results - total mess while booting. Both cases boot fine with tc-2.8.1

One thing I have in both setups, is a whole swag of tinycore.gz files, named eg tinycore-2.9rc4 if I am not booting off them. Both setups, these files are in /tce, not in/boot or whatever. Could there be some mixup?

Is there a way to record a boot log so I can send you the error messages?
Title: Re: tinycore_v2.9rc4
Post by: jur on February 18, 2010, 03:51:27 AM
I think I have found the problem.

In both the aforementioned cases, once I moved the booting files to a directory called /boot, booting proceeds fine. Permissions for /dev/shm are also correct.

So the difference between tc-2.8 and tc-2.9rc4 is, the booting files cannot be in /tce in 2.9rc4, while with 2.8.1 (and prior versions) this presents no problem.
Title: Re: tinycore_v2.9rc4
Post by: Juanito on February 18, 2010, 05:30:18 AM
once I moved the booting files to a directory called /boot, booting proceeds fine.

By "booting files", do you mean bzImage and tinycore.gz/microcore.gz and/or Xlibs.gz, XProgs.gz and Xvesa.gz?
Title: Re: tinycore_v2.9rc4
Post by: curaga on February 18, 2010, 06:08:05 AM
@bmarkus: the glibc extensions haven't yet been updated to 2.11.1.
Title: Re: tinycore_v2.9rc4
Post by: bmarkus on February 18, 2010, 06:37:29 AM
@bmarkus: the glibc extensions haven't yet been updated to 2.11.1.

OK, I will postpone this test. Do you have a timeframe?
Title: Re: tinycore_v2.9rc4
Post by: jls on February 18, 2010, 08:31:48 AM
I think I have found the problem.

In both the aforementioned cases, once I moved the booting files to a directory called /boot, booting proceeds fine. Permissions for /dev/shm are also correct.

So the difference between tc-2.8 and tc-2.9rc4 is, the booting files cannot be in /tce in 2.9rc4, while with 2.8.1 (and prior versions) this presents no problem.
I also moved bzimage and tinycore.gz from tce to boot and now chromium shows the pages
Title: Re: tinycore_v2.9rc4
Post by: jls on February 18, 2010, 08:32:31 AM
@bmarkus: the glibc extensions haven't yet been updated to 2.11.1.
so this menas that using this rc4, the apps only start in english?
Title: Re: tinycore_v2.9rc4
Post by: bmarkus on February 18, 2010, 08:52:51 AM
@bmarkus: the glibc extensions haven't yet been updated to 2.11.1.
so this menas that using this rc4, the apps only start in english?

Yes
Title: Re: tinycore_v2.9rc4
Post by: jur on February 18, 2010, 01:28:15 PM
once I moved the booting files to a directory called /boot, booting proceeds fine.

By "booting files", do you mean bzImage and tinycore.gz/microcore.gz and/or Xlibs.gz, XProgs.gz and Xvesa.gz?
Yes.
Title: Re: tinycore_v2.9rc4
Post by: curaga on February 18, 2010, 02:38:58 PM
I see now, the core gz code had picked up your tinycore.gz/microcore.gz images.
Title: Re: tinycore_v2.9rc4
Post by: roberts on February 18, 2010, 03:15:59 PM
jur, Glad to hear the mystery is solved. The difference in 2.9 was making the core.gz file ISO9660 compliant, i.e., simply using .gz  which matches the base initramfs files of tinycore.gz and microcore.gz.
Title: Re: tinycore_v2.9rc4
Post by: bmarkus on February 19, 2010, 01:46:06 AM
Installing an already installed application with Appbrowser message is 'successfully installed'. Few versions back it was changed to 'already installed' but this change is gone. :(
Title: Re: tinycore_v2.9rc4
Post by: jur on February 19, 2010, 04:49:05 AM
I just noticed I have no sound in rc4. There was a sound issue in an earlier 2.9rc but that was resolved at the extension level, involving udev rules. I get this after alsasound start:
Code: [Select]
amixer: Mixer attach default error: No such file or directory
Title: Re: tinycore_v2.9rc4
Post by: meo on February 19, 2010, 05:21:16 AM
Hi jur!

I've had the same problem until I discovered that curaga has updated alsa.tcz to work with the newer rc's. So it is just to reinstall alsa I would guess. It works for me now in tinycore 2.9rc4. To Robert I want to offer my sincere apologies for believing that the sound problem was caused by the core. Just as stated above it was just a matter of updating alsa.tcz to the newest one. In my defense I can say that I tried out tinycore 2.9rc4 at approximately 3 am local time after trying to resolve a problem of a complete different kind and as if that wouldn't be enough I have a chronic medical condition, furthermore I had a really bad cold that finally is getting better. So thanks for the new improved rc!

Have fun and keep on refining tinycore,
meo
Title: Re: tinycore_v2.9rc4
Post by: jur on February 19, 2010, 10:53:47 PM
tce-update didn't report that alsa needs updating. So I deleted it plus all its dependencies, and re-downloaded it, and now sound works. Thanks meo!
Title: Re: tinycore_v2.9rc4
Post by: curaga on February 20, 2010, 02:10:31 AM
jur, do you use a mirror?
Title: Re: tinycore_v2.9rc4
Post by: jur on February 20, 2010, 05:34:42 AM
jur, do you use a mirror?
Nope, everything is default.
Title: Re: tinycore_v2.9rc4
Post by: meo on February 23, 2010, 04:40:11 PM
Hi!

Tinycore 2.9rc4 seems to work just fine. I use it as a production environment due to it's stability. There is one thing though that is bugging me. The boot messages starts with a typo. It reads: "IO APIC resources can be not be allocated". Just a very tiny thing but it's bugging me. Otherwise it works just fine for me in my activities that include a computer. So thanks a lot!

Have fun developing tinycore further,
meo
Title: Re: tinycore_v2.9rc4
Post by: gerald_clark on February 23, 2010, 04:52:42 PM
File a bug report at kernel.org.
Title: Re: tinycore_v2.9rc4
Post by: curaga on February 24, 2010, 12:34:11 AM
That typo is already fixed in 2.6.30.
Title: Re: tinycore_v2.9rc4
Post by: meo on February 24, 2010, 04:16:21 PM
Hi again curaga!

Thanks! I kind of thought that the typo would be fixed in later kernels. Isn't it possible to fix it for the kernel in tinycore?

Have fun and keep up your good work,
meo
Title: Re: tinycore_v2.9rc4
Post by: jls on February 25, 2010, 02:16:29 PM
I'm trying to compile midori but I get this error:
Code: [Select]
[ 56/103] cc_link: _build_/default/midori/main_2.o -> _build_/default/midori/midori
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_DeleteException@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_Resume@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_RaiseException@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_GetRegionStart@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_GetDataRelBase@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_SetGR@GCC_3.0'
/usr/local/lib/libwebkit-1.0.so: undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)@GLIBCXX_3.4'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_GetLanguageSpecificData@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_Resume_or_Rethrow@GCC_3.3'
/usr/local/lib/libwebkit-1.0.so: undefined reference to `__fixunsdfdi@GCC_3.0'
/usr/local/lib/libwebkit-1.0.so: undefined reference to `__fixunssfdi@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_GetIP@GCC_3.0'
/usr/local/lib/libwebkit-1.0.so: undefined reference to `__cxa_guard_acquire@CXXABI_1.3'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_GetTextRelBase@GCC_3.0'
/usr/local/lib/libicuuc.so.40: undefined reference to `_Unwind_SetIP@GCC_3.0'
/usr/local/lib/libwebkit-1.0.so: undefined reference to `__cxa_guard_release@CXXABI_1.3'
collect2: ld returned 1 exit status
Build failed
 -> task failed (err #1):
        {task: cc_link main_2.o -> midori}
make: *** [all] Error 1
building form 2.8.1 no prblem
Title: Re: tinycore_v2.9rc4
Post by: roberts on February 25, 2010, 03:10:31 PM
This was explained here: http://forum.tinycorelinux.net/index.php?topic=5035.msg26854#msg26854
Title: Re: tinycore_v2.9rc4
Post by: roberts on February 25, 2010, 03:12:18 PM
In order to support localization, we will be returning to glib2.9 in rc5.