I've got a project at work where using LDAP would make my life
much simpler. So... on my home PC (running FBSD 4.0-CURRENT 8.2.99)
I installed openldap from the ports collection (V1.2.3...ports cvsuped
about an hour ago from cvsup5.freebsd.org).
I cd into the test area /usr/ports/work/ldap/tests
o www.openldap.org and to their
> faq-o-matic, and it should be in there.
>
> I'll see if I can find it and send it to you in the mean time.
>
> On Tue, 17 Aug 1999, Steven Ames wrote:
>
> >
> > I've got a project at work where using LDAP would make my lif
othing( int sig )
> {
> - Debug( LDAP_DEBUG_TRACE, "slapd got do_nothing signal %d\n", sig,
> 0, 0 );
> -
> /* reinstall self */
> (void) SIGNAL( sig, slap_do_nothing );
> }
>
>
>
>
>
>
>
> On Wed, 18 Aug 1999, Steven Am
Last night I switched from 3.1-STABLE to 4.0-CURRENT. Everything
went great except for one spot.
I have two ethernet cards in this machine. Both use the 'ed'
driver. One is PCI the other is ISA.
In the 3.1 machine I had a line in the config that said:
device ed0 at isa? port 0x280 net irq 10 io
Last night switched from 3.1 to 4.0. Smooth transition. The only
error I've seen is one of my ethernet cards is no longer detected.
In the previous kernel (3.1-STABLE) I had the following config
line:
device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000
When the system booted it would detect
> Wes Peters wrote:
>
> Steven Ames wrote:
> >
> > Under the 4.0 kernel the PCI card is given ed0 and a message
> > is displayed saying ed0 already in use giving next number.
> > The isa card is _NEVER_ probed. I don't even get a message
> > saying it w
p0 you might want to try that.
>
>
> Brandon Hicks - Gate Keeper Technologies
> "Trixster"
> bhi...@gatekeep.net
>
>
> -Original Message-
> From: Steven Ames
> To: freebsd-hackers@FreeBSD.ORG
> Date: Tuesday, May 18, 1999 10:10 AM
> Su
*sigh* No suprise here. As 90% of these things are this was yet
another Dumb User Error. I had a base address conflict that kept
the card from being probed.
Thanks for everyone's help. As always FreeBSD is working just
great!
-Steve
To Unsubscrib
> Read /usr/src/UPDATING. And, more to the point, junk your kernel
> configuration file, and build a new one using GENERIC/LINT as
> reference. Things changed a lot between 3.x and 4.x in this
> particular respect.
>
Always good advice. And always advice that I use. This wasn't
the issue. I track
> > Don't use tar. It loses devices, can't handle holey files well and a
> > number of other minor clitches. Use dump instead.
Hrm... what about 'rsync'? Does it suffer from the same problems as 'tar'?
I use rsync a lot because its incremental. This is off topic from migrating
to
a new disk, bu
> Yes, but, I think the issue with the 2 IP classes working is because one
is
> not routable, and therefore it's not a real
> IP address, and the router knows this, hence it's not reacting to it by
> stopping to work. As long as you use virtual
> ip's (192.168.*.*) then there should be no reason
//www.blinx.net/
>
> - Original Message -
> From: "Steven Ames" <[EMAIL PROTECTED]>
> To: "Jonathan M. Slivko" <[EMAIL PROTECTED]>; "Chris Dillon"
> <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Thursday, July 26, 2
out how this is being done, although I have seen it done
on
> my own systems in the past, just not by me, so i'm intrigued to find out
how
> this is being accomplished. -- Jonathan
>
> --
> Jonathan M. Slivko <[EMAIL PROTECTED]>
> Blinx Networks
> http://www.blinx.net
> If you have one interface with *two* ip addresses. For example
(taking
> a real life example):
>
> ash:/home/dillon> ifconfig
> fxp0: flags=8843 mtu 1500
> inet 208.161.114.66 netmask 0xffc0 broadcast 208.161.114.127
> inet 10.0.0.3 netmask 0xff00 broadcast 10.0.
> I cannot believe its random. On the other hand (haven't tried this in
FBSD,
> but in Solaris it works),
> if you assign an interface like this:
>
> ifconfig ed0 inet 204.120.165.1 netmask 0xff00
> ifconfig ed0 inet 204.120.165.2 netmask 0xff00
Second line should read:
ifconfig ed0 inet
- Original Message -
From: "Alfred Perlstein" <[EMAIL PROTECTED]>
> * Jaye Mathisen <[EMAIL PROTECTED]> [010730 15:21] wrote:
> >
> > 2 500+GB FS's, both filled completely.
> >
> > Filesystem 1K-blocks UsedAvail Capacity
Mounted on
> > /dev/twed3d
Under -CURRENT?
virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9
virtual-voodoo# ls
0 1 2 3 4 5 6 7 8 9
virtual-voodoo# set rmstar
virtual-voodoo# rm *
Do you really want to delete all files? [n/y] y
virtual-voodoo# ls
virtual-voodoo#
version tcsh 6
x27; tcsh tries
to
get clever and remove that command from your command stack (history). The
relevent code is in tc.func.c starting at line 1238. I don't see anything
obviously
silly... I'll do a bit of debugging though.
-Steve
> Steven Ames wrote:
>
> > Under -CURRENT?
> &
From: "Andrew Gallatin" <[EMAIL PROTECTED]>
> Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS
> env. variable in -stable. Specifically, set it to 'AJ' & I bet it will
> drop core in -stable. Eg:
> [EXAMPLE DELETED]
> Note that -current has malloc options 'AJ' on by default to cat
From: "David O'Brien" <[EMAIL PROTECTED]>
> > Now you could argue that perhaps the definition of SYSMALLOC just
exposes
> > a bug in tcsh?
>
> Maybe. One that cares should email Christos to find out if it is a bug
> or feature. Those that experience the problem are the ones in the best
> positio
From: "David O'Brien" <[EMAIL PROTECTED]>
> > I'll submit a PR for it if you believe thats appropriate.
>
> I am afraid, this would just cause people to forget about the problem
> rather than to continue pursuing the problem.
Looks like Mark Peek found the problem and already submitted the
solut
I've got a project at work where using LDAP would make my life
much simpler. So... on my home PC (running FBSD 4.0-CURRENT 8.2.99)
I installed openldap from the ports collection (V1.2.3...ports cvsuped
about an hour ago from cvsup5.freebsd.org).
I cd into the test area /usr/ports/work/ldap/tests
o to www.openldap.org and to their
> faq-o-matic, and it should be in there.
>
> I'll see if I can find it and send it to you in the mean time.
>
> On Tue, 17 Aug 1999, Steven Ames wrote:
>
> >
> > I've got a project at work where using LDAP would mak
othing( int sig )
> {
> - Debug( LDAP_DEBUG_TRACE, "slapd got do_nothing signal %d\n", sig,
> 0, 0 );
> -
> /* reinstall self */
> (void) SIGNAL( sig, slap_do_nothing );
> }
>
>
>
>
>
>
>
> On Wed, 18 Aug 1999, Steven Am
> > > > Running ``nmap -sP 172.22.0.0/16'' as a normal user will cause
> > > > a panic on a recent 3.3-STABLE system :(
> > >
> > > Could you be any less specific about the panic? Any sort of detail
> > > is just going to make us want to fix it.
> >
> > Here most of the message I posted to -s
25 matches
Mail list logo
