In message [EMAIL PROTECTED] Mike Meyer writes:
: I know. Unfortunately, support for PREFIX seems to draw more lip
: service than actual service.
Actually, which ports, specically, doesn't this work with? I've
installed several ports with PREFIX defined to something odd and have
had minimal
âÁÙ`
´ÏÔTCgݯÁ¿áÁ½B
http://216.101.214.74/1/
³¿æA éæñB
¶áAܽË`B
¿ãñ¿ãñ¿áñæè
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hello,
On my VAIO laptop, I have trouble rebooting directly from Windows to
FreeBSD (luckily enough I don't run Windows that often :-)
I tried to look at the driver code, but it looks to me like it is doing
resets when attaching the fxp driver, but somehow, Windows has left it
in the state where
Mike Meyer wrote:
Rant second: FreeBSD *violates* years of traditions with it's
treatment of /usr/local. /usr/local is for *local* things, not add-on
software packages! Coopting /usr/local for non-local software creates
needless complexity and confusion, which of course leads to needless
On Sun, 10 Dec 2000, Daniel C. Sobral wrote:
Poul-Henning Kamp wrote:
| Partition table | Data|
| Slice 1 | Slice 2 | Slice 3 | Slice 4 |
| Disklabel | Data |
|
On Thu, 7 Dec 2000 [EMAIL PROTECTED] wrote:
I'm not a constraints expert either, but I noticed that when I try to
build a kernel WITHOUT any optimization, I get a failure in
/usr/src/sys/i386/atomic.h .
# make atomic.o
cc -c -O0 -pipe -Wall -Wredundant-decls -Wnested-externs
...
On Fri, 8 Dec 2000, John Baldwin wrote:
On 08-Dec-00 [EMAIL PROTECTED] wrote:
John,
I'm not a constraints expert either, but I noticed that when I try to
build a kernel WITHOUT any optimization, I get a failure in
/usr/src/sys/i386/atomic.h .
Compiling a kernel with anything
Warner Losh [EMAIL PROTECTED] types:
In message [EMAIL PROTECTED] Mike Meyer writes:
: I know. Unfortunately, support for PREFIX seems to draw more lip
: service than actual service.
Actually, which ports, specically, doesn't this work with? I've
installed several ports with PREFIX defined
[Please watch your carbon copies!]
On Sun, 10 Dec 2000 09:37:53 -0600 (CST), Mike Meyer [EMAIL PROTECTED] said:
However, FreeBSD is still the only vendor distribution I know of that
installs software in /usr/local. That's the problem - software that
comes from the vendor doesn't belong in
Daniel C. Sobral [EMAIL PROTECTED] types:
Mike Meyer wrote:
Rant second: FreeBSD *violates* years of traditions with it's
treatment of /usr/local. /usr/local is for *local* things, not add-on
software packages! Coopting /usr/local for non-local software creates
needless complexity and
Garrett Wollman [EMAIL PROTECTED] types:
On Sun, 10 Dec 2000 09:37:53 -0600 (CST), Mike Meyer [EMAIL PROTECTED] said:
However, FreeBSD is still the only vendor distribution I know of that
installs software in /usr/local. That's the problem - software that
comes from the vendor doesn't
Mike Meyer writes:
If memory serves (and it may not at this remove), /usr/local/bin
wasn't on my path until I started using VAXen, meaning there were few
or no packages installing in /usr/local on v6 v7 on the 11s.
If you remember v6 and v7, then please enumerate the packages which
On Sun, Dec 10, 2000 at 10:13:42AM -0600, Mike Meyer wrote:
Whether or not it's part of FreeBSD is immaterial. It's part of the
distribution that comes from FreeBSD, and is treated differentlyh from
locally installed software (whether written locally or by a third
party) in every case
Mike Meyer [EMAIL PROTECTED] writes:
Whether or not it's part of FreeBSD is immaterial. It's part of the
distribution that comes from FreeBSD, and is treated differentlyh from
locally installed software (whether written locally or by a third
party) in every case *except* where it installs -
Within the scope of this problem, would it not be simple to code in a
configuration diretive in the build process, such that a simple entry
in /etc/make.conf would tell the ports build where to install ($prefix)?
Then, the local admin can make that decision.. whether or not to default
to
Joe Kelsey [EMAIL PROTECTED] types:
Mike Meyer writes:
If memory serves (and it may not at this remove), /usr/local/bin
wasn't on my path until I started using VAXen, meaning there were few
or no packages installing in /usr/local on v6 v7 on the 11s.
If you remember v6 and v7, then
On Sun, Dec 10, 2000 at 09:37:53AM -0600, Mike Meyer wrote:
Interesting. What other OS distribution put things that went into
/usr/local on their distribution media?
I'm fairly sure that some of the software distributed by SGI on their
unsupported free software media does this.
-- Brooks
--
On Sun, Dec 10, 2000 at 07:16:15PM +0100, Dag-Erling Smorgrav wrote:
Forrest Aldrich [EMAIL PROTECTED] writes:
Within the scope of this problem, would it not be simple to code in a
configuration diretive in the build process, such that a simple entry
in /etc/make.conf would tell the ports
Forrest Aldrich [EMAIL PROTECTED] writes:
Within the scope of this problem, would it not be simple to code in a
configuration diretive in the build process, such that a simple entry
in /etc/make.conf would tell the ports build where to install ($prefix)?
You're about six years late. The ports
Actually, I need to create a local wireless backbone between 8 seperate
buildings in a small campus area that will share an sdsl internet connection
through our freebsd server. The new intel pro wireless 2100 seems to address
all of our issues, at least according to the intel webpage. :-) They
Haha... okay, then what's the argument about.
You're about six years late. The ports system has used $PREFIX for
precisely this purpose since October 1994.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
In message [EMAIL PROTECTED] Forrest Aldrich writes:
: Haha... okay, then what's the argument about.
People being too lazy to say PREFIX=/glortz in their /etc/make.conf
file.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Forrest Aldrich [EMAIL PROTECTED] types:
Haha... okay, then what's the argument about.
You're about six years late. The ports system has used $PREFIX for
precisely this purpose since October 1994.
As Jacques pointed out, you set LOCALBASE in /etc/make.conf.
The problem is that *it doesn't
Hi,
I've decided to finally start playing with -current a day or five ago.
One of the first experiences was a funny syscons keyboard freeze when
using a custom kernel with 'options VESA' and the logo_saver kernel module.
The symptoms: after the saver relinquishes control, the keyboard is kind
On Sun, Dec 10, 2000 at 01:02:09PM -0600, Mike Meyer wrote:
The problem is that *it doesn't work*. Well, not very well. Part of it
is that it's only given lip service: the porters handbook says "make
your ports PREFIX clean"; portlint doesn't do any checking about it.
The porters handbook
Hello
I have the self same problem with my nics' Realtek 8139's.
But on my '98 machine it is dual bootable with Linux.
If I don't power cycle the PC between using windows and
Linux my nic's are unusable, gaining a MAC address
of as I see yours does.
I have found no solution for it
On Sun, 10 Dec 2000, Brooks Davis wrote:
On Sun, Dec 10, 2000 at 09:37:53AM -0600, Mike Meyer wrote:
Interesting. What other OS distribution put things that went into
/usr/local on their distribution media?
I'm fairly sure that some of the software distributed by SGI on their
unsupported free
Doug Ambrisko writes:
BTW I saw ADDTRON http://www.addtron.com/ has a base station for around
$220 that can do 128 bit encryption, has an antenna and is Web administered.
I haven't used it but it looks interesting.
I've started playing with one of these. It seems to have the
interesting
On Sun, Dec 10, 2000 at 11:42:38AM -0600, Mike Meyer wrote:
Ports, on the other hand are installed in /usr/local or /usr/X11R6.
What happend to "that's what PREFIX is for"?
I was speaking about the default behaviour. If you want the port to
go somewhere other than /usr/local, PREFIX or
Nat Lanza [EMAIL PROTECTED] types:
Mike Meyer [EMAIL PROTECTED] writes:
Whether or not it's part of FreeBSD is immaterial. It's part of the
distribution that comes from FreeBSD, and is treated differentlyh from
locally installed software (whether written locally or by a third
party) in
I think I finally understand what you are complaining about, and that
is that PREFIX is not honoured by all ports. If that is your
argument, then yes, obviously that should be fixed if possible. But
to say that installing ports into /usr/local is somehow wrong, I have
to disagree. This is
Mike Meyer writes:
Sure, the software in ports/packages aren't part of FreeBSD. Using
that to claim they should have the same status or treatment as locally
written or maintained software is a rationalization.
You are simply wrong in your characterization of /usr/local. As far
back as I
On Mon, 04 Dec 2000 16:11:39 -0500, Dan Eischen [EMAIL PROTECTED] said:
I started a cleanup of libc to make it thread-safe.
Just as a matter of information The seekdir/telldir interface was
debated recently by the Austin Group. The Open Group wanted to
include it as part of the XSI
On Sun, Dec 10, 2000 at 11:14:32AM -0800, Joe Kelsey wrote:
You are simply wrong in your characterization of /usr/local. As far
back as I can remember, /usr/local has been used for locally installed
[...]
Pfft. Everyone has their own way of organizing files. There is no
right or wrong.
Brian Dean [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 01:02:09PM -0600, Mike Meyer wrote:
The problem is that *it doesn't work*. Well, not very well. Part of it
is that it's only given lip service: the porters handbook says "make
your ports PREFIX clean"; portlint doesn't do any
On Sun, Dec 10, 2000 at 02:18:51PM -0500, Brian Dean wrote:
LOCALBASE just being the default value for PREFIX.
Not just. It is also where dependancies are looked for.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [EMAIL
Joe Kelsey writes:
When the BSD started, they tried to distinguish between /usr/local and
/usr/public, but that never took hold. Certainly, when GNU
distributions started, the FSF very quickly took up the then default
(from the long history of standardized distributions in the moderated
On Sun, Dec 10, 2000 at 12:12:59PM -0500, Nat Lanza wrote:
Your argument doesn't make much sense to me.
It make total sense to me.
So if I compile sawfish myself I should install it in /usr/local, but if
I install a FreeBSD package for it, it should never go in /usr/local?
Correct.
Third
On Sun, Dec 10, 2000 at 01:44:41PM -0500, Brian Dean wrote:
I think I finally understand what you are complaining about,
Maybe.
But to say that installing ports into /usr/local is somehow wrong, I
have to disagree.
Do you understand why NetBSD Packages (ie, the system they took from us)
On Sun, Dec 10, 2000 at 01:42:15PM -0600, Mike Meyer wrote:
My bad - I coined the phrase "LOCALBASE clean" to describe a situation
I've seen, without explaining the meaning.
You're mudding up things. You want to set LOCALBASE to /usr/foo and
ports should be "PREFIX" clean as that is what is
On Sat, Dec 09, 2000 at 09:40:31PM -0600, Mike Meyer wrote:
I always thought ``make PREFIX=/tmp/foo package'' is pretty obvious.. but
...
What does the above command do if the port isn't PREFIX clean?
Installs the ports's bits into [most likely] /usr/local, cause an error
while trying to
Joe Kelsey [EMAIL PROTECTED] types:
Mike Meyer writes:
Sure, the software in ports/packages aren't part of FreeBSD. Using
that to claim they should have the same status or treatment as locally
written or maintained software is a rationalization.
You are simply wrong in your
On my VAIO laptop, I have trouble rebooting directly from Windows to
FreeBSD (luckily enough I don't run Windows that often :-)
I tried to look at the driver code, but it looks to me like it is doing
resets when attaching the fxp driver, but somehow, Windows has left it
in the state where it
On Sun, Dec 10, 2000 at 01:18:51PM -0500, Brandon D. Valentine wrote:
My path under IRIX has to include:
/usr/bin/X11:/usr/local/bin:/usr/freeware/bin:/usr/gnu/bin:/usr/ucb:/usr/bsd:/usr/etc:/usr/gfx
That is so bad considering the power it gives you? It only takes 2-3
lines in your dot files
David O'Brien [EMAIL PROTECTED] types:
This control is part of why it would be nice to have /usr/pkg separate
from /usr/local. I've given up on FreeBSD and had to create my own
/usr/treats to hold what should have been in /usr/local if the FreeBSD
Packages hadn't polluted it.
I went the
David O'Brien writes:
On Sun, Dec 10, 2000 at 11:22:17AM -0800, Joe Kelsey wrote:
Basically, /usr/local is for anything the local administration wants to
officially support. The ports use of this (and by extension,
pre-compiled ports (packages)) is thus completely justified.
Do
Joe Kelsey [EMAIL PROTECTED] types:
David O'Brien writes:
On Sun, Dec 10, 2000 at 11:22:17AM -0800, Joe Kelsey wrote:
Basically, /usr/local is for anything the local administration wants to
officially support. The ports use of this (and by extension,
pre-compiled ports
David O'Brien [EMAIL PROTECTED] types:
Wherease "PREFIX clean" means "all installed files are in the PREFIX
tree",
Correct.
I intend "LOCALBASE clean" to mean "all files installed by other ports
are looked for in the LOCALBASE tree".
If all ports are PREFIX clean, you will have
David O'Brien wrote:
On Sat, Dec 09, 2000 at 07:59:46PM -0800, Marcel Moolenaar wrote:
The only thing you don't like about mtree is it changing ownership +
modes, right?
Not only that. Using mtree(1) creates busloads of unnecessary
directories.
But they're harmless. While I
Hello,
It seems the latest update to AGP breaks it. I get
link_elf: symbol M_AGP undefined
when trying to load it as a module, and a similar message when I try to
build it into the kernel during the link.
The problem seems to be the change to
static MALLOC_DEFINE(M_AGP, "agp", "AGP data
Marcel Moolenaar [EMAIL PROTECTED] writes:
According to the manpage, if you remove -U it doesn't create new
directories or symlinks. At least that's how I interpret it.
You interpret it wrong. -U just tells mtree to fix permissions. The
canonical way to use the mtree files in /etc/mtree is
I'm aware that software was installing itself in /usr/local years
before it was installing in /opt. On the other hand, vendor software
was installing in /opt years before I ever saw it install in
/usr/local.
Most vendor software I know pre-dates /opt, and installed itself in
/usr/local. I'm
"David O'Brien" [EMAIL PROTECTED] writes:
No, the issue is one of "preciousness". In other words why backup
software that I can just do `pkg_add' to get again? Or if I want to
easily start from scratch and update all my FreeBSD Packages?
This is an entirely reasonable argument; I don't
Then again, your quoting of "packages" points up something else - I
never saw prepackaged binaries for v6 or v7.
I did on SysIII. As a matter of fact, the entire distribution was
bundled into separate packets (all of them installed in /usr). :(
Or BSD, for that matter. I never encounterd a
Peter Pentchev [EMAIL PROTECTED] writes:
I've decided to finally start playing with -current a day or five ago.
One of the first experiences was a funny syscons keyboard freeze when
using a custom kernel with 'options VESA' and the logo_saver kernel module.
Known bug. Please search the
On Sun, Dec 10, 2000 at 02:19:12PM -0600, Mike Meyer wrote:
I intend "LOCALBASE clean" to mean "all files installed by other ports
are looked for in the LOCALBASE tree".
If all ports are PREFIX clean, you will have that. Thus it doens't need
to be discussed separately.
Using the
On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote:
This thread is also about a completely separate issue, which is a
deficiency in the package command used on FreeBSD. The basic problem
with pkg_add et al., as opposed to, for instance, SVR4 pkgadd, is that
it does not allow the
In message [EMAIL PROTECTED] Nate Williams writes:
: I'm aware that software was installing itself in /usr/local years
: before it was installing in /opt. On the other hand, vendor software
: was installing in /opt years before I ever saw it install in
: /usr/local.
:
: Most vendor software
On Sun, Dec 10, 2000 at 01:51:25PM -0800, David O'Brien wrote:
On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote:
[snip]
To the extent that NetBSD *forces* the local administrator to use
/usr/pkg, I find it contains the same deficiency.
Nope. One can ``ln -s /usr/local
: Hi,
:
:ever since this commit: ...
:
:dillon 2000/11/18 15:06:27 PST
:
: Modified files:
:sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c
:...
When you created the filesystems on which the history and spool reside,
did you use any custom parameters for blocksize,
Is there a list of wireless pc cards that work (and how well they work)
with FreeBSD??
JRS
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Crist J. Clark [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 01:51:25PM -0800, David O'Brien wrote:
On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote:
To the extent that NetBSD *forces* the local administrator to use
/usr/pkg, I find it contains the same deficiency.
Nope.
On Sun, Dec 10, 2000 at 03:15:19AM -0800, Mike Smith wrote:
msmith 2000/12/10 03:15:19 PST
Modified files:
sys/dev/pci isa_pci.c
Log:
The ICH2 reports itself as a PCI:ISA bridge, so don't special-case it
here.
On a related(?) note, my 810 (ICH) hasn't seen
In message [EMAIL PROTECTED]
"[EMAIL PROTECTED]" writes:
: Is there a list of wireless pc cards that work (and how well they work)
: with FreeBSD??
There's /etc/defaults/pccard.conf, which says breifly:
Aironet 340/342 Series 11Mbps 802.11 wireless NIC
Aironet PC4500 2Mbps
Attached is a preliminary driver for the Sony jog dial. It's enough that
you can create a /dev/jogdial and watch letters come out.
It needs a lot of improvement:
1. Use interrupts instead of polling.
2. Present mouse-oriented events instead of letters.
3. Fix the probe routine so that it
David O'Brien [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 02:19:12PM -0600, Mike Meyer wrote:
I intend "LOCALBASE clean" to mean "all files installed by other ports
are looked for in the LOCALBASE tree".
If all ports are PREFIX clean, you will have that. Thus it doens't need
:
:
: Hi,
:
:ever since this commit: ...
:
:dillon 2000/11/18 15:06:27 PST
:
: Modified files:
:sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c
Hmm. Very odd. It's catching a fully valid file page which is
marked partially dirty, less then a kilobyte in size,
Nate Williams [EMAIL PROTECTED] types:
I'm aware that software was installing itself in /usr/local years
before it was installing in /opt. On the other hand, vendor software
was installing in /opt years before I ever saw it install in
/usr/local.
Most vendor software I know pre-dates
Is there any supporting Access Point functionality, eg. using the
freebsd server as AP?
Warner Losh wrote:
In message [EMAIL PROTECTED]
"[EMAIL PROTECTED]" writes:
: Is there a list of wireless pc cards that work (and how well they work)
: with FreeBSD??
There's
Phillipp, could you do me a favor and try this patch instead of
removing the KASSERT? That is, keep the original KASSERT, apply
this patch to your -current instead, and see if you still get the
panic.
This patch is relative to -current. What it does is clear the dirty
On Sun, Dec 10, 2000 at 03:34:32PM -0800, Matt Dillon wrote:
:ever since this commit: ...
:
:dillon 2000/11/18 15:06:27 PST
:
: Modified files:
:sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c
Hmm. Very odd. It's catching a fully valid file page which is
On Sun, Dec 10, 2000 at 06:44:45PM -0600, Michael C . Wu scribbled:
Oops, nevermind my questions about contacts and Fn+* functions,
should have read the code before I reply. :)
--
+--+
| [EMAIL PROTECTED] | [EMAIL PROTECTED]
On Sun, 10 Dec 2000, Michael C . Wu wrote:
On Sun, Dec 10, 2000 at 03:19:06PM -0800, Nick Sayer scribbled:
| Attached is a preliminary driver for the Sony jog dial. It's enough that
| you can create a /dev/jogdial and watch letters come out.
W00t! :) You did it! How did you wrestle
On Sun, Dec 10, 2000 at 02:25:48PM -0800, Matt Dillon wrote:
: Hi,
:
:ever since this commit: ...
:
:dillon 2000/11/18 15:06:27 PST
:
: Modified files:
:sys/kern vfs_bio.c vfs_cluster.c vfs_subr.c
:...
When you created the filesystems on which the history
On Sun, Dec 10, 2000 at 02:18:31PM -0800, Crist J. Clark wrote:
Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those
that like everything in one place prefers while still segregating stuff
for those that prefer it.
That makes no sense.
Yes it does.
The big argument
On Sun, Dec 10, 2000 at 03:15:58PM -0700, Warner Losh wrote:
but there also was a /usr/contrib for large packages contribtued to
Berkeley by outside parties.
BSDi's BSD/OS installs GNOME, KDE, editors, etc.. into /usr/contrib and
leaves /usr/local for the user.
--
-- David ([EMAIL
I found a second issue... just a normal write-via-mmap issue, which I
think INN does. If you mmap() a file fragment and write to it via
the mmap(), m-dirty is set to VM_PAGE_BITS_ALL (0xFF). the normal buffer
flush will only clear the dirty bits on the page associated with the
In message [EMAIL PROTECTED] Andre Oppermann writes:
: Is there any supporting Access Point functionality, eg. using the
: freebsd server as AP?
No. AP mode firmware is generally undocumented.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the
"Daniel C. Sobral" wrote:
Mike Meyer wrote:
Rant second: FreeBSD *violates* years of traditions with it's
treatment of /usr/local. /usr/local is for *local* things, not add-on
software packages! Coopting /usr/local for non-local software creates
needless complexity and confusion,
On Sun, Dec 10, 2000 at 12:31:10PM -0600, Mike Meyer wrote:
Not /usr/local - that's for locally maintained software. I'd rather it
go on /usr, so I don't like /opt. When I got to choose, I chose
/usr/opt. But anything other than /usr/local on /usr would do as well.
So do you also put the
On Sun, Dec 10, 2000 at 03:46:27PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED]
"[EMAIL PROTECTED]" writes:
: Is there a list of wireless pc cards that work (and how well they work)
: with FreeBSD??
There's /etc/defaults/pccard.conf, which says breifly:
Aironet 340/342
On Sunday, 10 December 2000 at 15:46:27 -0700, Warner Losh wrote:
In message [EMAIL PROTECTED]
"[EMAIL PROTECTED]" writes:
: Is there a list of wireless pc cards that work (and how well they work)
: with FreeBSD??
There's /etc/defaults/pccard.conf, which says breifly:
...
Andrew Reilly [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 12:31:10PM -0600, Mike Meyer wrote:
Not /usr/local - that's for locally maintained software. I'd rather it
go on /usr, so I don't like /opt. When I got to choose, I chose
/usr/opt. But anything other than /usr/local on /usr
David O'Brien wrote:
On Sun, Dec 10, 2000 at 01:44:41PM -0500, Brian Dean wrote:
I think I finally understand what you are complaining about,
Maybe.
But to say that installing ports into /usr/local is somehow wrong, I
have to disagree.
Do you understand why NetBSD Packages (ie,
I'm aware that software was installing itself in /usr/local years
before it was installing in /opt. On the other hand, vendor software
was installing in /opt years before I ever saw it install in
/usr/local.
Most vendor software I know pre-dates /opt, and installed itself in
"[EMAIL PROTECTED]" wrote:
Is there a list of wireless pc cards that work (and how well they work)
with FreeBSD??
man -k 802.11 or man -k wireless should do it, but the man pages aren't
quite that organized.
All I can find grepping the 4.2 sources is Cisco/Aironet and Lucent WaveLAN/
Andre Oppermann wrote:
Is there any supporting Access Point functionality, eg. using the
freebsd server as AP?
There's no special support for it, but it's just another interface. If
you run it (and your other 802.11 devices) in ad-hoc mode, everything should
work peachy.
--
Nate Williams [EMAIL PROTECTED] types:
I ran mostly DEC boxes until the early 90s, which had all software
installed in /usr/bin or /usr/local/bin.
Well, I ran DEC boxes for Dec (at WSE) back in the late 80s and early
90s, and don't remember anything being in /usr/local that I didn't
drag of
I ran mostly DEC boxes until the early 90s, which had all software
installed in /usr/bin or /usr/local/bin.
Well, I ran DEC boxes for Dec (at WSE) back in the late 80s and early
90s, and don't remember anything being in /usr/local that I didn't
drag of the net (or write myself) and
On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote:
Fixing broken things is a good thing. Your argument about moving it
from /usr/local to show how broken is a good test procedure, but turning
it into policy is something completely different.
I think the 'tradition' of FreeBSD
Nate Williams [EMAIL PROTECTED] types:
By your own admission, /usr/local wasn't used on v7. So the discussion
should turn to when BSD started seeing prebuilt vendor packages to
install in /usr/local.
Late '80s on DEC boxes running Ultrix (which one could argue is one of
the
Fixing broken things is a good thing. Your argument about 'moving it
from /usr/local to show how broken' is a good test procedure, but turning
it into policy is something completely different.
I think the 'tradition' of FreeBSD installing packages in /usr/local is
enough to leave
"Brian" == Brian Dean [EMAIL PROTECTED] writes:
Brian I'm really not exactly sure what you are complaining about.
Brian For example, the last time I built Emacs for Solaris (several
Brian years ago admittedly), by default it installed itself into
Brian /usr/local. If you install Emacs onto
In message [EMAIL PROTECTED] Joe Kelsey writes:
: To the extent that NetBSD *forces* the local administrator to use
: /usr/pkg, I find it contains the same deficiency. If it does not force
: this, then perhaps FreeBSD should adopt it. I have never used NetBSD,
: so I cannot comment further on
Andrew Reilly [EMAIL PROTECTED] types:
On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote:
Fixing broken things is a good thing. Your argument about moving it
from /usr/local to show how broken is a good test procedure, but turning
it into policy is something completely
In message [EMAIL PROTECTED] Nate Williams writes:
: I know that as recent as 3=4 years ago, Purify installed itself by
: default in /usr/local, on SunOS and Solaris. Lucid did this as well,
: although things start getting pretty fuzzy going back that far. :)
purify and the binary distributions
In message [EMAIL PROTECTED] Nate Williams writes:
: Probably the same time-frame for SunOS, although I didn't have
: experience with it until the early 90's. However, if necessary, I can
: try and dig out installation docs for some software which ask to have
: the stuff unpacked in
Warner Losh [EMAIL PROTECTED] types:
In message [EMAIL PROTECTED] Nate Williams writes:
: I know that as recent as 3=4 years ago, Purify installed itself by
: default in /usr/local, on SunOS and Solaris. Lucid did this as well,
: although things start getting pretty fuzzy going back that
: I know that as recent as 3=4 years ago, Purify installed itself by
: default in /usr/local, on SunOS and Solaris. Lucid did this as well,
: although things start getting pretty fuzzy going back that far. :)
purify and the binary distributions of xemacs installed themselves
into
In message [EMAIL PROTECTED] Mike Meyer writes:
: Corrections first: The only place where FreeBSD fails to follow FHS
: (in my quick perusal of it) is in putting packages in /usr/local
: instead of /opt. You can't blame that part of FHS on Linux - I have as
: yet to see a Linux distro or package
100 matches
Mail list logo