WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Overlay initrd files using cat  (Read 46644 times)

Offline gerald_clark

  • TinyCore Moderator
  • Hero Member
  • *****
  • Posts: 4254
Re: Overlay initrd files using cat
« Reply #45 on: January 19, 2011, 09:30:53 AM »
Quote
I understand that Xprogs, Xvesa, and Xlibs would be release sensitive, but how are wbar and flwm_topside? Also, if some of these (perhaps not all) are moved to extensions then they can be updated as an extension rather then having to wait for a new final TC release. Also this may be a goal for 4.x rather then 3.x.

That is precisely the problem.
When testing release candidates, tce-update keeps updating wbar to the last release, breaking the release candidate.
Since wbar is a part of TC core, it needs to NOT be an onboot extension.

The wbar.tcz extension can still exist for people using alternate window managers that still want wbar.

Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #46 on: January 19, 2011, 09:46:46 AM »
What if we just call that base wbar extension different on each update?

Offline roberts

  • Administrator
  • Hero Member
  • *****
  • Posts: 7361
  • Founder Emeritus
Re: Overlay initrd files using cat
« Reply #47 on: January 19, 2011, 09:54:33 AM »
We? Oh please, a .gz together with the release makes it clear, simple and archive able.
Placing .gz in /tce directory is also trivial for the user.
10+ Years Contributing to Linux Open Source Projects.

Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #48 on: January 19, 2011, 02:35:42 PM »
I was Just thinking aloud. But I think I don't see some of the complications you guys do. Perhaps because I always used microcore instead of tinycore.

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: Overlay initrd files using cat
« Reply #49 on: January 19, 2011, 02:38:09 PM »
I like what I read.

Extending this concept, perhaps all of the supported wms could become .gzs as well, not only flwm. Then you place your wm of choice in along with the other bits. So onboot could be obsoleted this way - anything onboot could be converted to gz.

Would such a process be faster than loading extensions onboot?

A base system script for converting onboot .tczs to .gz could do the job. This would eliminate the necessity of having two sets of extensions in the repo.


Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #50 on: January 19, 2011, 02:42:47 PM »
I don't see why this should be faster? Faster in which way?

Offline jur

  • Hero Member
  • *****
  • Posts: 863
    • cycling photo essays
Re: Overlay initrd files using cat
« Reply #51 on: January 19, 2011, 02:46:09 PM »
I wouldn't know, I am asking. Would loading a series of gz at boot be faster than loading those extensions a bit later as onboot loop mounts?

Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #52 on: January 19, 2011, 03:47:36 PM »
You're of course free to try it, but I don't expect any great outcome.

Offline gutmensch

  • Administrator
  • Hero Member
  • *****
  • Posts: 605
  • I can make it disappear, have no fear!
    • remembrance blog
Re: Overlay initrd files using cat
« Reply #53 on: January 19, 2011, 04:36:04 PM »
I really like the ideas and would love to see this...

But one thing leaves me troubled. The more I think about this whole difference in relationship "Xvesa/Xorg gz/tcz Xprogs/included Xlibs/tc base" I don't find it very clear. Of course mc/tc should be a toolkit but what about simplicity here? A lucid simple solution for everyone to understand would be:

mc + Xvesa(.gz|.tcz) + wm/wbar stuff = Tinycore desktop variant 1
mc + Xorg(.gz|.tcz) + wm/wbar stuff = Tinycore desktop variant 2

Right now it would be something like (if I'm correct):

mc + Xvesa.gz, Xlibs.gz, Xprogs.gz in ../tce + maybe Xorg-7.5-lib.tcz in ../tce/optional + wm/wbar stuff = Tinycore desktop variant 1
mc + Xlibs.gz in ../tce + Xorg-7.5.tcz, Xorg-7.5-lib.tcz, ... in ../tce/optional + wm/wbar stuff = Tinycore desktop variant 2

IMHO that's too complicated.

I'm not saying that I can provide a better solution here, but graphical user interface "bases" like "minimal Xorg with libs and progs" or "Xvesa with libs and progs" could be each offered in a single file instead of ripping it apart since they are mutually exclusive when it comes to running. Of course that would mean redundancies and maybe bigger files (redundant libs etc.), but it would also produce benefits by avoiding problems (like forum entries: "libX... not found, what should I do?"). I'm guessing Xvesa.gz would be about 3-4 MB including Xprogs.gz and Xlibs.gz, Xorg.gz would be about 8-10 MB (only vesa driver, sw renderer, but also Xlibs.gz included, etc.). Xvesa.gz is not extendable either way, Xorg.gz would be extendable through repo.
If I seem unduly clear to you, you must have misunderstood what I said. (Alan Greenspan)

Offline jerramy

  • Jr. Member
  • **
  • Posts: 76
Re: Overlay initrd files using cat
« Reply #54 on: January 19, 2011, 10:47:45 PM »
What's the minimum set of files to get tce-load up and working?  Everything else can go in a tcz.

(ahem) it seems to me.

Offline gutmensch

  • Administrator
  • Hero Member
  • *****
  • Posts: 605
  • I can make it disappear, have no fear!
    • remembrance blog
Re: Overlay initrd files using cat
« Reply #55 on: January 20, 2011, 12:50:43 AM »
that's a question of design... you don't need a gui to use tce-load, microcore alone is enough, but tinycore should be usable by people without shell skills too. so an initial small desktop environment for tinycore is definitely better than leaving the (unexperienced) user with a prompt.
If I seem unduly clear to you, you must have misunderstood what I said. (Alan Greenspan)

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Overlay initrd files using cat
« Reply #56 on: January 20, 2011, 03:01:43 AM »
But beware, most people will want ahci, fat, ethernet card support in core...

Oh really?
Not recalling what 'ahci' would be, I had to look the term up.
I have never seen that module being loaded in TC, so I wonder, could there be any benefits of attempting to manually load it?

(By the way, current ethernet support in base is limited to NICs which don't require firmware.)
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #57 on: January 20, 2011, 03:26:13 AM »
But beware, most people will want ahci, fat, ethernet card support in core...

Oh really?
Not recalling what 'ahci' would be, I had to look the term up.
I have never seen that module being loaded in TC, so I wonder, could there be any benefits of attempting to manually load it?

(By the way, current ethernet support in base is limited to NICs which don't require firmware.)

You're right, it was a very bad guess :D

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Overlay initrd files using cat
« Reply #58 on: January 20, 2011, 03:43:16 AM »
I like what I read.

Extending this concept, perhaps all of the supported wms could become .gzs as well, not only flwm. Then you place your wm of choice in along with the other bits. So onboot could be obsoleted this way - anything onboot could be converted to gz.

Would such a process be faster than loading extensions onboot?

A base system script for converting onboot .tczs to .gz could do the job. This would eliminate the necessity of having two sets of extensions in the repo.

I couldn't see the benefits, and had actually in mind that the exact opposite, i.e. having as much as possible mounted in squashed .tcz's rather than to extract them from cpio.gz archives, such could save quite a bit of memory.
Also basically there already exists a method of 'copy to fs' to use .tcz extensions but leading to same result as when using cpio archives.

My expectation would be that for the same data to be gunzip'ed from cpio  archives at boot time it might take  significantly longer than for just mounting squashfs.

Influence on boot time might highly depend on hardware (CPU and storage medium).
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline hiro

  • Hero Member
  • *****
  • Posts: 1217
Re: Overlay initrd files using cat
« Reply #59 on: January 20, 2011, 03:58:28 AM »
Why not just try it? I'll see if I have the time later today.