So, what I'm doing here is experimenting with encap, a nifty little
package standard where the idea is that you install your software with
PREFIX set to /usr/local/encap/pkgname-version, and the package manager,
epkg, will look through that dir and symlink files from that hierarchy
in to /usr/loca
On Sat, Apr 07, 2001 at 07:31:18PM -0700, Doug White wrote:
> On Fri, 6 Apr 2001, dannyman wrote:
> > On Wed, Apr 04, 2001 at 08:58:12PM -0700, Doug White wrote: [...]
> > > fdisk -I is your friend. (DANGER: THIS IS DESTRUCTIVE -- READ THE MAN
> > > PAGE FIRST!)
>
On Wed, Apr 04, 2001 at 08:58:12PM -0700, Doug White wrote:
[...]
> fdisk -I is your friend. (DANGER: THIS IS DESTRUCTIVE -- READ THE MAN
> PAGE FIRST!)
Yeah ... I use it. It seems to do the right thing. Then disklabel doesn't
work. :<
I'm looking like this:
#!/bin/sh
disk='da0'
fdisk -I ${
Ooookay ...
So, I gave up on sysinstall and wrote a script that beautifully runs disklabel
and newfs slices for me, writing an fstab and installing packages after
starting off a PXE boot. It is just COOL!
Now all my test machines wont boot. The hard disk boot just doesn't DO
anything, and the
On Tue, Mar 20, 2001 at 09:50:51AM -0800, Matt Dillon wrote:
> One thing that comes to mind is that you can smarthost your outgoing
> email to another host so the queues don't build up. This should
> greatly reduce mail load. In fact, I would recommend offloading email
> entirely
On Fri, Feb 09, 2001 at 02:03:28PM -0800, dannyman wrote:
> Has anyone patched 4.x OpenSSH and/or the relevant ports to deal with the CRC
> checksum exploit? I've got to get 2.3 working on my 3.x box, but just
> incrementing the number in the Makefile causes patch-aa to go reje
Has anyone patched 4.x OpenSSH and/or the relevant ports to deal with the CRC
checksum exploit? I've got to get 2.3 working on my 3.x box, but just
incrementing the number in the Makefile causes patch-aa to go rejected ...
-d
--
http://dannyman.toldme.com/
To Unsubscribe: send mail to [EMAIL
Indispensible URL for this:
http://people.freebsd.org/~alfred/pxe/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, Dec 05, 2000 at 11:48:26AM -0500, Brandon Fosdick wrote:
> Dag-Erling Smorgrav wrote:
> > Yusuf Goolamabbas <[EMAIL PROTECTED]> writes:
> > > Recently there was a message indicating that ISC is deprecating
> > > nslookup.
> >
> > "Recently"? nslookup has been officially deprecated for ab
sed on the admonition about ISA
ethernet probe orders ... but by default the ncr0 is listed first.
or is there some way i can config things to keep da0 on the ncr and da1 on the
aha?
thanks,
-danny
--
come.to/dannyman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe free
On Sat, Aug 14, 1999 at 12:29:42PM +0200, Sheldon Hearn wrote:
> On Fri, 13 Aug 1999 17:51:10 MST, dannyman wrote:
>
> > Uhmmm, what if we don't have a floppy drive?
>
> Then you probably have a CDROM drive or a network interface, both of
> which can be used to get sy
On Sat, Aug 14, 1999 at 12:29:42PM +0200, Sheldon Hearn wrote:
> On Fri, 13 Aug 1999 17:51:10 MST, dannyman wrote:
>
> > Uhmmm, what if we don't have a floppy drive?
>
> Then you probably have a CDROM drive or a network interface, both of
> which can be used to get sy
ect to take on ... can one reboot into an MFS partition, or
how hard would it be to try a "reboot system into upgrade floppy" without
trashing the underlying system, in case the user wanted to bail ... maybe a
kernel that chroot's itself into an /upgrade directory?
Thoughts?
-dman
roject to take on ... can one reboot into an MFS partition, or
how hard would it be to try a "reboot system into upgrade floppy" without
trashing the underlying system, in case the user wanted to bail ... maybe a
kernel that chroot's itself into an /upgrade directory?
Thoughts?
-dman
up of "max a connects/b minutes online over
> c hours".
I had things set up so that the users on my system could bring up ppp at will,
and bring it down. I also had /etc/daily bring up ppp when it needed it. The
problem being, of course, that the on-demand stuff gets pretty nasty at times
.
up of "max a connects/b minutes online over
> c hours".
I had things set up so that the users on my system could bring up ppp at will,
and bring it down. I also had /etc/daily bring up ppp when it needed it. The
problem being, of course, that the on-demand stuff gets pretty nasty at times
.
On Wed, Jun 30, 1999 at 03:35:42PM -0700, Ron 'The InSaNe One' Rosson wrote:
> Does this mean NATD/VPN will work for the clients
> that are using M$ VPN? If so, the sooner the better for me.
I second that but I'm in no particular hurry there.
Supporting CHAP could be a pa
On Wed, Jun 30, 1999 at 03:35:42PM -0700, Ron 'The InSaNe One' Rosson wrote:
> Does this mean NATD/VPN will work for the clients
> that are using M$ VPN? If so, the sooner the better for me.
I second that but I'm in no particular hurry there.
Supporting CHAP could be a pa
18 matches
Mail list logo
