Re: xdm broken on current

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

Re: xdm broken on current

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 - [EMA

Re: Vinum out of commission?

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 | UN

Re: xdm broken on current

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

Re: Vinum out of commission?

Greg 'groggy' Lehey <[EMAIL PROTECTED]> writes: > Right. You have created a Vinum drive /dev/da1d, and now you're > trying to tell Vinum to use /dev/da1. Uh, thanks. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current

Re: Vinum out of commission?

On Tuesday, 30 April 2002 at 5:46:13 +0200, Dag-Erling Smorgrav wrote: > On a very recent -CURRENT, I'm unable to create and newfs a vinum > volume: > > #size offsetfstype [fsize bsize bps/cpg] > c: 83800800unused0 0 # (Cyl.0 - 521*) > d:

Vinum out of commission?

On a very recent -CURRENT, I'm unable to create and newfs a vinum volume: root@rsa ~# cat vinum.label # Vinum disk type: SCSI disk: DEC label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 521 sectors/unit: 8380080 rpm: 3600 interleave: 1 track

Re: 3Com 3c905C-TX

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 is slower than 10Mgb :-( > I recently had a similar problem. My switch (Netgear F

Re: ipfilter not broken for me

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 -CU

RE: Using laptop with lid closed

Look at the man pages for acpi, acpicontrol and acpidump. Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Krzysztof Parzyszek Sent: Sunday, April 28, 2002 7:24 PM To: [EMAIL PROTECTED] Subject: Using laptop with lid closed Is there any way to pr

3Com 3c905C-TX

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 is slower than 10Mgb :-( i

Re: ipfilter not broken for me

> 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 IPFi

Re: page fault in _mtx_lock_flags

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-endia

4.x boxes can now build 5.0 releases!

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 2>&1 : export MAKEOBJDIRPREFIX=/data/ru/obj : cd release || exit 1 : make -f ../../src-5/release/Makef

Re: xdm broken on current

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 configur

Re: xdm broken on current

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/

Re: page fault in _mtx_lock_flags

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 cr

Re: xdm broken on current

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 =

Re: xdm broken on current

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 t

Re: page fault in _mtx_lock_flags

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

Re: new french calendar(1) breaks installword

> 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!) Davi

new french calendar(1) breaks installword

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 whe

Je considère cela comme.

Warning Unable to process data: multipart/mixed;boundary="=_NextPart_000_00DD_016503AE.1403AE10"

[no subject]

subscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: 3com 3cxfe575bt

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

Re: building -current on -stable broken?

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