WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: tinycore_v2.9rc2  (Read 10711 times)

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
tinycore_v2.9rc2
« on: February 07, 2010, 11:28:54 PM »
The Second Release Candidate of v2.9 (tinycore_2.9rc2.iso), is now posted and ready for testing
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/release_candidates

tinycore_2.9rc2.iso
tinycore_2.9rc2.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
10+ Years Contributing to Linux Open Source Projects.

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: tinycore_v2.9rc2
« Reply #1 on: February 08, 2010, 02:48:06 AM »
No sound (alsa)... I suppose this may have something to do with the recursive dependencies?

Also, Chromium-browser complained about libIDC.tcz (sp?) which it never had a problem with before.

Is this the right place to report these?

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 11471
Re: tinycore_v2.9rc2
« Reply #2 on: February 08, 2010, 02:55:32 AM »
tce-load in 2.9rc2 should work with standard and recursive deps - alsa with standard deps works for me with 2.9rc1 (I didn't try with 2.9rc2).

Chromium-browser is probably complaining about libIDL, a dep of ORBit2, which is not listed in the dep file - I'll add it

Edit: ..and the missing dbus/dbus-glib deps for the new GConf
« Last Edit: February 08, 2010, 03:07:48 AM by Juanito »

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: tinycore_v2.9rc2
« Reply #3 on: February 08, 2010, 06:56:02 AM »
There should be no recursive dep files in the repository. I have only asked for extension makers to be testing such. I have also asked that any and all such recursive dep files be held, i.e., not submitted to the repository, until 2.9 is final.
10+ Years Contributing to Linux Open Source Projects.

Offline meo

  • Hero Member
  • *****
  • Posts: 563
Re: tinycore_v2.9rc2
« Reply #4 on: February 08, 2010, 11:00:56 AM »
Hi there!

I just saw that someone else had problems with the sound with tinycore 2.9rc2. The same happened to me this morning (local time, like 9 hours ago or so) when I tried it out. The sound was muted. I tried to use Xmms to listen to a part of an audio book. So i just switched back to tinycore 2.9rc1 (just the core, not making any other changes) and now the sound is up just as usual. Can't explain this but it seemed very odd. Otherwise it really seems that the 2.9 is getting along well.

Have fun making tinycore progress,
meo
« Last Edit: February 08, 2010, 11:03:14 AM by meo »
"All that is very well," answered Candide, "but let us cultivate our garden." - Francois-Marie Arouet Voltaire

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: tinycore_v2.9rc2
« Reply #5 on: February 08, 2010, 11:45:21 AM »
OSS or ALSA?
Would you check the sound modules loaded (lsmod). 
Compare the working one 2.9rc1 and that which 2.9rc2 display?
10+ Years Contributing to Linux Open Source Projects.

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: tinycore_v2.9rc2
« Reply #6 on: February 08, 2010, 12:30:04 PM »
Here's mine...

Code: [Select]
tc@box:~$ lsmod
Module                  Size  Used by    Not tainted
i915                  101560  2
drm                    84616  3 i915
i2c_algo_bit            2956  1 i915
i2c_core                9980  3 i915,drm,i2c_algo_bit
cpufreq_ondemand        2928  2
acpi_cpufreq            3672  0
freq_table              1208  2 cpufreq_ondemand,acpi_cpufreq
snd_hda_codec_realtek   141844  1
snd_hda_intel          12532  0
snd_hda_codec          29368  2 snd_hda_codec_realtek,snd_hda_intel
snd_pcm                36852  2 snd_hda_intel,snd_hda_codec
snd_timer              10340  1 snd_pcm
snd                    25936  5 snd_hda_codec_realtek,snd_hda_intel,snd_hda_code                                                                                                                                                                                       c,snd_pcm,snd_timer
ath9k                 192004  0
soundcore               2192  1 snd
mac80211               82100  1 ath9k
snd_page_alloc          4028  2 snd_hda_intel,snd_pcm
intel_agp              14984  1
cfg80211               21604  1 mac80211
agpgart                15724  3 drm,intel_agp
squashfs               11732 66
scsi_wait_scan           260  0
atl1e                  19596  0
battery                 5976  0
ac                      1732  0
eeepc_laptop            5264  0
hwmon                    640  1 eeepc_laptop
backlight               1404  1 eeepc_laptop
rfkill                  4012  5 ath9k,eeepc_laptop

I don't have a copy of 2.9rc1 so can't show that.

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 10149
Re: tinycore_v2.9rc2
« Reply #7 on: February 08, 2010, 12:33:39 PM »
Just did a test in Qemu; OSS worked straight, ALSA had one issue in that it didn't tell udev to reload rules after placing its new rules there.

Please retry with the latest alsa.tcz.
The only barriers that can stop you are the ones you create yourself.

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: tinycore_v2.9rc2
« Reply #8 on: February 08, 2010, 12:42:42 PM »
OK, after updating alsa I don't have sound in 2.8.1 either, so let me fix that first.

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Re: tinycore_v2.9rc2
« Reply #9 on: February 08, 2010, 03:52:36 PM »
losetup -f  still does not work
losetup     only shows first 10 devices.

Everything else I checked looks good.
OSS and ALSA both working.
PXE boot to NFS store working.

Offline maro

  • Hero Member
  • *****
  • Posts: 1228
Re: tinycore_v2.9rc2
« Reply #10 on: February 08, 2010, 06:06:24 PM »
It looks like the new BusyBox version has the "VI editing mode" enabled. Thanks a lot Robert for picking up this user request!!

Mind you it's pretty limited, e.g. no shell command history search, which is the feature I'm very much used to. This is not a TC problem, but rather something to suggest to the BusyBox folks. I don't want to come across as ungrateful, I just thought I'd share my little observation.

Offline meo

  • Hero Member
  • *****
  • Posts: 563
Re: tinycore_v2.9rc2
« Reply #11 on: February 09, 2010, 12:59:29 AM »
Hi again!

Been busy. I think that the boot code I get might be useful. I'm using alsa by the way. These are the two final lines I get while booting:

Starting sound driver: snd-nm256
amixer: Mixer attach default error: No such file or directory

I hope that this can pinpoint the problem with the sound in tinycore 2.9rc2. When I start Xmms the sound is put to zero and even if I move the sound slider there is still no sound. I had alsamixergui installed too so I tried to start it but got an error message of a missing file if I remember correctly. Hope this is of any help.

Have fun advancing this amazing distro,
meo
"All that is very well," answered Candide, "but let us cultivate our garden." - Francois-Marie Arouet Voltaire

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: tinycore_v2.9rc2
« Reply #12 on: February 09, 2010, 01:03:22 AM »
OK, after updating alsa I don't have sound in 2.8.1 either, so let me fix that first.
Got my sound working by manually adding 2 commented-out lines in the start-up script to .xsession, so now all's well with rc2.

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 11471
Re: tinycore_v2.9rc2
« Reply #13 on: February 09, 2010, 06:03:45 AM »
alsa is working for me in 2.9rc2 using:

alsa-modules-2.6.29.1-tinycore
libasound
libpci
pci-utils
alsa-config

and then:
Code: [Select]
$ sudo /usr/local/etc/init.d/alsasound start

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: tinycore_v2.9rc2
« Reply #14 on: February 09, 2010, 07:47:00 AM »
Looks like alsa sound is being taken care of at the extension level supporting both the udev update as well as the prior version.

One area tha I have gotten no public feedback, yet had many past requests, is recursion. These requests came as a result of the tedious process to collect and specify all dependencies to the top level application. And then again, if any changes occurred. It is probably more difficult to undo these top level monolithic dep files than if we had started with recursion.

In that regard, I want to point out a script that Helander created that might be helpful in (re)creating the dep files.   http://forum.tinycorelinux.net/index.php?topic=4599.msg24115#msg24115

I am hoping to hear some positive feedback from extension makers now that we can support recursion.
10+ Years Contributing to Linux Open Source Projects.