Date: Mon, 24 Nov 2003 14:51:53 +0600 (NOVT) From: "Maxim M. Kazachek" <stranger@sberbank.sibnet.ru> To: Bruce M Simpson <bms@spc.org> Cc: Tim Kientzle <kientzle@acm.org> Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked Message-ID: <20031124144924.Y64932@sbk-gw.sibnet.ru> In-Reply-To: <20031123042635.GB677@saboteur.dek.spc.org> References: <FPEBKMIFGFHCGLLKBLMMCEDCCDAA.ghelmer@palisadesys.com> <3FBE8D92.6080205@acm.org> <20031123012222.GB11523@dragon.nuxi.com> <20031123042635.GB677@saboteur.dek.spc.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 23 Nov 2003, Bruce M Simpson wrote:
>On Sun, Nov 23, 2003 at 02:42:58AM +0100, Brad Knowles wrote:
>> At 5:22 PM -0800 2003/11/22, David O'Brien wrote:
>>
>> > Please, NO. There wasn't an FTP client available for this type of
>> > recovery pre-/rescue, there shouldn't be one now.
>>
>> Why? Why cut your nose off to spite your face? Even though this
>> capability may not have existed before, why shouldn't we have it now?
>
>I think David has valid concerns here about feeping creaturism. fetch
>has a whole load of library dependencies which go with it, making it
>unsuitable for inclusion in /rescue in the base system.
>
>If you want access to fetch early on in this way, you could make a local
>branch and maintain the change for your own site, or you could boot from
>a FreeBSD live CD, or use sysinstall from the installation CD to install
>a package. I don't see fetch as a requirement for diskless clients.
>
Not diskless clients, but ruined FreeBSD installation. IMHO
/rescue is created for it. We shouldn't put fetch into /bin, but placing
fetch into crunched executable may be helpful in case of system restore.
Sincerely, Maxim M. Kazachek
mailto:stranger@sberbank.sibnet.ru
mailto:stranger@fpm.ami.nstu.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031124144924.Y64932>