:: Re: [DNG] Unofficial Devuan live im…
Top Page
Delete this message
Reply to this message
Author: Ismael L. Donis Garcia
Date:  
To: dng
Subject: Re: [DNG] Unofficial Devuan live images
Thank you for all your work.

========
| ISMAEL |

========


----- Original Message -----
From: aitor_czr
To: KatolaZ ; Rainer Weikusat ; dng
Sent: Sunday, May 22, 2016 4:17 PM
Subject: Re: [DNG] Unofficial Devuan live images



Hi all,

El 21/05/16 a las 14:00, Didier Kryn <kryn@???> escribió:

Le 21/05/2016 11:35, KatolaZ a écrit :
> On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote:
>
> [cut]
>
>>> version of the initramfs), but might be useful if you want to use the
>>> live image as a rescue cd, and boot into an existing / on your
>>> drive. Not necessary. Maybe useful.
>>      The disk controllers need to be on the live cd for sure, but why
>> in the initramfs?
> Only if you want to boot to an existing partition, which is something
> that I would like to support anyway.

     OK, I didn't catch that. Means you don't boot to the cdrom and 
interrupt the initramfs script to ask it to mount the other disk instead?


>
>>>> rebuild the kernel with those drivers statically linked and boot
>>>> directly to the cdrom without and initramfs.
>>>>
>>> Oh, sure we could. But my point is to use standard packages from the
>>> Devuan repo, without too much of customising/recompiling.
>>      I was just thinking of a minimal hack: starting from Devuan's
>> kernel config, just change a few drivers' build-mode from module to
>> static. After all, do you think it's more of a hack than stripping
>> the initramfs? But I admit it's a different journey than the one you
>> have undertaken.

>>
> That would be possible, but maybe it will not be needed, since the
> initrd is currently under 7MB anyway, and the "micro" version might be
> as small as 5 MB. The problem now might be the kernel itself, whose
> size (when decompressed) is of the same order of the initrd :) But I
> won't dig in that direction, for the moment....
>
>>> Otherwise we
>>> could also recompile everything with uclibc, as done in other minimal
>>> distro, and have a truly microscopic userland, but that would be
>>> *another* distribution, not a Devuan ;)
>>>
>>      Musl libc is already a serious challenge :-) Uclibc a nightmare,
>> too incompatible with glibc.

>>
>>      Sorry if I look harsh, providing recommendations to people who
>> do the real job :-) ideas come out of the conversation and I just
>> like to share them with knowledgeable people.

>>
> Among adults, receiving honest and "harsh" comments, and reflecting on
> them, is the most effective and productive way to improve on your
> work. Saying that everything is cool and smooth and perfect has never
> saved the world, or changed things. So thank you again for your
> comments, which are very much appreciated and will be taken into
> account seriously, and please feel free to fire at me any thought as
> you have done so far :)
>
>

     Thanks for your words, and for Devuan at all... I'm going to 
install beta on a desktop today :-)
  I rebuilt KatolaZ's distribution doing some minor changes: I added deborphan, firmware-linux-free and ntp... I also removed the refracta tools from the filesystem.squashfs, including them in devuan-installer together with the backend of simple-netaid as optional unofficial packages of Devuan, in a *udeb* package named "unofficial-packages-udeb".


Installing the backend of simple-netaid, you will be able to connect to eth0 typing:

/usr/lib/simple-netaid/bin/backend 9 eth0

Here you are the download zone:

http://gnuinos.org/devuan/

Following Jaromil's suggestions, I added the package_list including the versions of the installed packages.

Cheers,

    Aitor.




------------------------------------------------------------------------------


_______________________________________________
Dng mailing list
Dng@???
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng