Douglas R. Reno wrote:
On Mon, Apr 18, 2016 at 5:51 PM, Bruce Dubbs wrote:
Douglas R. Reno wrote:
I have had that idea for a long time actually. I would add stuff like
pciutils, usbutils, hdparm, sg3_utils, ntfs-3g, parted, etc. to make it a
more complete
On Mon, 18 Apr 2016, Bruce Dubbs wrote:
dueff...@uwe-dueffert.de wrote:
if uncluding mc, then its dependencies - at least glib and libffi.
libssh2 has been handy here too (for virtual sftp file system support),
though I recognize it is not even in the book :-(
Yes, of course the dependent
Julius ter Pelkwijk wrote:
Hi,
I would certainly add some "rescue-tools" in there too, like memtest and
hard drive diagnostics. A malware scanner is also handy to have (in case
someone hijacked their harddrives and encrypted everything), rsync,
ddrescue, an ntfs partition reader, maybe
dueff...@uwe-dueffert.de wrote:
On Mon, 18 Apr 2016, Bruce Dubbs wrote:
I've been thinking thinking about a new Live CD/Rescue CD based on LFS.
It would be much less ambitious than the old one that included an X
implementation.
What I had in mind is a base LFS system with the following: [...]
On Mon, 18 Apr 2016, Bruce Dubbs wrote:
I've been thinking thinking about a new Live CD/Rescue CD based on LFS.
It would be much less ambitious than the old one that included an X
implementation.
What I had in mind is a base LFS system with the following: [...]
Sounds good!
What else?
if
On Mon, Apr 18, 2016 at 3:24 PM, Bruce Dubbs wrote:
> I've been thinking thinking about a new Live CD/Rescue CD based on LFS. It
> would be much less ambitious than the old one that included an X
> implementation.
>
> What I had in mind is a base LFS system with the
I've been thinking thinking about a new Live CD/Rescue CD based on LFS.
It would be much less ambitious than the old one that included an X
implementation.
What I had in mind is a base LFS system with the following:
dhcpcd
wget
ssh/ssl
which
links
screen
mc
gptfdisk
gpm
LFS HTML
LFS sources