WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: distri  (Read 9054 times)

Offline jazzbiker

  • Hero Member
  • *****
  • Posts: 628
distri
« on: September 03, 2019, 05:28:18 AM »
Michael Stapelberg introduced  "distri — a Linux distribution to research fast package management" see https://github.com/distr1/distri
https://michael.stapelberg.ch/posts/2019-08-17-introducing-distri/

Citations from the page above:

Key idea: packages are images, not archives
distri uses SquashFS images, a comparatively simple file system image format
A nice side effect of using read-only image files is that applications are immutable and can hence not be broken by accidental (or malicious!) modification.
Package contents are made available under a fully-qualified path.
A package store is implemented as a directory of package images and their associated metadata files.

Is it possible, that experienced developer don't know about TinyCore Linux?

Some people account TinyCore the system intended to run on old and weak machines, but as we can see, not everyone is satisfied with modern state of existing distributions' package managers:
https://michael.stapelberg.ch/posts/2019-08-17-linux-package-managers-are-slow/

And on their way they return to the roots )

Offline mocore

  • Sr. Member
  • ****
  • Posts: 328
  • ~.~
Re: distri
« Reply #1 on: September 03, 2019, 06:14:06 AM »
 ???
this was in my clip board : https://lobste.rs/s/yiumwr/distri_linux_distribution_research_fast
 i was just about to post ,logedin and saw this at the top of  Recent Posts :)


ftr found via https://discourse.nixos.org/t/distri-a-linux-distribution-to-research-fast-package-management/3742
that has afew other related links

Offline core-user

  • Full Member
  • ***
  • Posts: 173
  • Linux since 1999
Re: distri
« Reply #2 on: September 04, 2019, 02:16:27 AM »
I think the concept started with Damn Small Linux, the predecessor of Tiny Core Linux, it has been proven already. :)

P.S. I think Slax also used the concept.
AMD, ARM, & Intel.

Offline jazzbiker

  • Hero Member
  • *****
  • Posts: 628
Re: distri
« Reply #3 on: September 04, 2019, 07:34:10 AM »
I think the concept started with Damn Small Linux, the predecessor of Tiny Core Linux, it has been proven already. :)

P.S. I think Slax also used the concept.

Hi, core-user!
Nowadays Slax is Debian based and uses .deb's and systemd.
Puppy and DebianDog use squashfs but over aufs.
I didn't understood what are Alpines .apk's, but they declare compatibility with Arch and Gentoo build scripts and persistense is achieved with the use of special .lbu's (what is it?).

TinyCore is the clearest, the friendliest, the most flexible and simply wonderfull!


Offline jazzbiker

  • Hero Member
  • *****
  • Posts: 628
Re: distri
« Reply #4 on: September 04, 2019, 07:59:26 AM »
Starting this topic i wanted to express my opinion in discussions on TinyCore present and future.
As we can see, an experienced developer, author of many widely-used and user-prooved products and even being Debian maintainer for a long period of time, one moment faces the need in something, that can be achieved only with the structure implemented in TinyCore, besides he makes no references on it.
So i think that TinyCore is someway unique now. And my wish is that TinyCore will not loose its charm. )

Offline mocore

  • Sr. Member
  • ****
  • Posts: 328
  • ~.~
Re: distri
« Reply #5 on: January 09, 2022, 06:29:35 PM »
hi *
just found hear
https://guix.gnu.org/en/blog/2021/getting-bytes-to-disk-more-quickly/
some mention of distri
Quote
Michael Stapelberg’s excellent 2020 Arch Linux Conference talk and the installation speed achieved by distri were a great motivation boost.

Michael proposes radical ideas to speed up package installation, such as downloading and mounting ready-to-use SquashFS images.

 ::)

it appears tcl's methods/philosophy (unfortunatly) appears not well known

afew intresting things of note ( from the distri developer  Arch Linux Conference)

the lack of pkg setup scripts
 wich is afaik one way distri differs compared to core tcz pkg

and mention of methods to enshore pkg's resolve the same dep's at run time as they had at build time

and that it appears multiple pkg version are supported

---edit
wrt to the guix post subject : pkg speed
reminded me of this related forum thred  "Sugestion: XZ compression in kernel + tcz; squashfs with xz + biger block size" - http://forum.tinycorelinux.net/index.php/topic,22854.msg142815.html#msg142815
« Last Edit: January 09, 2022, 06:46:54 PM by mocore »