Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-09 Thread Matthew Jacob
Well, I'm not sure what consensus is about this, but I'm gone for 3 weeks. Soembody assign this one to me if you want me 'own' the issue when I get back. On 8 May 2000, Christian Weisgerber wrote: > Sheldon Hearn <[EMAIL PROTECTED]> wrote: > > > Given that having things move around in the bas

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Matthew Jacob
On 8 May 2000, Christian Weisgerber wrote: > Sheldon Hearn <[EMAIL PROTECTED]> wrote: > > > Given that having things move around in the base system carries with it > > varying degrees of pain, can you guys just explain why this is actually > > necessary? > > Your tape drive has a quirk but no

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Christian Weisgerber
Sheldon Hearn <[EMAIL PROTECTED]> wrote: > Given that having things move around in the base system carries with it > varying degrees of pain, can you guys just explain why this is actually > necessary? Your tape drive has a quirk but no entry yet in the kernel quirk table, (or you simply use non

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Christian Weisgerber
Matthew Dillon <[EMAIL PROTECTED]> wrote: > There's not much point statically linking mt if it's sitting in > /usr/bin. On the face of it it does seem a good candidate to move > to /bin. As I suggested in PR #11205. -- Christian "naddy" Weisgerber [EMAIL P

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Matthew Jacob
> Instead of going through pains of moving everything around, why not build > a static mt on the rescue disk only? Umm, that's possible also. I tend to not believe that the rescue disk is useful since most of the machines *I* use don't have floppy drives. -matt To Unsubscribe: send mail t

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Dan Moschuk
| > > There's not much point statically linking mt if it's sitting in | > > /usr/bin. On the face of it it does seem a good candidate to move | > > to /bin. | > | > Given that having things move around in the base system carries with it | > varying degrees of pain, can you guys just

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Matthew Jacob
On Mon, 8 May 2000, Sheldon Hearn wrote: > > > On Fri, 05 May 2000 11:16:29 MST, Matthew Dillon wrote: > > > There's not much point statically linking mt if it's sitting in > > /usr/bin. On the face of it it does seem a good candidate to move > > to /bin. > > Given that having

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-08 Thread Sheldon Hearn
On Fri, 05 May 2000 11:16:29 MST, Matthew Dillon wrote: > There's not much point statically linking mt if it's sitting in > /usr/bin. On the face of it it does seem a good candidate to move > to /bin. Given that having things move around in the base system carries with it varying

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-05 Thread Matthew Jacob
> : > :Can anyone think of a reason to *not* have mt statically linked? > : > :-matt > > There's not much point statically linking mt if it's sitting in > /usr/bin. On the face of it it does seem a good candidate to move > to /bin. Well, yes, that's what would come with this as we

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-05 Thread Matthew Dillon
: :Can anyone think of a reason to *not* have mt statically linked? : :-matt There's not much point statically linking mt if it's sitting in /usr/bin. On the face of it it does seem a good candidate to move to /bin. -Matt

Re: bin/18312: FreeBSD System Recovery -- mt not statically linked

2000-05-05 Thread Matthew Jacob
Can anyone think of a reason to *not* have mt statically linked? -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message