> > : 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
> > i
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 t
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 unpacke
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 distribution
In message <[EMAIL PROTECTED]> "Andrew Reilly" writes:
: Well, I'll just stick my oar in for /usr/local. I count myself
: among the aesthetically dismayed when I first encountered /opt
: on a SunOS box. (Or was that Solaris? Time fades...)
Solaris 2.x introduced it, but packages that ran on bo
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]> 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
> "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 Emac
> > 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
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 on
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 FreeB
> > 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) an
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
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.
--
"[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/
Orin
> > > 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 itse
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 Pac
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
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:
> ...
>
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
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 co
"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 con
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 bo
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
fil
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 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 PROTECTE
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
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, 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 documentation out of
Sony? (or did you ever?) If you
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
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
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
b
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 /etc/defaults/p
:
:
: 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, mappe
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 tries
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'
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
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 doe
: 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, fr
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 802.
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.
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
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 /
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 soft
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 l
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.
>
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 ar
> 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
Dag-Erling Smorgrav wrote:
>
> 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 wa
"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
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 str
> 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.
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
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 harmles
>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
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, yo
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 por
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.
>
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
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 th
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 PROTECTE
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 fil
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
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 ch
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 you understandy why NetBSD's Pack
On Sun, Dec 10, 2000 at 02:04:36AM -0700, Warner Losh wrote:
> Ummm, software packages have been make installing into /usr/local
> since at least 1985 when I started building them. no coopting has
> been done.
Yes, "software packages", no "FreeBSD Ports Collection Packages" as they
didn't exist
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 b
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 agree it is clutter, having
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)
i
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.
> Th
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 (
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 moderat
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. Ho
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
< 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 extension to 1003.1-200x; other people
were strongly opposed to its in
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
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 do
> 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. Thi
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
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-curr
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
> >
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 o
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 fea
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
>unsupport
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 p
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 of
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 th
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
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
--
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 /usr/loc
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 v
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 instal
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 *ex
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
ins
Garrett Wollman <[EMAIL PROTECTED]> types:
> < 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 the local administrative
> > regime.
> No software that
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 complex
[Please watch your carbon copies!]
< 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 the local administrative
> regime.
No software that is a part of Fre
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
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 kern
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
> ...
1 - 100 of 106 matches
Mail list logo