Date: Wed, 26 Nov 2003 10:37:48 -0800 From: Tim Kientzle <kientzle@acm.org> To: obrien@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked Message-ID: <3FC4F2FC.6080905@acm.org> In-Reply-To: <20031126025954.GC56876@dragon.nuxi.com> References: <3FBE8D92.6080205@acm.org> <20031123012222.GB11523@dragon.nuxi.com> <p06002003bbe5c0f30237@[10.0.1.2]> <20031123042635.GB677@saboteur.dek.spc.org> <3FC16644.7070005@acm.org> <20031124114006.GA60761@dragon.nuxi.com> <p06002002bbe7fd7ac23c@[128.113.24.47]> <3FC2655A.8080202@acm.org> <20031124224030.GB67578@dragon.nuxi.com> <3FC298E9.1050000@acm.org> <20031126025954.GC56876@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
David O'Brien wrote: > ... lets agree that the FTP client will be > the last thing added to /rescue that is outside the original charter. I sincerely hope it will be. Mostly because I have a large chunk of new code to contribute that's broken and sitting in pieces all over my hard disk at the moment. (Working out APIs for new libraries is not a simple task. <sigh>) I don't have a lot of time for FreeBSD hacking, and this thread has consumed a rather sizable percentage of it. > If we're going to add an FTP client, lets pick the one with the best > functionality for the job -- /usr/bin/ftp. I may not know the complete > URL to the bits I need, and if so with fetch you're still screwed. On the other hand, /usr/bin/ftp also has drawbacks: It requires ncurses (one reason I am interested in dropping vi is to shed the ncurses library and the need for a termcap file), it's considerably larger than fetch, and it doesn't support HTTP. But you are right that if you need to get a file from somewhere, you probably don't already know the exact location of that file, and ftp's browsing ability would be very useful then. Harumph .... It's a very good suggestion; I'll have to get back to you on it. Tim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FC4F2FC.6080905>