WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Could be [tiny]core improved?  (Read 6240 times)

Offline yvs

  • Jr. Member
  • **
  • Posts: 70
Re: Could be [tiny]core improved?
« Reply #15 on: December 25, 2024, 03:53:47 PM »
> The base LIB is musl (not libc) because is smaller (means more secured).
>
   A smaller one (speaking of linuxes: uclibc vs musl vs glibc) doesn't mean "more secured" automatically.  Mostly it means one needs to implement that extra functionality (provided with bigger libs) in user software.  If there's no need in that, a smaller is better, otherwise it's the opposite case.

Offline CentralWare

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 791
Re: Could be [tiny]core improved?
« Reply #16 on: December 30, 2024, 02:12:20 AM »
Taken into account that TC focuses on compatibility to older CPU (ex:i486)...
@nick65go: Your comment has been stirring with me for a few thus begs to ask...  how many TCL users are in fact using i386/486 equipment anymore?
. . o O ( Can I get a show of hands, please?? )
Non-retired admins: consider a sticky post with a survey -- the outcome may in fact alter future TCL builds.

There should be few variants of Tiny Core...
I agree...  but I also have to disagree.
Most anyone who is going to use TCL is going to boot the downloaded ISO and either burn it to CD-ROM (640MB), DVD or FLASH.  That said, there's a minimum of 640MB or so that we have as a foundation of the BOOT IMAGE.  IN MY OPINION this image does not have to be as small as possible as we're completely wasting the remainder of that blank CD otherwise.  Let's leave "variants" alone for the moment and move on.  (See below.)

Does TC have function to install extensions on local NAS server and load theme every time computer is booted?
@neonix: Yes. As @partikg pointed out, you can use network shares via NFS, SMB/CIFS, AOE, iSCSI, etc. and simply load extensions remotely.  If you're booting a device via PXE this is almost vital as there's usually no local storage.  You can also create your own mini-repository on your NAS and simply edit /opt/tcemirror to point at your NAS.  (Options exist in numerous flavors!)

could the core(scripts) be made "more" modular without increasing complexity ?
@mocore: The TCE foundation (scripts) are being rewritten outside of Tiny Core's crew and may someday become a replacement - with caveats.
  • The existing TCE foundation is already a tiny bit complicated due to the stringent repository structure
  • Making it more modular...  I don't personally see much if any advantage to justify the amount of work entailed
  • Functionality...  somewhere around v4.x the current TCE/Repo foundation was solidified (and thereafter became stagnated/limited.)
In order to simplify and expand upon TCE would require an entire rewrite, which is on the books on my end for first quarter 2025 as we require repository functionality that doesn't exist and that the existing foundation cannot support, but I cannot promise backward compatibility thus why we're doing this initially outside of the existing Tiny Core Linux name so there's no confusion, conflict, etc.  If the project is successful AND backward compatible, we'll send an offer up the chain of command and see if the TCL brass wants to convert :)  It's far from effortless, thus why we're doing this solo right now.

@everyone: try to be patient!  The entire TCL methodology is getting a conceptual refit based on what drove the TinyCore founder @roberts to start this project in the first place and the evolution necessary for it to step into the 21st century allowing more flexibility of what gets packaged under the hood and hopefully a lot less people quoting "if you don't like it the way it is, go somewhere else!"  Tiny Core Linux is already, in my opinion, a reasonably unique variant to the Linux world.  When we're finished, I assure you, this methodology and the tech we're implementing is going to create a class of its own!

Could be [tiny]core improved?
LOL...  virtually anything can be improved upon - that's what society does...  they point out flaws!  (especially petty ones, it seems!) which leads to change when appropriate.
A decade later, you're still an active member of this forum.  You, and everyone similar has spent their membership time offering ideas, bug reports, complaints and/or compliments...  so of course it not only CAN be improved upon, but has been and will continue to be for as long as there are Admins willing to carry the torch and Users willing to make it worthwhile for them to do so.

Happy holidays everyone!

Offline GNUser

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 1533
Re: Could be [tiny]core improved?
« Reply #17 on: December 30, 2024, 12:30:20 PM »
The entire TCL methodology is getting a conceptual refit
Is this true? Can you please clarify what's being refitted?

IMHO these are TCL's main strengths:
1. It's methods/concepts (e.g., frugal install, tcz system, known pristine state after boot)
2. Diminutive size

The above strengths more than make up for TCL's weaknesses:
1. Small repo (cf. Debian)
2. Patchy official documentation (cf. Arch, Gentoo)
3. Few online how-tos (cf. Ubuntu)

I really hope TCL isn't getting a radical conceptual overhaul. At least for me, TCL's concepts (as they currently exist) are what make me want to continue using the distro and contributing to it.
« Last Edit: December 30, 2024, 12:39:06 PM by GNUser »

Offline patrikg

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 727
Re: Could be [tiny]core improved?
« Reply #18 on: December 30, 2024, 02:24:17 PM »
There are a Linux dist called Alpine Linux, that may fit your needs.
You can use miniature libs there, like musl.

Offline GNUser

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 1533
Re: Could be [tiny]core improved?
« Reply #19 on: December 30, 2024, 02:33:41 PM »
Thanks, patrikg. Alpine is definitely my backup option if TCL were to become something very different from what it is now. But nothing fits my needs better than TCL as it exists today.

It would be nice if CentralWare or one of the other administrators could clarify this somewhat alarming statement:

The entire TCL methodology is getting a conceptual refit

Offline Leee

  • Full Member
  • ***
  • Posts: 125
Re: Could be [tiny]core improved?
« Reply #20 on: December 30, 2024, 02:45:00 PM »
The entire TCL methodology is getting a conceptual refit
Is this true? Can you please clarify what's being refitted?

IMHO these are TCL's main strengths:
1. It's methods/concepts (e.g., frugal install, tcz system, known pristine state after boot)
2. Diminutive size

The above strengths more than make up for TCL's weaknesses:
1. Small repo (cf. Debian)
2. Patchy official documentation (cf. Arch, Gentoo)
3. Few online how-tos (cf. Ubuntu)

I really hope TCL isn't getting a radical conceptual overhaul. At least for me, TCL's concepts (as they currently exist) are what make me want to continue using the distro and contributing to it.

I very much agree with this and GNUser's replay #19 as well.
core 15.0 x86_64

Offline yvs

  • Jr. Member
  • **
  • Posts: 70
Re: Could be [tiny]core improved?
« Reply #21 on: December 30, 2024, 03:15:28 PM »
> IMHO these are TCL's main strengths:
> 1. It's methods/concepts (e.g., frugal install, tcz system, known pristine state after boot)
>
   at the same time tcz/squashfs is the reason (I suppose) of so slow TC booting (comparing to boot of uncompressed files)

Offline Leee

  • Full Member
  • ***
  • Posts: 125
Re: Could be [tiny]core improved?
« Reply #22 on: December 30, 2024, 04:28:11 PM »
...@nick65go: Your comment has been stirring with me for a few thus begs to ask...  how many TCL users are in fact using i386/486 equipment anymore?. . o O ( Can I get a show of hands, please?? )
Non-retired admins: consider a sticky post with a survey -- the outcome may in fact alter future TCL builds.

Haven't we already left 386 behind right from the get-go?  And I personally don't have any 386 nor 486 equipment.

There should be few variants of Tiny Core...
I agree...  but I also have to disagree.
Most anyone who is going to use TCL is going to boot the downloaded ISO and either burn it to CD-ROM (640MB), DVD or FLASH.  That said, there's a minimum of 640MB or so that we have as a foundation of the BOOT IMAGE.  IN MY OPINION this image does not have to be as small as possible as we're completely wasting the remainder of that blank CD otherwise.  Let's leave "variants" alone for the moment and move on.  (See below.)

I'll freely admit that I might be an edge case but I never boot from an ISO, but always use the kernel+modules.gz+rootfs.gz.  I'd be curious to see a poll of regarding who uses the ISO vs who does it the right way.   ;)

Does TC have function to install extensions on local NAS server and load theme every time computer is booted?
@neonix: Yes. As @partikg pointed out, you can use network shares via NFS, SMB/CIFS, AOE, iSCSI, etc. and simply load extensions remotely.  If you're booting a device via PXE this is almost vital as there's usually no local storage.  You can also create your own mini-repository on your NAS and simply edit /opt/tcemirror to point at your NAS.  (Options exist in numerous flavors!)

could the core(scripts) be made "more" modular without increasing complexity ?
@mocore: The TCE foundation (scripts) are being rewritten outside of Tiny Core's crew and may someday become a replacement - with caveats.
  • The existing TCE foundation is already a tiny bit complicated due to the stringent repository structure
  • Making it more modular...  I don't personally see much if any advantage to justify the amount of work entailed
  • Functionality...  somewhere around v4.x the current TCE/Repo foundation was solidified (and thereafter became stagnated/limited.)
In order to simplify and expand upon TCE would require an entire rewrite, which is on the books on my end for first quarter 2025 as we require repository functionality that doesn't exist and that the existing foundation cannot support, but I cannot promise backward compatibility thus why we're doing this initially outside of the existing Tiny Core Linux name so there's no confusion, conflict, etc.  If the project is successful AND backward compatible, we'll send an offer up the chain of command and see if the TCL brass wants to convert :)  It's far from effortless, thus why we're doing this solo right now.


I haven't gone over them with a fine-toothed comb but I have taken a look at the Tiny Core scripts, primarily tc-config, and haven't found much of anything that I would change -as part of the base-.  There are a few tweaks I would make for -my own purposes- and have determined that I can make whatever changes I want by placing slightly modified files in a third ".gz" file and loading modules.gz, rootfs.gz and my_own.gz - "remastering light".


@everyone: try to be patient!  The entire TCL methodology is getting a conceptual refit based on what drove the TinyCore founder @roberts to start this project in the first place and the evolution necessary for it to step into the 21st century allowing more flexibility of what gets packaged under the hood and hopefully a lot less people quoting "if you don't like it the way it is, go somewhere else!"  Tiny Core Linux is already, in my opinion, a reasonably unique variant to the Linux world.  When we're finished, I assure you, this methodology and the tech we're implementing is going to create a class of its own!


I'm thinking that would be a popular thread on the forums?

Could be [tiny]core improved?
LOL...  virtually anything can be improved upon - that's what society does...  they point out flaws!  (especially petty ones, it seems!) which leads to change when appropriate.
A decade later, you're still an active member of this forum.  You, and everyone similar has spent their membership time offering ideas, bug reports, complaints and/or compliments...  so of course it not only CAN be improved upon, but has been and will continue to be for as long as there are Admins willing to carry the torch and Users willing to make it worthwhile for them to do so.

Happy holidays everyone!
A sincere "Thank you" to all of the torch carriers, whether or not you are "officially" part of the "team".  To you and the Tiny Core community at large, I hope you had a merry Christmas and will have a happy new year (and whatever other holidays you might celebrate).

core 15.0 x86_64

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11725
Re: Could be [tiny]core improved?
« Reply #23 on: December 30, 2024, 05:27:56 PM »
Hi yvs
... at the same time tcz/squashfs is the reason (I suppose) of so slow TC booting (comparing to boot of uncompressed files)
The squashfs packages is one of the cornerstones of Tinycore.
Like all things in life, nothing is free. Every feature comes with a price.

It takes longer to boot:
That may be, but booting is not an activity I perform very often. I spend
most of my time performing useful tasks on my computer, not booting.

Offline CNK

  • Wiki Author
  • Sr. Member
  • *****
  • Posts: 307
Re: Could be [tiny]core improved?
« Reply #24 on: December 31, 2024, 12:47:38 AM »
Your comment has been stirring with me for a few thus begs to ask...  how many TCL users are in fact using i386/486 equipment anymore?
. . o O ( Can I get a show of hands, please?? )

Hand.

OK, it's more practical to run older Linux which uses less RAM/CPU, but I like that the option exists for my i486 PCs. i386 isn't supported as it is.

People wanting performance will probably have x86_64 systems these days, so why push dropping i486 compatibility in binaries now (presumably in hope for slightly faster performance)? Such people can use the x86_64 kernel/extensions.

Most anyone who is going to use TCL is going to boot the downloaded ISO and either burn it to CD-ROM (640MB), DVD or FLASH.  That said, there's a minimum of 640MB or so that we have as a foundation of the BOOT IMAGE.  IN MY OPINION this image does not have to be as small as possible as we're completely wasting the remainder of that blank CD otherwise.

Actually on my limited internet data I really like that I can download the smaller ISOs. But like Leee I usually download kernel+modules.gz+rootfs.gz directly for upgrades from home, and leave the ISO download for some time I can leech off someone else's internet.

Functionality...  somewhere around v4.x the current TCE/Repo foundation was solidified (and thereafter became stagnated/limited.)

But this is a big advantage of Tiny Core! Simplicity to me means it's easy to understand everything, and not changing things all the time like most other distros is a big part of that. I don't even like how PiCore swapped out some TCL shell scripts for Python (I changed them back for my own use). The only annoying thing about extensions is that I have to build lots of them myself because the repos are small. I gather you're working on a system to port software build scripts from other distro packaging systems, which is great. I played with this myself but don't have the motivation to work through debugging and maintenance of such a system. But I can't see how it would be impossible to make that "backward compatible" with the current extension system. It might be easier to change TCL to match parts of the other distro you're porting build scripts from, but then that's already been done with dCore where existing Debian packages can be converted directly without compiling them separately.

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11056
Re: Could be [tiny]core improved?
« Reply #25 on: December 31, 2024, 01:13:29 AM »
Thanks, patrikg. Alpine is definitely my backup option if TCL were to become something very different from what it is now. But nothing fits my needs better than TCL as it exists today.

It would be nice if CentralWare or one of the other administrators could clarify this somewhat alarming statement:

The entire TCL methodology is getting a conceptual refit
CentralWare is trying out different changes, which we will evaluate then. Nothing has been decided yet.
The only barriers that can stop you are the ones you create yourself.

Offline gadget42

  • Hero Member
  • *****
  • Posts: 838
Re: Could be [tiny]core improved?
« Reply #26 on: December 31, 2024, 03:16:16 AM »
with reference to i486 i would relate this prior thread:

https://forum.tinycorelinux.net/index.php/topic,25098.0.html

as per a post in that thread, had been using the latest tcl iso as a cut-off of what to keep
(at least before the purge: https://forum.tinycorelinux.net/index.php/topic,25098.msg165728.html#msg165728 )

currently the oldest units are an amd athlon x2 7750 dual-core and a couple of core2quads(q6600 & q8200)

---

and with reference to the size of the iso, it is Tiny Core Linux and it is definitely unique and most cherished for that quality.

i understand the size reference regarding the CD optical media and my thoughts go immediately back to the differences in size of Damn Small Linux and Puppy Linux

i wonder what the size of Tiny Core Linux would be if we fine forum folks used DSL as a template to come up with a TCL with near identical functionality as DSL right from the iso?

please note that i am NOT saying to change what is being done/offered/produced/etc because the current offerings cover the vast majority of common usage.

perhaps with other forum folks input we might contemplate a potential template? i have a dsl-4.4.10 that i started to pick apart a couple years ago but then life got in the way(sad but true for many)
The fluctuation theorem has long been known for a sudden switch of the Hamiltonian of a classical system Z54 . For a quantum system with a Hamiltonian changing from... https://forum.tinycorelinux.net/index.php/topic,25972.msg166580.html#msg166580

Offline CentralWare

  • Retired Admins
  • Hero Member
  • *****
  • Posts: 791
Re: Could be [tiny]core improved?
« Reply #27 on: December 31, 2024, 04:32:38 AM »
But this is a big advantage of Tiny Core! Simplicity to me means it's easy to understand everything, and not changing things all the time like most other distros is a big part of that.
@CNK: Your version of "Simplicity" is based on your existing level of expertise.  Someone without the knowledge of how shell scripts operate, for example, will be dumbfounded.

"...so why push dropping i486 compatibility..."
Not interested in dropping anything at all...
However, we (CentralWare) and TCL's Admins (TinyCoreLinux) are likely to be in the same boat.
We cannot "support" a hardware platform which we cannot replicate its environment.
I tossed my last 486 many years ago - though I think I still have an old DX chip in the archive just for grins.
In fact, I think there's even a Fire Starter (Blue Lightning Cyrix) in a shadow-box alongside a mini fire extinguisher.
That, along with a framed Gates 'n Crew photo after the IBM-DOS agreement/purchase.

Example 1: A few months ago User wants TCL to compile an extension to be used on old hardware.  (486 if I'm not mistaken.)  TCL Admin gladly accommodates the User; compilation goes through without a hitch...  User comes back claiming extension throws an error (Illegal Op / Seg Fault if I'm not mistaken) - Admin can't replicate user's hardware environment, all support here-after becomes theoretical at best.  Hours are wasted trying to guess what the problem might be, advising User "Try This" and "Try That" to no avail.  This is where trying to "support" Users on old hardware becomes daunting.  If the TOS were to claim "...may work on i486...  but not directly supported..." or something of that nature and IF peeps were to actually read it, hopefully fewer bruised emotions would exist if something took place similar to the story above.  (QEMU is not a viable testing grounds. Too many false-negatives. Teaching someone to source/compile/package an extension with zero or very little experience goes a bit beyond "supporting" Users.)

Example 2: We had a project handed to us during the COVID outbreak after Raspberry Pi boards became scalper fodder.  The Client wanted us to replicate a Linux based operating system "stripped down to the bare basics" similar to the TCL concept but on a board that's NOT a RasPi and thus TCL doesn't work on it "as-is."  We have a dozen or so of these boards in the archive as part of the project's overhead as we cannot possibly "support" something we cannot replicate.

@everyone: @curaga is correct; I may not have been clear. Our project is completely separate from Tiny Core Linux Version 15.x and older and may or may not even become Tiny Core Linux related -- this is determined by the existing Admins along with the voice of its Users. We are building this project almost-completely-from-scratch (no sense re-inventing the wheel in some instances!) using notes gathered over the past decade along with a few ounces of common sense based on Tiny Core's Users, posts made in the past couple years and deducting what could have made it possible for many of the support related posts to not have been needed in the first place.  Even if our project does not become associated with the Tiny Core repository, Tiny Core will still benefit from it in the long run.

@gadget42: I think our oldest boxes also date around athlon/opteron and Core/Core2 eras, many of which are about to be retired along with a few containers of AGP/PCI/etc. cards some time this upcoming year.

ISO: How about a web page made up like a pizza ordering menu?  You pick the kernel/busybox/core features and versions, add your pepperoni, sausage, etc. (extensions) and out pops an email with a download link to the final package?  (This entire concept is still on the drawing/white-board as there are debates over complexity for the end user.) The reason for this starting is due to Raspberry Pi user requests over problems of Internet access and the lack of WiFi extensions not already being a part of the downloaded image and other similar problems arising where the boot image only fits, say, 85% of the general population and the other 15% are instant support tickets or told "try Big Brother Distro."  (TCL extensions are cloud based; if the boot image cannot gain access to the repo, the experience stalls.)

Puppy (Noble): ISO = 361MB
DSL 2024 ISO = 1.1GB and 685MB
The argument above is Internet/bandwidth challenged Users being unable to obtain boot images of that size

Regardless, we'll see what the future has in store when we get there!
Which isn't that far away!  It's New Year's Eve!  (Here, at least!)

Offline gadget42

  • Hero Member
  • *****
  • Posts: 838
Re: Could be [tiny]core improved?
« Reply #28 on: December 31, 2024, 06:53:35 AM »
re @CentralWare pizza parlor idea

see: https://forum.tinycorelinux.net/index.php/topic,24241.0.html
(core-user reports it doesn't work anymore)
https://forum.tinycorelinux.net/index.php/topic,24241.msg167320.html#msg167320

also your favorite search engine for terms slitaz pizza cooker

it worked...til it didn't...haven't tried it lately...sigh...all things come and go...shrug

also, re DSL...i was specifically referring to the "old dsl" that had a 50MB target...

20241231-0556am-cst-usa-modified: added dsl note
« Last Edit: December 31, 2024, 06:56:01 AM by gadget42 »
The fluctuation theorem has long been known for a sudden switch of the Hamiltonian of a classical system Z54 . For a quantum system with a Hamiltonian changing from... https://forum.tinycorelinux.net/index.php/topic,25972.msg166580.html#msg166580

Offline GNUser

  • Wiki Author
  • Hero Member
  • *****
  • Posts: 1533
Re: Could be [tiny]core improved?
« Reply #29 on: December 31, 2024, 08:06:00 AM »
Hi curaga and CentralWare. Thank you for the additional information. I hope any upcoming changes preserve key TCL concepts.