On Wednesday, 30 June 1999 at 22:56:43 -0700, Dan Strick wrote:
> I am attempting to configure a couple of pccards on a DELL Inspiron 3500
> running FreeBSD 3.2-RELEASE. Neither card works:
>
> 1) The first card is some sort of DVD/MPEG-2 decoder card. It seems
>to be called a "DELL Margi".
On Wednesday, 30 June 1999 at 22:56:43 -0700, Dan Strick wrote:
> I am attempting to configure a couple of pccards on a DELL Inspiron 3500
> running FreeBSD 3.2-RELEASE. Neither card works:
>
> 1) The first card is some sort of DVD/MPEG-2 decoder card. It seems
>to be called a "DELL Margi".
I am attempting to configure a couple of pccards on a DELL Inspiron 3500
running FreeBSD 3.2-RELEASE. Neither card works:
1) The first card is some sort of DVD/MPEG-2 decoder card. It seems
to be called a "DELL Margi". Whenever the card is inserted and
pccardd is running, the entire syst
I am attempting to configure a couple of pccards on a DELL Inspiron 3500
running FreeBSD 3.2-RELEASE. Neither card works:
1) The first card is some sort of DVD/MPEG-2 decoder card. It seems
to be called a "DELL Margi". Whenever the card is inserted and
pccardd is running, the entire syste
On 29 Jun, Bill Fumerola wrote:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> to the tcpdump mailing list and [EMAIL PROTECTED]) to tcpdump(1).
>
> Comments?
If you do this, please work with
On 29 Jun, Bill Fumerola wrote:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> to the tcpdump mailing list and b...@freebsd.org) to tcpdump(1).
>
> Comments?
If you do this, please work with Bi
[moved to -hackers]
On Thursday, 1 July 1999 at 11:07:08 +0300, Hui Huang wrote:
> I want to add some floating point calculation functions in FreeBSD
> kernel program.
> I compiled the new kernel and installed it in a machine. However, the
> new kernel could not be booted up with the error infor
[moved to -hackers]
On Thursday, 1 July 1999 at 11:07:08 +0300, Hui Huang wrote:
> I want to add some floating point calculation functions in FreeBSD
> kernel program.
> I compiled the new kernel and installed it in a machine. However, the
> new kernel could not be booted up with the error inform
On Wed, 30 Jun 1999, Nik Clayton wrote:
> Sorry it's taken me a while to reply to this; ironically, most of my time
> has been spent on freebsd-doc recently.
>
> On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> > I've come to understanding that lack of documentation is prob
On Wed, 30 Jun 1999, Nik Clayton wrote:
> Sorry it's taken me a while to reply to this; ironically, most of my time
> has been spent on freebsd-doc recently.
>
> On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> > I've come to understanding that lack of documentation is proba
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 pain?
-d
--
dannyman
:[...]
:
:I guessed I freaked some people out when I declared that I wanted to
:work on the VM system, discussions in the first few months went with
:half of core talking to me like I didn't know jack when I do know at
:least jack, but had to come up to speed on FreeBSDisms
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 pain?
-d
--
dannyman -
:[...]
:
:I guessed I freaked some people out when I declared that I wanted to
:work on the VM system, discussions in the first few months went with
:half of core talking to me like I didn't know jack when I do know at
:least jack, but had to come up to speed on FreeBSDisms
crypt0genic wrote...
> * David Miller ([EMAIL PROTECTED]) [990630 22:58]:
> > On Wed, 30 Jun 1999, crypt0genic wrote:
> >
> > IDE interface I take it? This is the normal message for a CD.
>
> No, its SCSI, im using a adaptec adapter. Keep in mind that i am unfamiliar with
>SCSI devices so I mi
crypt0genic wrote...
> * David Miller (dmil...@search.sparks.net) [990630 22:58]:
> > On Wed, 30 Jun 1999, crypt0genic wrote:
> >
> > IDE interface I take it? This is the normal message for a CD.
>
> No, its SCSI, im using a adaptec adapter. Keep in mind that i am unfamiliar
> with SCSI devices
On Wed, 30 Jun 1999, Jonathan Lemon was heard blurting out:
> In article
>[EMAIL PROTECTED]>
> you write:
> >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> >(although I might be blind)...anyone working on support it or is there
> >already an implementation?
>
> Yes, I
On Wed, 30 Jun 1999, Jonathan Lemon was heard blurting out:
> In article
>
> you write:
> >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> >(although I might be blind)...anyone working on support it or is there
> >already an implementation?
>
> Yes, I've grabbed the G
* David Miller ([EMAIL PROTECTED]) [990630 22:58]:
> On Wed, 30 Jun 1999, crypt0genic wrote:
>
> IDE interface I take it? This is the normal message for a CD.
No, its SCSI, im using a adaptec adapter. Keep in mind that i am unfamiliar with SCSI
devices so I might allready be doing/have done so
"David E. Cross" wrote:
>
> Wes Peters wrote:
>
> > You do this on FreeBSD (or Linux or Solaris) by creating a "layer 4
> > router" or HTTP switch that directs traffic evenly among your several
> > web servers, and stops sending traffic to servers that have failed.
>
> Where could someone find i
Boris Popov wrote:
>
> Hope it will be possible. The samba team is very restrictive about
> BSD-style license. As result I can say that smbfs for FreeBSD doesn't
> contain any GPLd code from Linux's smbfs.
>
> BTW, does anybody have objections about name of this file system
> in
Boris Popov wrote:
>
> Hope it will be possible. The samba team is very restrictive about
> BSD-style license. As result I can say that smbfs for FreeBSD doesn't
> contain any GPLd code from Linux's smbfs.
>
> BTW, does anybody have objections about name of this file system
> in F
I have a customer who has been experiencing "slow downs" with a freebsd
routerthey have substantially increased performance by reducing
MINCLSIZE. I havent tracked the source, but im trying to hypothesize what
it might be. On the surface I cant see any relationship since very few
rout
In message <[EMAIL PROTECTED]> John Polstra writes:
: I would say it is not _acceptable_. The code shouldn't go into our
: source tree until the known buffer overflow problems have been fixed.
: It's just stupid to add buffer overflow problems to a program that is
: always run as root.
With my s
The error message in the subject (atapi 1.1: unknown phase) has plagued me
for some time... everything still works, it just displays that error on
the first access to the disk... untill today. Today I am trying to install
FreeBSD 3.2 (19990630) from CDROM. It hangs on probing devices (likely
"David E. Cross" wrote:
>
> Wes Peters wrote:
>
> > You do this on FreeBSD (or Linux or Solaris) by creating a "layer 4
> > router" or HTTP switch that directs traffic evenly among your several
> > web servers, and stops sending traffic to servers that have failed.
>
> Where could someone find in
* David Miller (dmil...@search.sparks.net) [990630 22:58]:
> On Wed, 30 Jun 1999, crypt0genic wrote:
>
> IDE interface I take it? This is the normal message for a CD.
No, its SCSI, im using a adaptec adapter. Keep in mind that i am unfamiliar
with SCSI devices so I might allready be doing/have
On Wed, Jun 30, 1999 at 09:01:03PM +0100, Nik Clayton wrote:
> On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> > I've come to understanding that lack of documentation is probably one of
> > the factors that keep the system healthy,
>
> I've just spent five minutes trying t
I have a customer who has been experiencing "slow downs" with a freebsd
routerthey have substantially increased performance by reducing
MINCLSIZE. I havent tracked the source, but im trying to hypothesize what
it might be. On the surface I cant see any relationship since very few
routi
The error message in the subject (atapi 1.1: unknown phase) has plagued me
for some time... everything still works, it just displays that error on
the first access to the disk... untill today. Today I am trying to install
FreeBSD 3.2 (19990630) from CDROM. It hangs on probing devices (likely
In message <199906301826.laa07...@vashon.polstra.com> John Polstra writes:
: I would say it is not _acceptable_. The code shouldn't go into our
: source tree until the known buffer overflow problems have been fixed.
: It's just stupid to add buffer overflow problems to a program that is
: always r
On Wed, 30 Jun 1999, Jonathan Lemon wrote:
> In article
>[EMAIL PROTECTED]>
> you write:
> >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> >(although I might be blind)...anyone working on support it or is there
> >already an implementation?
>
Beware, there is na
On Wed, Jun 30, 1999 at 09:01:03PM +0100, Nik Clayton wrote:
> On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> > I've come to understanding that lack of documentation is probably one of
> > the factors that keep the system healthy,
>
> I've just spent five minutes trying to
On Wed, 30 Jun 1999, Jonathan Lemon wrote:
> In article
>
> you write:
> >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> >(although I might be blind)...anyone working on support it or is there
> >already an implementation?
>
Beware, there is nasty crash when no
Max Khon wrote:
>> For a.out, it's a known bug and there is already an open PR on it.
>> I wouldn't be surprised if the bug existed in ELF too.
>
> 3.2-STABLE built on 10 Jun, ELF
Thanks for the info. Could you please do a send-pr on this bug, and
tell me the PR number? Then I'll assign mysel
Sorry it's taken me a while to reply to this; ironically, most of my time
has been spent on freebsd-doc recently.
On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> I've come to understanding that lack of documentation is probably one of
> the factors that keep the system heal
Max Khon wrote:
>> For a.out, it's a known bug and there is already an open PR on it.
>> I wouldn't be surprised if the bug existed in ELF too.
>
> 3.2-STABLE built on 10 Jun, ELF
Thanks for the info. Could you please do a send-pr on this bug, and
tell me the PR number? Then I'll assign myself
Sorry it's taken me a while to reply to this; ironically, most of my time
has been spent on freebsd-doc recently.
On Sat, Jun 26, 1999 at 12:03:59PM -0500, Constantine Shkolny wrote:
> I've come to understanding that lack of documentation is probably one of
> the factors that keep the system healt
hi, there!
On Wed, 30 Jun 1999, John Polstra wrote:
> > in the following code `dlopen' returns NULL
> > on the first iteration (because g() is not defined) -- it's ok
> > but on the second iteration `dlopen' returns "valid" dlh
>
> ELF or a.out? Which version of FreeBSD?
>
> For a.out, it's a
hi, there!
On Wed, 30 Jun 1999, John Polstra wrote:
> > in the following code `dlopen' returns NULL
> > on the first iteration (because g() is not defined) -- it's ok
> > but on the second iteration `dlopen' returns "valid" dlh
>
> ELF or a.out? Which version of FreeBSD?
>
> For a.out, it's a
> > >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> > >(although I might be blind)...anyone working on support it or is there
> > >already an implementation?
> >
> > Yes, I've grabbed the GRE support from NetBSD, and have it working
> > here (as far as I can tell). I'l
> > >I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
> > >(although I might be blind)...anyone working on support it or is there
> > >already an implementation?
> >
> > Yes, I've grabbed the GRE support from NetBSD, and have it working
> > here (as far as I can tell). I'll
In article
[EMAIL PROTECTED]>
you write:
>I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
>(although I might be blind)...anyone working on support it or is there
>already an implementation?
Yes, I've grabbed the GRE support from NetBSD, and have it working
here (as far a
Jonathan:
You're the man :-) I think we're both going in similar directions here...
Thanks.
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Products"
1.877.
Jonathan:
You're the man :-) I think we're both going in similar directions here...
Thanks.
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Products"
1.877.4
On Wed, 30 Jun 1999, crypt0genic wrote:
> I have a Lacie DVD-RAM drive, it work great under windows, here is the DMESG i g
> et from it, I hope this is of some help.
>
> acd0: drive speed 1033KB/sec, 256KB cache
> acd0: supported read types:
> acd0: Audio: play, 255 volume levels
> acd0: Mechani
In article
you write:
>I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
>(although I might be blind)...anyone working on support it or is there
>already an implementation?
Yes, I've grabbed the GRE support from NetBSD, and have it working
here (as far as I can tell). I'l
On 30 Jun 1999, Dag-Erling Smorgrav wrote:
> Bill Fumerola <[EMAIL PROTECTED]> writes:
> > Unless there is strong feelings against it, I'd like to commit the smb
> > patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> > to the tcpdump mailing list and [EMAIL PROTECTED]) to
On Wed, 30 Jun 1999, crypt0genic wrote:
> I have a Lacie DVD-RAM drive, it work great under windows, here is the DMESG
> i g
> et from it, I hope this is of some help.
>
> acd0: drive speed 1033KB/sec, 256KB cache
> acd0: supported read types:
> acd0: Audio: play, 255 volume levels
> acd0: Mecha
> I would say it is not _acceptable_. The code shouldn't go into our
> source tree until the known buffer overflow problems have been fixed.
> It's just stupid to add buffer overflow problems to a program that is
> always run as root.
Minor correction: tcpdump will run happily as non-root as lon
On 30 Jun 1999, Dag-Erling Smorgrav wrote:
> Bill Fumerola writes:
> > Unless there is strong feelings against it, I'd like to commit the smb
> > patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> > to the tcpdump mailing list and b...@freebsd.org) to tcpdump(1).
>
> Wil
Bill Fumerola <[EMAIL PROTECTED]> writes:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> to the tcpdump mailing list and [EMAIL PROTECTED]) to tcpdump(1).
Will they be included in a future offi
Bill Fumerola writes:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org) and ipsec/ike patches (recently mailed
> to the tcpdump mailing list and b...@freebsd.org) to tcpdump(1).
Will they be included in a future official release of tcpdu
I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
(although I might be blind)...anyone working on support it or is there
already an implementation?
If I had to write it, I'd presume DIVERT(4) sockets would be the way to
go?
Thanks.
-marc
-
In article <[EMAIL PROTECTED]>,
Max Khon <[EMAIL PROTECTED]> wrote:
>
> in the following code `dlopen' returns NULL
> on the first iteration (because g() is not defined) -- it's ok
> but on the second iteration `dlopen' returns "valid" dlh
ELF or a.out? Which version of FreeBSD?
For a.out, it
In article <[EMAIL PROTECTED]>,
Matthew Hunt <[EMAIL PROTECTED]> wrote:
>
> I think the point is that when root is running tcpdump on host A, a bad
> guy on host B can create a packet which makes tcpdump on A execute his
> code (as root, since that's who's running it). This is not desirable.
I
> I would say it is not _acceptable_. The code shouldn't go into our
> source tree until the known buffer overflow problems have been fixed.
> It's just stupid to add buffer overflow problems to a program that is
> always run as root.
Minor correction: tcpdump will run happily as non-root as long
I don't seem to see support for GRE (IP-in-IP encaspulation) in FreeBSD
(although I might be blind)...anyone working on support it or is there
already an implementation?
If I had to write it, I'd presume DIVERT(4) sockets would be the way to
go?
Thanks.
-marc
--
In article <19990630092358.a51...@wopr.caltech.edu>,
Matthew Hunt wrote:
>
> I think the point is that when root is running tcpdump on host A, a bad
> guy on host B can create a packet which makes tcpdump on A execute his
> code (as root, since that's who's running it). This is not desirable.
In article ,
Max Khon wrote:
>
> in the following code `dlopen' returns NULL
> on the first iteration (because g() is not defined) -- it's ok
> but on the second iteration `dlopen' returns "valid" dlh
ELF or a.out? Which version of FreeBSD?
For a.out, it's a known bug and there is already an
On Wed, Jun 30, 1999 at 05:53:41AM -0400, Bill Fumerola wrote:
> > I should warn you though that there are some security issues with my
> > tcpdump-smb patches. It is possible for a malicious user to put
> > packets on the wire that will cause a buffer overflow in the SMB
> > pars
On Wed, Jun 30, 1999 at 05:53:41AM -0400, Bill Fumerola wrote:
> > I should warn you though that there are some security issues with my
> > tcpdump-smb patches. It is possible for a malicious user to put
> > packets on the wire that will cause a buffer overflow in the SMB
> > parse
In the last episode (Jun 30), Jos Backus said:
> - Forwarded message from Tobi Oetiker <[EMAIL PROTECTED]> -
> > OK found your problem it is that old FreeBSD does no proper
> > IEEE math ...
> >
> > for some comparison operations it raises an sigfpe if an NaN is
> > involved ...
> >
In the last episode (Jun 30), Jos Backus said:
> - Forwarded message from Tobi Oetiker -
> > OK found your problem it is that old FreeBSD does no proper
> > IEEE math ...
> >
> > for some comparison operations it raises an sigfpe if an NaN is
> > involved ...
> >
> > the next release
On Mon, Jun 21, 1999 at 01:48:45PM +, Niall Smart wrote:
> Josef Karthauser wrote:
> >
> > Guess what... I've got a disk where the partition table and the disklabel has
> > mysteriously disappeared! Oops.
> >
> > I've reconstructed the partition table, and now need to partition the disklab
On Mon, Jun 21, 1999 at 01:48:45PM +, Niall Smart wrote:
> Josef Karthauser wrote:
> >
> > Guess what... I've got a disk where the partition table and the disklabel
> > has
> > mysteriously disappeared! Oops.
> >
> > I've reconstructed the partition table, and now need to partition the
>
> -Original Message-
> From: Bill Fumerola [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 30, 1999 11:54 AM
> To: David O'Brien
> Cc: Bill Fumerola; [EMAIL PROTECTED]
> Subject: Re: tcpdump(1) additions.
>
> On Wed, 30 Jun 1999, David O'Brien wrote:
>
>
> Hmmm.. but a non-sup
> -Original Message-
> From: Bill Fumerola [SMTP:bi...@chc-chimes.com]
> Sent: Wednesday, June 30, 1999 11:54 AM
> To: David O'Brien
> Cc: Bill Fumerola; hack...@freebsd.org
> Subject: Re: tcpdump(1) additions.
>
> On Wed, 30 Jun 1999, David O'Brien wrote:
>
>
> Hmmm.. but a non
On Wed, 30 Jun 1999, David O'Brien wrote:
> On Tue, Jun 29, 1999 at 06:54:06PM -0400, Bill Fumerola wrote:
> > Unless there is strong feelings against it, I'd like to commit the smb
> > patches (as seen on www.samba.org)
>
> Cool! I've been meaning to do this for quite some time. HOWEVER, plea
On Wed, 30 Jun 1999, David O'Brien wrote:
> On Tue, Jun 29, 1999 at 06:54:06PM -0400, Bill Fumerola wrote:
> > Unless there is strong feelings against it, I'd like to commit the smb
> > patches (as seen on www.samba.org)
>
> Cool! I've been meaning to do this for quite some time. HOWEVER, pleas
On Wed, 30 Jun 1999, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
I would bet there are a million other programs on rootshell or other such
sites that do just that.
If someone has
On Wed, 30 Jun 1999, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
I would bet there are a million other programs on rootshell or other such
sites that do just that.
If someone has c
Saw this on the MRTG-DEV list.
NaN handling is perceived to be problematic, it seems.
- Forwarded message from Tobi Oetiker <[EMAIL PROTECTED]> -
Date: Wed, 30 Jun 1999 02:16:55 +0200 (MET DST)
From: Tobi Oetiker <[EMAIL PROTECTED]>
To: Jesper Skriver <[EMAIL PROTECTED]>
cc: [EMAIL PROTE
Saw this on the MRTG-DEV list.
NaN handling is perceived to be problematic, it seems.
- Forwarded message from Tobi Oetiker -
Date: Wed, 30 Jun 1999 02:16:55 +0200 (MET DST)
From: Tobi Oetiker
To: Jesper Skriver
cc: mrtg-develop...@list.ee.ethz.ch
Subject: Re: [MRTG-DEV] CDEF's with LT
Hi,
Documentation of apmd was updated by cooperation with
Nick Hilliard <[EMAIL PROTECTED]>.
# Thanks Nick!
Updated README and apmd.8 are available at:
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.tar.gz
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.diff.gz
Als
Hi,
Documentation of apmd was updated by cooperation with
Nick Hilliard .
# Thanks Nick!
Updated README and apmd.8 are available at:
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.tar.gz
http://home.jp.freebsd.org/~iwasaki/apm/19990630/apmd-doc.diff.gz
Also, I'm going to import
On Wed, 30 Jun 1999, Matthew N. Dodd wrote:
> > It would make sense except that the last time someone tried, some people
> > complained that it made it too easy to sniff passwords etc.
>
> Thats such a bogus issue.
The argument (to me) is not one of capability, but expediency. If you're
running
On Wed, 30 Jun 1999, Matthew N. Dodd wrote:
> > It would make sense except that the last time someone tried, some people
> > complained that it made it too easy to sniff passwords etc.
>
> Thats such a bogus issue.
The argument (to me) is not one of capability, but expediency. If you're
running
I have a Lacie DVD-RAM drive, it work great under windows, here is the DMESG i g
et from it, I hope this is of some help.
acd0: drive speed 1033KB/sec, 256KB cache
acd0: supported read types:
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside,
I have a Lacie DVD-RAM drive, it work great under windows, here is the DMESG i g
et from it, I hope this is of some help.
acd0: drive speed 1033KB/sec, 256KB cache
acd0: supported read types:
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, u
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
There are plenty of patches to do this available, and plenty of other
packet sniffers that do this. AFAIK even the attitude of the tcpdump
maintainers is changi
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
There are plenty of patches to do this available, and plenty of other
packet sniffers that do this. AFAIK even the attitude of the tcpdump
maintainers is changin
On Tue, Jun 29, 1999 at 06:54:06PM -0400, Bill Fumerola wrote:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org)
Cool! I've been meaning to do this for quite some time. HOWEVER, please
reference this PGP signed email (I'll send you the
On Tue, Jun 29, 1999 at 06:54:06PM -0400, Bill Fumerola wrote:
> Unless there is strong feelings against it, I'd like to commit the smb
> patches (as seen on www.samba.org)
Cool! I've been meaning to do this for quite some time. HOWEVER, please
reference this PGP signed email (I'll send you the
On 30-Jun-99 Ernie Elu wrote:
> From reading various mail lists I understand that from the 3.0 kernel
> onwards the drive interface to the kernel changed a lot, not doubt this is
> why I can't get th driver to compile.
>
> Can someone point me to a reference on the changes, or is there some
On 30-Jun-99 Ernie Elu wrote:
> From reading various mail lists I understand that from the 3.0 kernel
> onwards the drive interface to the kernel changed a lot, not doubt this is
> why I can't get th driver to compile.
>
> Can someone point me to a reference on the changes, or is there some
I am looking for a guide to portin a device driver for a wireless
networking ISA card that was written for 2.2.5-RELEASE. across to 3.2-RELEASE.
>From reading various mail lists I understand that from the 3.0 kernel
onwards the drive interface to the kernel changed a lot, not doubt this is
why I
I am looking for a guide to portin a device driver for a wireless
networking ISA card that was written for 2.2.5-RELEASE. across to 3.2-RELEASE.
From reading various mail lists I understand that from the 3.0 kernel
onwards the drive interface to the kernel changed a lot, not doubt this is
why I c
On Wed, 30 Jun 1999, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
Thats such a bogus issue.
IIRC there are ports that do the same thing (automatic snarfing of
cleartext passwords fr
On Wed, 30 Jun 1999, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
Thats such a bogus issue.
IIRC there are ports that do the same thing (automatic snarfing of
cleartext passwords fro
On Wed, Jun 30, 1999 at 12:22:08AM -0700, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
Ok, so how about making it a compile time option, turned off by default?
That way, you have to
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
And thus was born tcpshow.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
And thus was born tcpshow.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, Jun 30, 1999 at 12:22:08AM -0700, Julian Elischer wrote:
> It would make sense except that the last time someone tried, some people
> complained that it made it too easy to sniff passwords etc.
Ok, so how about making it a compile time option, turned off by default?
That way, you have to r
It would make sense except that the last time someone tried, some people
complained that it made it too easy to sniff passwords etc.
On Wed, 30 Jun 1999, Bob Bishop wrote:
> Hi,
>
> At 1:38 pm +1000 30/6/99, Peter Jeremy wrote:
> >[...]
> >Whilst we're at it, how about extending `-x' to print
It would make sense except that the last time someone tried, some people
complained that it made it too easy to sniff passwords etc.
On Wed, 30 Jun 1999, Bob Bishop wrote:
> Hi,
>
> At 1:38 pm +1000 30/6/99, Peter Jeremy wrote:
> >[...]
> >Whilst we're at it, how about extending `-x' to print o
96 matches
Mail list logo
