WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Tiny Core v4.0 Alpha 3  (Read 32412 times)

Offline roberts

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Tiny Core v4.0 Alpha 3
« on: September 05, 2011, 12:02:07 PM »
Tiny Core 4.0 Alpha3 is available for public testing.
http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/4.x/x86/alpha/

Change log:

alpha1:
* Updated kernel to 3.0.3
* Updated udev to 173
* Updated glibc to eglibc-2.13
* Updated e2fsprogs base libs to 1.41.14
* Updated gcc base libs to 4.6.1
* Updated util-linux base libs to 2.19.1
* Updated all the custom core utilities to use the new repository area:
   http://distro.ibiblio.org/tinycorelinux/4.x/x86/tcz/

alpha2:
* New loadcpufreq to handle module loading.
* Updated eglibc for 486/586 support.
* Updated busybox 1.19 with latest patches and fix for chpasswd segfault.
* Updated ondemand for console based extensions via Freedesktop Exec=cliorx prgname
* Adjusted .xsession to handle X startup failure.
* Adjusted .setbackground colors for wallpaper handling.

alpha3:
* Replaced ldd and ldconf with original versions not dependent on bash.
* Restored ssb module to base.
* Updated AppBrowser Search and Keyword as described below.
* Updated ab Search and Keyword.
* Updated search.sh internal script support for new search method shared by AppBrowser & ab
* New keyword.sh internal script support for new keyword method shared by AppBrowser & ab

Notes:
The Search method for both AppBrowser and ab is now a local info.lst seach.
To use enter the starting few characters of the desired extension, e.g., abi for abiword, or oper for opera

Both AppBrowser and ab now offer Keyword searching.
Examples: enter browser to display browsers, enter game to list games.

Attn: microcore users will need new Xprogs.tcz from 4.x repository.
« Last Edit: September 05, 2011, 12:24:56 PM by roberts »
10+ Years Contributing to Linux Open Source Projects.

Offline vinnie

  • Hero Member
  • *****
  • Posts: 1187
  • HandMace informatic works
Re: Tiny Core v4.0 Alpha 3
« Reply #1 on: September 05, 2011, 01:53:13 PM »

Notes:
Both AppBrowser and ab now offer Keyword searching.
Examples: enter browser to display browsers, enter game to list games.

finally! but these keywords are stored where?

Offline roberts

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Tiny Core v4.0 Alpha 3
« Reply #2 on: September 05, 2011, 03:22:39 PM »
On our servers. words.db is generated from the extension's Description: field.
10+ Years Contributing to Linux Open Source Projects.

Offline vinnie

  • Hero Member
  • *****
  • Posts: 1187
  • HandMace informatic works
Re: Tiny Core v4.0 Alpha 3
« Reply #3 on: September 05, 2011, 06:05:10 PM »
Ok, I think a package maker should be able to watch all the keywords listed in words.db to get an idea of the keyword when he use for a package.
A clickable list of words appbrowers may be valid?

Offline roberts

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Tiny Core v4.0 Alpha 3
« Reply #4 on: September 06, 2011, 12:18:56 PM »
words,db is not a set of predefined words rather the actual words from the extension's Description field. While it is true that garbage in results in garbage out. It should not be difficult for extension makers to use the new keyword search infrastructure that I have provided. Let's not make a mountain.
10+ Years Contributing to Linux Open Source Projects.

Offline vinnie

  • Hero Member
  • *****
  • Posts: 1187
  • HandMace informatic works
Re: Tiny Core v4.0 Alpha 3
« Reply #5 on: September 06, 2011, 03:06:05 PM »
It was only the prospect of a similar situation:
text_editor
editor_text
doc_edit
code_editor
...
all for the same tipology of software

Offline Lee

  • Hero Member
  • *****
  • Posts: 645
    • My Core wiki user page
Re: Tiny Core v4.0 Alpha 3
« Reply #6 on: September 07, 2011, 04:01:03 AM »
Its mainly when I'm fooling around with alphas and betas and testing out a new release or when I'm trying to debug an installation that has gone astray (most of which are the case right now), that I wish for this.  If we already laid this question to rest, please remind me,  but since we're heading into 4.x I though I'd bring it up.

I've got lines in my menu.lst including the following boot codes:

For tc 3.8.3:
Code: [Select]
... tce=LABEL=pnyfob0 ...

For tc 3.8.4:
Code: [Select]
... tce=sdb1/tce3.8.4

For tc 4.0A3:
Code: [Select]
... tce=sdb1/tce40A3 ...

I can't use the LABEL clause for tc 3.8.4 or tc 4.0A3 because I want to specify a directory other than just plain "tce".  However "pnyfob0", a USB flash drive, gets different device IDs on different hosts so I'm forever having to adjust the "sdb1" part to reflect the actual device.

Any chance we could revisit the tce boot code so something like the following would work?
Code: [Select]
... tce=LABEL=pnyfob0:/tce4.0A3 ...

32 bit core4.7.7, Xprogs, Xorg-7.6, wbar, jwm  |  - Testing -
PPR, data persistence through filetool.sh          |  32 bit core 8.0 alpha 1
USB Flash drive, one partition, ext2, grub4dos  | Otherwise similar

Offline maro

  • Hero Member
  • *****
  • Posts: 1228
Re: Tiny Core v4.0 Alpha 3
« Reply #7 on: September 07, 2011, 04:14:02 AM »
Lee, I'm pretty sure that I've tested this a while ago (albeit with UUID instead of LABEL) and IIRC it was working just fine.

One thing I noticed is that you where using 'tce=sdb1/tce40A3' for the working boot code and 'tce=LABEL=pnyfob0:/tce4.0A3' (which includes a colon and a dot which I would have not expected to see) for your "target" one.

Is that a simple typo in your posting or actually copied from the config file (which would make the latter then probably wrong)?

Offline Lee

  • Hero Member
  • *****
  • Posts: 645
    • My Core wiki user page
Re: Tiny Core v4.0 Alpha 3
« Reply #8 on: September 07, 2011, 05:19:22 AM »
It was a typo.  I was just putting that out as "for instance" because I didn't remember the issue having been resolved.  It has been a long time since I tried anything like this.  I'll try
Code: [Select]
tce=LABEL=pnyfob0/tce40A3
(no dot and no colon) next time I reboot.

Edit  2011-09-07 05:35:
Wow!  Do I ever feel sheepish!  I can't believe I either knew about that and forgot it, or I missed it entirely, but there it is - works exactly as I had hoped.

Thank you, maro, for pointing it out to me and Thank -you-, roberts, for implementing it.  Have I mentioned lately, "Thank you to the whole Tiny Core team and the community for making TC what it is"?  TC just keeps getting better and better.   :)

« Last Edit: September 07, 2011, 05:42:57 AM by Lee »
32 bit core4.7.7, Xprogs, Xorg-7.6, wbar, jwm  |  - Testing -
PPR, data persistence through filetool.sh          |  32 bit core 8.0 alpha 1
USB Flash drive, one partition, ext2, grub4dos  | Otherwise similar

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11027
Re: Tiny Core v4.0 Alpha 3
« Reply #9 on: September 09, 2011, 03:14:55 AM »
There was a small mixup with the 64-bit modules. Look forward to the next release.
The only barriers that can stop you are the ones you create yourself.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: Tiny Core v4.0 Alpha 3
« Reply #10 on: September 09, 2011, 03:31:38 AM »
Any idea how to avoid the 10-15% size increase of 4.0 built extensions compared to 3.x build? In most cases no need for GCC 4.61. Adding GCC from 3.x to 4.0 repo would help. BTW, 4.0 repo contains GCC 3.3.6 also.
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11027
Re: Tiny Core v4.0 Alpha 3
« Reply #11 on: September 09, 2011, 03:52:02 AM »
Why not ask the gcc folks on what changed with -Os from 4.4 to 4.6? If there's a reproducible test case, some small package etc, they should listen.
The only barriers that can stop you are the ones you create yourself.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: Tiny Core v4.0 Alpha 3
« Reply #12 on: September 09, 2011, 04:54:09 AM »
Why not ask the gcc folks on what changed with -Os from 4.4 to 4.6? If there's a reproducible test case, some small package etc, they should listen.

For sure there are test cases (all extensions maintained by me :) ) Will make a try
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline Jason W

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 9730
Re: Tiny Core v4.0 Alpha 3
« Reply #13 on: September 09, 2011, 07:24:28 AM »
Here is link noticing a change in the behavior of gcc 4.6, perhaps building gcc with "--enable-frame-pointer" can restore the smaller size binaries generated by the previous gcc.  May be worth a try, if I am reading that page right.  (EDIT:I don't see -fomit-frame-pointer along with -Os causing a larger binary size with the TC 3.x I have available to test with remotely, so may not be the cause.)

http://www.mail-archive.com/coreboot@coreboot.org/msg30467.html
« Last Edit: September 09, 2011, 11:56:58 AM by Jason W »

Offline robc

  • Sr. Member
  • ****
  • Posts: 447
Re: Tiny Core v4.0 Alpha 3
« Reply #14 on: September 10, 2011, 03:13:20 AM »
Here is link noticing a change in the behavior of gcc 4.6, perhaps building gcc with "--enable-frame-pointer" can restore the smaller size binaries generated by the previous gcc.  May be worth a try, if I am reading that page right.  (EDIT:I don't see -fomit-frame-pointer along with -Os causing a larger binary size with the TC 3.x I have available to test with remotely, so may not be the cause.)

http://www.mail-archive.com/coreboot@coreboot.org/msg30467.html
I ran some quick builds of ccache to look at the different optimizations.  The build tests failed without the -fno-omit-frame-pointer switch.  The builds finished and produced the binary but the binary failed at runtime with the testsuites.  I would recommend adding the --enable-frame-pointer into gcc to prevent any runtime problems.

Here is a table of optimizations ran:
optimizationbinary size
-Os74.9k
-O175.6k
-O272.2k
-O389.0k
-Ofast85.9k
I find it interesting that the -O2 gives the smallest binary size, though it is over 33% larger then in 3.x.

Also, compiletc depends on linux-3.0.1_api-headers, is this correct? I thought the kernel was 3.0.3.
"Never give up! Never surrender!" - Commander Peter Quincy Taggart

"Make it so." - Captain Picard