On Sun, 1 Jun 2003 11:26:12 +0200 (CEST)
Martin Blapp <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I just got this panic during compile of openoffice
>
> Fatal trap 12 while in kernel mode
> fault virtual address = 0x68
> fault code= supervisor read, page not present
> instruction poi
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.2R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.2.
FreeBSD 5.2
Hi there,
I'm having some troubles with my an (cisco 350) device under current.
it seems like ipv4 is not workint perfectly.
ipv6 seems to work fine though.
here the ping statistics to my gateway over ipv4 and ipv6
-
--- 192.168.2.1 ping statistics ---
100 packets transmitted, 67 packets receiv
--
Ihre E-Mail an [EMAIL PROTECTED] mit dem Kommando
subscribe [EMAIL PROTECTED] [EMAIL PROTECTED]
muss überprüft werden. Hierzu wird eine weitere E-Mail mit einem
Authentifizierungschlüssel an folgende Adresse geschickt:
[EMAIL PROTECTED]
Erst
--
ACHTUNG: Ihre E-Mail-Adresse wurde noch NICHT in die Mailingliste
<[EMAIL PROTECTED]> eingetragen!
Bitte bestätigen Sie die Eintragung nun wie folgt beschrieben:
---
--
Willkommen,
Ihre Anmeldung zu [EMAIL PROTECTED] war erfolgreich. Wenn Sie sich von der
Liste wieder austragen möchten, benutzen Sie einfach das WWW-Interface oder
schicken Sie eine E-Mail an "[EMAIL PROTECTED]", mit
leerem Betreff und folgender Zeile in der Nachricht:
unsubscribe [EMAIL PROTEC
--
Bei der Bearbeitung Ihrer Eintragung ist ein Fehler aufgetreten:
[EMAIL PROTECTED] ist bereits auf der Liste [EMAIL PROTECTED] eingetragen.
-
An error occurred while processing your subscribe request:
[EMAIL PROTECTED] is already subscribed to [EMAIL PROTECTED]
__
On Sun, 1 Jun 2003, Martin Blapp wrote:
>
> Hi all,
>
> I just got this panic during compile of openoffice
>
> Fatal trap 12 while in kernel mode
> fault virtual address = 0x68
> fault code= supervisor read, page not present
> instruction pointer = 0x8:0xc0271f4d
> stack pointer
On Sun, 1 Jun 2003 09:00:13 -0400 (EDT)
Robert Watson <[EMAIL PROTECTED]> wrote:
> Areas requiring immediate testing
I already reported to -current that I wasn't able to umount a msdosfs
slice a while ago (umount failed with "busy" and the slice was still
mounted), last week I had the possibili
Hi! This is the ezmlm program. I'm managing the
[EMAIL PROTECTED] mailing list.
To confirm that you would like
[EMAIL PROTECTED]
added to the phpwizard mailing list, please send
an empty reply to this address:
[EMAIL PROTECTED]
Usually, this happens when you just hit the "reply" button.
To complete your Disquiet.com email subscription,
you must confirm your request by replying to this
message. Be sure to include this phrase:
['j9r3,a1]
If you did not request, or do not want, a subscription
to the free Disquiet.com email newsletter, please
accept this apology and ignore t
Can someone find out who's trying to add the freebsd mailinglist to other
mailinglists? This is getting annoying.
Erik.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAI
A few minutes ago, you entered your email address at http://www.fashions-of-india.com
to be added to our mailing list.
This list has a double optin feature so you must visit the URL listed below to confirm
your subscription.
Sincerely,
The Fashions of India Team
http://www.ymlp.com/confirm.ph
> Can someone find out who's trying to add the freebsd mailinglist to other
> mailinglists? This is getting annoying.
PLEASE DO NOT REPLY TO ANY OF THESE TROLLS! Turn on your filters, train
your spam-assassins etc. Please DON'T contribute to the traffic.
The best way to make a troll go away is to
Could you build your kernel with options DDB and debugging symbols, and
when the kernel drops to the debugger on this panic, copy and past the
stack trace into an e-mail? Alternatively, or perhaps as well, extract
the information with a core. There are some excellent instructions on
generating so
___
/ _|_ _ ___| | __
| |_| | | |/ __| |/ /
| _| |_| | (__| <
|_| \__,_|\___|_|\_\
_ _
_ __ _ _| | |
| '_ \| | | | | |
| |_) | |_| | | |
| .__/ \__,_|_|_|
|_|
_ _
| |__ ___ _ __ _
___
/ _|_ _ ___| | __
| |_| | | |/ __| |/ /
| _| |_| | (__| <
|_| \__,_|\___|_|\_\
_ _
_ __ _ _| | |
| '_ \| | | | | |
| |_) | |_| | | |
| .__/ \__,_|_|_|
|_|
_ _
| |__ ___ _ __ _
___
/ _|_ _ ___| | __
| |_| | | |/ __| |/ /
| _| |_| | (__| <
|_| \__,_|\___|_|\_\
_ _
_ __ _ _| | |
| '_ \| | | | | |
| |_) | |_| | | |
| .__/ \__,_|_|_|
|_|
_ _
| |__ ___ _ __ _
___
/ _|_ _ ___| | __
| |_| | | |/ __| |/ /
| _| |_| | (__| <
|_| \__,_|\___|_|\_\
_ _
_ __ _ _| | |
| '_ \| | | | | |
| |_) | |_| | | |
| .__/ \__,_|_|_|
|_|
_ _
| |__ ___ _ __ _
___
/ _|_ _ ___| | __
| |_| | | |/ __| |/ /
| _| |_| | (__| <
|_| \__,_|\___|_|\_\
_ _
_ __ _ _| | |
| '_ \| | | | | |
| |_) | |_| | | |
| .__/ \__,_|_|_|
|_|
_ _
| |__ ___ _ __ _
Hello,
just in case re@ or a maintainer finds this worhtwhile :
from my /etc/rc.conf :
ifconfig_tap0="lladdr 00:90:27:3f:12:9f"
apm_enable="YES"
apmd_enable="YES"
This gives me in dmesg-a (today's CVS) :
1)
Setting hostname: M.
> module_register: module if_tap already exists!
> Module
On Sunday 01 June 2003 18:45, [EMAIL PROTECTED] wrote:
> Hello,
Hi Arno
>
> just in case re@ or a maintainer finds this worhtwhile :
> 1)
>
> Setting hostname: M.
>
> > module_register: module if_tap already exists!
> > Module if_tap failed to register: 17
> > can't re-use a leaf (if_tap_debug)!
Alexander Leidinger wrote:
On Sun, 1 Jun 2003 09:00:13 -0400 (EDT)
Robert Watson <[EMAIL PROTECTED]> wrote:
Areas requiring immediate testing
I already reported to -current that I wasn't able to umount a msdosfs
slice a while ago (umount failed with "busy" and the slice was still
mounted), last
On Sunday 01 June 2003 18:45, [EMAIL PROTECTED] wrote:
> > module_register: module if_tap already exists!
> > Module if_tap failed to register: 17
> > can't re-use a leaf (if_tap_debug)!
FWIW, same thing happens for if_tun.
--
| Michael Nottebrock| KDE on FreeBSD |
On Sun, 01 Jun 2003 11:46:34 -0600
Scott Long <[EMAIL PROTECTED]> wrote:
> I've mounted many MSDOS filesystems recently without problems. Do have
> any other information about this? Did you verify that there were no
> open vnodes on the filesystem?
I just copied 13 GB from the msdosfs to an ufs
Getting the following message on a buildworld:
mkdep -f .depend -a -I/usr/src/lib/libgeom
/usr/src/lib/libgeom/geom_getxml.c
/usr/src/lib/libgeom/geom_stats.c
/usr/src/lib/libgeom/geom_xml2tree.c
/usr/src/lib/libgeom/geom_ctl.c
/usr/src/lib/libgeom/geom_ctl.c:48:27:
This is already be fixed.
In message <[EMAIL PROTECTED]>, David Magda writes:
>
>Getting the following message on a buildworld:
>
>mkdep -f .depend -a -I/usr/src/lib/libgeom
> /usr/src/lib/libgeom/geom_getxml.c
> /usr/src/lib/libgeom/geom_stats.c
> /usr/src/lib/libgeom/geom_xml2tre
Hi,
is there a specific reason why the i2c modules aren't hooked up to the
build in sys/modules/Makefile?
diff -u -r1.324 Makefile
--- Makefile2003/05/31 18:36:40 1.324
+++ Makefile2003/06/01 19:11:36
@@ -177,6 +177,7 @@
gnufpu \
hea \
hfa \
+ i2c \
Hello
I've rebuilt the kernel with these debug-options, and now I'm
having difficulty reproducing the problem. That was not an issue
before. Everytime I did 'shutdown', it crashed.
Will continue trying. Any suggestions?
Regards
Magnus
--- Robert Watson <[EMAIL PROTECTED]> skrev: > Could you
b
> RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be
> unwise to use it in 5.0 for anything other than experimentation. Hopefully it
> will be fixed before 5.2.
>
Makes one wonder how broken code ever got into the tree in the first place...
Pete
TB --- 2003-06-01 20:12:52 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-01 20:12:52 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-01 20:15:32 - building world
TB --- cd /home
TB --- 2003-06-01 20:15:41 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-01 20:15:41 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-01 20:18:17 - building world
TB
Petri Helenius wrote:
RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be
unwise to use it in 5.0 for anything other than experimentation. Hopefully it
will be fixed before 5.2.
Makes one wonder how broken code ever got into the tree in the first place...
Pete
Just settle
On Sun, 1 Jun 2003, Sheldon Hearn wrote:
> On (2003/06/01 00:50), Daniel Eischen wrote:
>
> > > I just built jdk13 a couple of days ago. No problem whatsoever. You
> > > guys must have rotten karma or something.
> >
> > Did you already have a native JDK installed?
>
> I built the native 1.4.1
FreeBSD-current@
I just tried installing a kernel after compiling May 31st source and
figured I would have to reboot to a lower securelevel, as I'm running
with kern.securelevel set to 2. However, it slipped my mind and i've
noticed it installed anyhow. Has this behavior changed? I thought t
On Sunday 01 June 2003 02:03, Christopher Johnson wrote:
> On Sat, 31 May 2003, Dag-Erling Smorgrav wrote:
> > Daniel Eischen <[EMAIL PROTECTED]> writes:
> > > What are the above error messages? Sorry, I've never been able
> > > to build native java for FreeBSD.
> >
> > # cd /usr/ports/java/jdk13
I think I answered my own question. The kernel isn't installed with
immutable flags to begin with -- So, my question is, why is this? I
thought the advantage of making the kernel immutable was to better
protect the system if root was compromised? I searched the archives
regarding this, but
Just a quick note..
I noticed that packages-5-current directlry just got cleared out.
(I guess a new set of packages is on the way).
(bummer I was just upgrading a package from it :-)
While it was "almost" empty I noticed that there is one
file left dated May 8 in the "All" directory..
Whoever
Personally I think it would make more sense for gdbe init to pull the
sectorsize from the fs for the user. But, I'm not volunteering to write
the code. :)
Doug
--
This .signature sanitized for your protection
___
[EMAIL PROTECTED] mailing list
htt
too late.. you already got it :-)
This brings up a question..
How do we find out who to contact for each mirror etc.?
I notice cvsup14 has been unreachable for a month now..
On Sun, 1 Jun 2003, Julian Elischer wrote:
> Just a quick note..
>
> I noticed that packages-5-current directlry just
On 2003.06.01 14:57:41 -0700, Julian Elischer wrote:
> This brings up a question..
> How do we find out who to contact for each mirror etc.?
In the handbook :)
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs
Hello,
> just in case re@ or a maintainer finds this worhtwhile :
>
> from my /etc/rc.conf :
>
> ifconfig_tap0="lladdr 00:90:27:3f:12:9f"
> apm_enable="YES"
> apmd_enable="YES"
>
> This gives me in dmesg-a (today's CVS) :
>
>
> > > module_register: module if_tap already exists!
> > > Module if_tap failed to register: 17
> > > can't re-use a leaf (if_tap_debug)!
> >
> > tap0: flags=8802 mtu 1500
> > ether 00:90:27:3f:12:9f
> >
> > bit I just compiled if_tap into my kernel, and I nowehere asked
> > explicitl
I've just cvsupped the latest -CURRENT, and it dies on me in
gnu/usr.bin/gperf/doc:
===> gnu/usr.bin/gperf/doc
c++ -O -pipe -std=iso9899:1999
-I/usr/obj/src/FreeBSD/5-CURRENT-ZAPHOD/src/i386/legacy/usr/include
-I/src/FreeBSD/5-CURRENT-ZAPHOD/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
-
Gang,
My fingers have been itching to do this since the day phk@ planted this
idea in my brain (re: cdevsw initialisations). Basically, it changes
the vfsops to use C99 sparse format, just like cdevsw. It removes a lot
of junk default initialisations, and duplication.
Just like phk@ said in his
On Monday, 2 June 2003 at 10:54:06 +0930, Greg 'groggy' Lehey wrote:
> I've just cvsupped the latest -CURRENT, and it dies on me in
> gnu/usr.bin/gperf/doc:
*sigh*
Yes, of course I saw the dialogue between DES and obrien, and the
subsequent commit, so I re-supped and cvs updated and it still
hap
System: i386 P4 5.1-BETA2 (cvsup 06.01.2003.2114CDT)
cd /usr/src
cvsup standard-supfile
make world
.
.
.
cc -O -pipe -mcpu=pentiumpro -elf -Wall -I/usr/src/lib/csu/i386-elf/../common
-I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wstrict-proto
TB --- 2003-06-02 04:00:10 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-02 04:00:10 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-02 04:02:05 - building world
TB --- cd /
TB --- 2003-06-02 04:08:37 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-02 04:08:37 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-02 04:10:30 - building world
TB --- cd /home
TB --- 2003-06-02 04:17:15 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-02 04:17:15 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-02 04:18:50 - building world
TB --- cd /home
In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR.
This causes built $MAKEOBJDIR can use to install the world on other
boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR.
I'm using this patch for months to avoid this situation.
(1) Copy man pages rather than ab
TB --- 2003-06-02 04:25:20 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-02 04:25:20 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-02 04:26:47 - building world
TB --- cd /home
On Mon, Jun 02, 2003 at 02:13:55PM +0900, Jun Kuriyama wrote:
>
> Index: bin/csh/Makefile
> ===
> RCS file: /home/ncvs/src/bin/csh/Makefile,v
> retrieving revision 1.30
> diff -u -r1.30 Makefile
> --- bin/csh/Makefile 2 May 2003 06:3
TB --- 2003-06-02 05:20:34 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-02 05:20:34 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-02 05:22:27 - building world
TB
On Mon, Jun 02, 2003 at 02:13:55PM +0900, Jun Kuriyama wrote:
>
> In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR.
> This causes built $MAKEOBJDIR can use to install the world on other
> boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR.
>
> I'm using this pa
At Sun, 1 Jun 2003 23:33:04 -0700,
David O'Brien wrote:
> I prefer the ln's over cp. Are you sure this is the only reason for the
> same $MAKEOBJDIR requirement? Also, typically one sets MAKEOBJDIRPREFIX,
> not MAKEOBJDIR. Are you sure you're using the right one for what you're
> wanting to do?
I have no apparent problems using the NVIDIA_FreeBSD-1.0-3203 driver,
but under 5.1-BETA I see the following messages, which I assume are
informational only, but I don't really know what it is that they are
trying to "tell me":
Jun 2 01:43:16 freebsd2 syslogd: kernel boot file is /boot/kernel/k
pedantic and Werror together cause problems again... I presume we really
need the quad type here. (or is this one due to a compiler "upgrade"?)
-- Pete
---
===> lib/csu/i386-elf
rm -f .depend
mkdep -f .depend -a-I/usr/src/
On Sun, 01 Jun 2003 11:46:34 -0600
Scott Long <[EMAIL PROTECTED]> wrote:
> I've mounted many MSDOS filesystems recently without problems. Do have
> any other information about this? Did you verify that there were no
> open vnodes on the filesystem?
Simply mounting, reading and umount the fs wor
-snip-
> Monday, 02. June 2003, 09:16:59
> {0} [Magelan:~]
> (6) [EMAIL PROTECTED] # cp /mnt/ftpchroot-test.sh /tmp/
>
> Monday, 02. June 2003, 09:17:12
> {0} [Magelan:~]
> (7) [EMAIL PROTECTED] # umount /tmp
> umount: unmount of /tmp failed: Device busy
>
> Monday, 02. June 2003, 09:17:15
> {1
Hi,
> This is exactly the panic I am seeing on my dual-processor box. My
> current suspicion is that it somehow relates to the same pcb_ext being
> freed twice. I do not need OpenOffice to trigger the bug, on SMP
> configuration it happens all the time.
In the meantime the box did not panic anym
When trying to install python2.3 on either stable or current the python
curses module doesn't build. I get the following compiler complaints:
STABLE (line numbers in brackets are from CURRENT)
/usr/include/ncurses.h:236(289): conflicting types for `wchar_t'
/usr/include/stdlib.h:58(57): previous
On 02 Jun 2003 17:38:28 +1000
Mark Sergeant <[EMAIL PROTECTED]> wrote:
> Umm shouldn't you be trying to umount /mnt ?
I retested this and now used /mnt in the umount invocation... (I
hope I'm awake now.).
It umounts now successfully. I noticed some commits to the vfs layer
between my last kernel
So far I´ve tried asr and aac, both cards end up in kernel panics and/or array
hang in a few minutes (multiple hardware platforms so I don´t think the motherboard
is to blame)
After the bad experience with asr I thought I give aac a try with somewhat similar
results. And asr does not work with >4G
>
> If you rewind to last October, RAIDFrame worked well. Unfortunately,
> some kernel interfaces changed in between now and then and RAIDFrame was
> left behind. I am remis in not fixing it, but please understand that I
> also have quite a few other responsibilities, and I get paid $0 to work
>
On 2003.06.02 11:18:34 +0300, Petri Helenius wrote:
> So far I´ve tried asr and aac, both cards end up in kernel panics and/or array
> hang in a few minutes (multiple hardware platforms so I don´t think the motherboard
> is to blame)
I have an asr based RAID controller (Adaptec 2400A), though it i
On (2003/06/01 23:53), Narvi wrote:
> > The absence of credible Java support in FreeBSD has lost us significant
> > penetration in the past, and it would be disastrous if the perceptions
> > of the past shaped the future.
>
> credible rather sounds like 'comes on the installation cd, doesn't have
Hello,
almost the same here:
FreeBSD jmmr.no-ip.com 5.1-BETA FreeBSD 5.1-BETA #16: Sat May 31 15:51:17 CEST 2003
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/BSD5ROUTER i386
Interesting lines from dmesg:
Preloaded elf module "/boot/kernel/nvidia.ko" at 0xc05cb1f4.
...
nvidia0: mem 0xe400
On Mon, 2 Jun 2003, Jun Kuriyama wrote:
> In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR.
> This causes built $MAKEOBJDIR can use to install the world on other
> boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR.
>
> I'm using this patch for months to avoid t
Alexander Leidinger wrote:
On Sun, 01 Jun 2003 11:46:34 -0600
Scott Long <[EMAIL PROTECTED]> wrote:
I've mounted many MSDOS filesystems recently without problems. Do have
any other information about this? Did you verify that there were no
open vnodes on the filesystem?
I just copied 13 GB from
On Mon, 2 Jun 2003, Sheldon Hearn wrote:
> On (2003/06/01 23:53), Narvi wrote:
>
> > > The absence of credible Java support in FreeBSD has lost us significant
> > > penetration in the past, and it would be disastrous if the perceptions
> > > of the past shaped the future.
> >
> > credible rather
On Mon, Jun 02, 2003 at 11:36:18AM +0300, Petri Helenius
<[EMAIL PROTECTED]> wrote:
> > left behind. I am remis in not fixing it, but please understand
> > that I also have quite a few other responsibilities, and I get
> > paid $0 to work on RAIDframe.
> >
> Not being a native english speaker I p
>
> FreeBSD 5.x series is slowly progressing, but is nowhere near to
> production quality. As the things are currently, you simply waste
> your time.
> This is only my opinion and I don't want to offend anyone.
IMO, software does not magically get better but it must be actively
being used and pr
Actually, I would think it a desirable feature mac support that won't
panic within 24 hours. :-)
I've given up on mac again. Can't have it if it panics on every daily.
:-( What's the plans for dealing with that?
Robert Watson wrote:
This is an automated bi-weekly mailing of the FreeBSD 5.2 open
On Mon, 02 Jun 2003 07:09:44 -0300
"Daniel C. Sobral" <[EMAIL PROTECTED]> wrote:
> > I hadn't any program running with legitimate access to /mnt and I have
> > no program running which accesses a random filesystem path, so no vnodes
> > should have been open then.
>
> Alas, lsof (ports) would be
On Sun, Jun 01, 2003 at 03:00:09PM +0200, Bernd Walter wrote:
> On Sun, Jun 01, 2003 at 02:26:34AM -0700, Luigi Rizzo wrote:
> > On Sun, Jun 01, 2003 at 03:32:56AM +0200, Bernd Walter wrote:
> > ...
> > > :)
> > > And I hoped a programmer who knows the source could find out and fix
> > > very quick
On Mon, 2 Jun 2003, Daniel C. Sobral wrote:
> Actually, I would think it a desirable feature mac support that won't
> panic within 24 hours. :-)
>
> I've given up on mac again. Can't have it if it panics on every daily.
> :-( What's the plans for dealing with that?
Right now I'm aware of one
Hi,
in my service I have one box linux runing openldap with five thousand
accounts. Many servers linux do authentication in this box and everything
is fine. We also use box freebsd 4, however without this feature because
not works nss_ldap in this version. Well, whith the begin of the 5.1, a could
On Mon, Jun 02, 2003 at 12:52:38AM -0300 I heard the voice of
milo, and lo! it spake thus:
>
> I think that change this value can resolv. After one cvsup of current,
> my login and syslogd were compiled again but not works. Then I did one
> attach with gdb in login and I watched that mistake was
79 matches
Mail list logo
