dragora-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dragora-users] Distribution of ARM rootfs tarballs


From: Kevin "The Nuclear" Bloom
Subject: [Dragora-users] Distribution of ARM rootfs tarballs
Date: Wed, 29 Jan 2020 14:50:02 -0500
User-agent: mu4e 1.2.0; emacs 26.3

Hi,

Those of us who have a C201 know that installation on this device is
quite nontraditional. Instead of booting off of a USB stick and running
an installer, one must do it manually by loading an sd card (or usb
stick) with a special kernel partition and a special root
partition. What this means is that creating an ISO for this machine is
pointless. Due to that, most distros that support the machine have a
rootfs tarball that you unpack into the root partition and, normally,
inside of /boot there is a linux.kpart or something that gets written to
the kernel partition using `dd`.

That being said, I'm curious as to how we wish to handle the
distribution of Dragora 3 rootfs tarballs for this machine. Most
distros' tarball is quite small and only contains the core system with
simple network tools such as wpa-supplicant for connecting the machine
to the internet (there is no Ethernet port, so wpa will be
required). Once the core system is booted the user is expected to
install the rest of the system via their package manager. Since Dragora
doesn't have a package repo that contains precompiled binaries (that I'm
aware of), I'm not sure how we want to do this.

My idea is this: we do the same thing that other distros do, for the
most part. Keep the tarball small and use just the core system with some
networking programs. The kernel will be in /boot under a name like
kernel.kpart or something. Inside of the root home directory there will
be a few different text files that contain urls to pre-compiled binary
packages. Each file will have names that match up with the .order files
when building D3: editors.txt, sound.txt, xorg.txt, etc. They will have
all the programs in the orders that they need to be in to insure a safe
installation. Then, the user uses a few commands to download and install
each package (probably something with wget that passes the binary into a
qi command). Once they've installed all the stuff they need, they'll be
good to go!

Let me know if this is a good idea or if it need tweaked at all! This is
quite a lot of work for only 1 machine but it's the only way I can think
of other than just having all that stuff in the tarball but that would
make it very large.

Thanks,

Kev



reply via email to

[Prev in Thread] Current Thread [Next in Thread]