On Sun, Apr 28, 2002 at 10:27:10PM -0600, Kenneth D. Merry wrote:
I'm trying to build -current from today (4/28/2002) on a -stable box with a
kernel/world from April 25th.
It blows up in xlint:
==
cc -O -pipe
In message: [EMAIL PROTECTED]
David Hill [EMAIL PROTECTED] writes:
: Does -CURRENT currently support the 3com 3cxfe575bt cardbus pc card?
Yes.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00DD_016503AE.1403AE10
The commit was done abot 11 hours ago, but it was incomplete: the
directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error
message:
=== usr.bin/calendar
install -c -o root -g wheel -m 444 /usr/src/usr.bin/calendar/calendars/calendar.*
/usr/share/calendar
install -c -o root -g
The commit was done abot 11 hours ago, but it was incomplete: the
directory calendars/fr_FR.ISO_8859-1 does not exist. Here is the error
message:
Sorry about that - I think I've fixed the problem now.
(Two breaks in one day - that will teach me to commit stuff late at night!)
David.
On 29-Apr-2002 Robert Watson wrote:
If I apply the attached diff to the kern_malloc.c, backing out a portion
of kern_malloc.c:1.99, the rate of panics plummets. Previously, I could
have a box panic within five minutes of getting the crash boxes spinning.
Now I've been going for about 40
On 27-Apr-2002 Dag-Erling Smorgrav wrote:
John Baldwin [EMAIL PROTECTED] writes:
Please back out revision 1.3 of src/etc/pam.d/xdm since it breaks xdm.
xdm core dumps with a signal 6 if there is no session management
configured for it in PAM. Obviously this commmit wasn't actually tested
John Baldwin [EMAIL PROTECTED] writes:
ldd `which xdm`
/usr/X11R6/bin/xdm:
libXpm.so.4 = /usr/X11R6/lib/libXpm.so.4 (0x2807e000)
libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x2808c000)
libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x280a1000)
libSM.so.6 =
On Mon, 29 Apr 2002, John Baldwin wrote:
On 29-Apr-2002 Robert Watson wrote:
If I apply the attached diff to the kern_malloc.c, backing out a portion
of kern_malloc.c:1.99, the rate of panics plummets. Previously, I could
have a box panic within five minutes of getting the crash
With these two fixes (now committed), my 4.5-STABLE dual-CPU
i386 SMP box has just successfully built 5.0-CURRENT release:
: # pwd
: /data/ru/src-4
: # cat mkrel.sh
: #!/bin/sh
: exec mkrel.log 21
: export MAKEOBJDIRPREFIX=/data/ru/obj
: cd release || exit 1
: make -f
On 29-Apr-2002 Dag-Erling Smorgrav wrote:
John Baldwin [EMAIL PROTECTED] writes:
ldd `which xdm`
/usr/X11R6/bin/xdm:
libXpm.so.4 = /usr/X11R6/lib/libXpm.so.4 (0x2807e000)
libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x2808c000)
libXt.so.6 = /usr/X11R6/lib/libXt.so.6
John Baldwin [EMAIL PROTECTED] writes:
Ah, so the bug is my binary is too old and is linked against the wrong PAM.
Ok, my bad then.
Well, yes and no. There is a bug in xdm which is exposed by the
combination of Linux-PAM and FreeBSD's stock PAM configuration. A
slightly different
On Sat, Apr 27, 2002 at 04:01:28PM +1000, Darren Reed wrote:
In some email I received from Doug Barton, sie wrote:
On Fri, 26 Apr 2002, Ruslan Ermilov wrote:
=20
I tested this on i386 only with 2 days old -CURRENT (today's is
broken due to the import of latest IPFilter suite)
John Baldwin [EMAIL PROTECTED] writes:
On 28-Apr-2002 Robert Watson wrote:
db trace
_mtx_lock_flags(79747473,0,c03cb862,e3) at _mtx_lock_flags+0x42
Same here. See the first arg which is supposed to be a mutex pointer.
ytts
stty, actually, since the i386 is little-endian.
DES
--
On Mon, Apr 29, 2002 at 17:45:05 +0100, Brian Somers wrote:
On Sat, Apr 27, 2002 at 04:01:28PM +1000, Darren Reed wrote:
In some email I received from Doug Barton, sie wrote:
On Fri, 26 Apr 2002, Ruslan Ermilov wrote:
=20
I tested this on i386 only with 2 days old -CURRENT (today's is
sorry for the cross posting, but this is true for both, stable and current.
the onboard ethernet (the motherboard is a tyan tiger dual MPX)
xl0: 3Com 3c905C-TX Fast Etherlink XL port 0x3000-0x307f mem
0xfa001000-0xfa00107f irq 5 at device 8.0 on pci2
at 100baseTX full-duplex is slower than
On Mon, 29 Apr 2002 20:08:02 +0300
Danny Braniss [EMAIL PROTECTED] wrote:
xl0: 3Com 3c905C-TX Fast Etherlink XL port 0x3000-0x307f mem
0xfa001000-0xfa00107f irq 5 at device 8.0 on pci2
at 100baseTX full-duplex is slower than 10Mgb :-(
I recently had a similar problem. My switch
Is there any chance that this can be fixed in such a way that 3rd
party binaries, like the xdm which comes with X as distributed by
xfree86.org will work OOB? Breaking binary compat will be a fairly big
obstacle for adoption of 5.x we have a hard enough time getting
vendors to support
In message [EMAIL PROTECTED], Greg 'groggy' Lehey w
rites:
This is a non-GEOM kernel - GEOM wouldn't even let me disklabel the
drives.
That doesn't surprise me. You might ask phk how he proposes to
address that issue.
This is ongoing work in GEOM.
--
Poul-Henning Kamp | UNIX since
Doug Barton [EMAIL PROTECTED] writes:
Is there any chance that this can be fixed in such a way that 3rd
party binaries, like the xdm which comes with X as distributed by
xfree86.org will work OOB?
Yes, please see my last commit to etc/pam.d/other.
DES
--
Dag-Erling Smorgrav - [EMAIL
On 30 Apr 2002, Dag-Erling Smorgrav wrote:
Doug Barton [EMAIL PROTECTED] writes:
Is there any chance that this can be fixed in such a way that 3rd
party binaries, like the xdm which comes with X as distributed by
xfree86.org will work OOB?
Yes, please see my last commit to
22 matches
Mail list logo
