Mike Jakubik schrieb:
I can compile an amd64 kernel just fine without the option COMPAT_43,
but not i386. Why is this?
/usr/src/sys/modules/linux/../../i386/linux/linux_sysvec.c:36:2: #error
"Unable to compile Linux-emulator due to missing COMPAT_43 option!"
mkdep: compile failed
I don't wan
Dmitry Morozovsky schrieb:
BK> cat /tftpdroot/boot/loader.conf
none
Then loader.conf of your NFS root.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PR
On Tue, 9 May 2006, Dmitry Morozovsky wrote:
DM> Colleagues,
DM>
DM> ${SUBJ} says almost all. PXEboot leads to
DM>
DM> Can't work out which disk we are booting from.
DM>
DM> error.
DM>
DM> Ungzipping /boot/mfsroot.gz helps
This was too early positive. It does not help, as unzipped mfsroot is
Pieter de Goeje wrote:
Hi Mark,
On Wednesday 10 May 2006 00:51, Mark Kirkwood wrote:
Just updated another box to 6.1-STABLE, and yes I did 'return' though
it. The reason being mergemaster -p wanted to patch my group file to
remove all the additions (i.e, useful groups and group -> user
associat
On May 9, 2006, at 7:03 PM, Pieter de Goeje wrote:
Hi Mark,
On Wednesday 10 May 2006 00:51, Mark Kirkwood wrote:
Doug White wrote:
On Sat, 6 May 2006, Mark Kirkwood wrote:
I found that installworld stops, because the 'audit' group has
not been
created. Now I just pressed 'return' for the d
Hi Mark,
On Wednesday 10 May 2006 00:51, Mark Kirkwood wrote:
> Doug White wrote:
> > On Sat, 6 May 2006, Mark Kirkwood wrote:
> >> I found that installworld stops, because the 'audit' group has not been
> >> created. Now I just pressed 'return' for the default actions during
> >> mergemaster -p,
Doug White wrote:
On Sat, 6 May 2006, Mark Kirkwood wrote:
I found that installworld stops, because the 'audit' group has not been
created. Now I just pressed 'return' for the default actions during
mergemaster -p, but I didn't notice any mention of the audit group.
The default action is to d
On Monday 08 May 2006 12:48, Sam Leffler wrote:
> If I had intended stable users to try this code I would have:
>
> 1. posted to stable@
> 2. provided specific changes for those users (e.g. a patch)
>
> You will note my initial post about a new hal was done to both mailing
> lists. I did not post
6.1 STABLE amd64
The last messages is:
Device configuration finished.
procfs registered
linprocfs registered
lapic: Divisior 2, Frecuency 99710124hz
Timecounters "TSC" frecuency 1794793456 Hz quality 800
Timecounters tick every 1.000 msec
module_register_init: MOD_LOAD (arm_linux, 0x80620
6.1 STABLE amd64
The last messages is:
Device configuration finished.
procfs registered
linprocfs registered
lapic: Divisior 2, Frecuency 99710124hz
Timecounters "TSC" frecuency 1794793456 Hz quality 800
Timecounters tick every 1.000 msec
module_register_init: MOD_LOAD (arm_linux, 0x80620
On Tue, 9 May 2006, Jonathan Noack wrote:
Not to beat an off-topic horse, but...
When I switched from Courier IMAP to Dovecot, I saw a huge increase in
performance. Dovecot uses index files that prevent it from having to
continually scan a mailbox for every request. For my largest folders
Mike Jakubik wrote:
jason wrote:
I'm trying to get imap-uw built on 5.4-RELEASE so that it wil allow
plaintext logins. (All connections will be from localhost so I'm not
concerned with SSL) But it doesn't want to behave itself. I've tried
building it this way:
This belongs more on the por
jason wrote:
I'm trying to get imap-uw built on 5.4-RELEASE so that it wil allow
plaintext logins. (All connections will be from localhost so I'm not
concerned with SSL) But it doesn't want to behave itself. I've tried
building it this way:
This belongs more on the ports mailing list, no
I'm trying to get imap-uw built on 5.4-RELEASE so that it wil allow
plaintext logins. (All connections will be from localhost so I'm not
concerned with SSL) But it doesn't want to behave itself. I've tried
building it this way:
# cd /usr/ports/mail/imap-uw
# make -DWITH_SSL_AND_PLAINTEXT
On Tue, 9 May 2006, Bj?rn K?nig wrote:
BK> > ${SUBJ} says almost all. PXEboot leads to
BK> > Can't work out which disk we are booting from.
BK> >
BK> > error.
BK> >
BK> > Ungzipping /boot/mfsroot.gz helps
BK>
BK> Hello Dmitry,
BK>
BK> I can't report any problems regarding this with 6.0-RELEAS
Dmitry Morozovsky schrieb:
Colleagues,
${SUBJ} says almost all. PXEboot leads to
Can't work out which disk we are booting from.
error.
Ungzipping /boot/mfsroot.gz helps
Hello Dmitry,
I can't report any problems regarding this with 6.0-RELEASE. Can you
show me
find /tftproot -type f
Colleagues,
${SUBJ} says almost all. PXEboot leads to
Can't work out which disk we are booting from.
error.
Ungzipping /boot/mfsroot.gz helps
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
---
I can compile an amd64 kernel just fine without the option COMPAT_43,
but not i386. Why is this?
/usr/src/sys/modules/linux/../../i386/linux/linux_sysvec.c:36:2: #error
"Unable to compile Linux-emulator due to missing COMPAT_43 option!"
mkdep: compile failed
I don't want or need the Linux-emu
On 5/9/06, Alejandro Ruiz Robles <[EMAIL PROTECTED]> wrote:
Thank for your help, the problem is after to select installation default,
whitout acpi or safe mode, in all cases the boot loader crashing after the
next message:
in 6.1 stable
module_register_init: MOD_LOAD (arm_linux, 0x80620
On 5/9/06, Alejandro Ruiz Robles <[EMAIL PROTECTED]> wrote:
Thank you for your help.
I try to do that, but i get the same problem.
now the error is:
module_register_init: MOD_LOAD (arm_linux, 0x806205d0, 0) error 6
after that the installation is stopped.
I get this same error when I
Thank for your help, the problem is after to select installation default,
whitout acpi or safe mode, in all cases the boot loader crashing after the
next message:
in 6.1 stable
module_register_init: MOD_LOAD (arm_linux, 0x806205d0, 0) error 6
in 6.0 stable
timecounters tick every 1000
Thank for your help, the problem is after to select installation default,
whitout acpi or safe mode, in all cases the boot loader crashing after the
next message:
in 6.1 stable
module_register_init: MOD_LOAD (arm_linux, 0x806205d0, 0) error 6
in 6.0 stable
timecounters tick every 1000
Brian Szymanski writes:
| kldload amr_linux did the trick for me, thanks!
Good to hear. You might want to look at megarc and megamonitor for Linux.
Hopefully, LSI updated megamonitor to fix the share memory leak or it
will exit in about 1/2 hour on FreeBSD since we don't allow us much
shared memo
kldload amr_linux did the trick for me, thanks!
Cheers,
B
> Boris Samorodov writes:
> | On Tue, 9 May 2006 12:37:43 -0400 (EDT) Brian Szymanski wrote:
> | > PS - mknod c 254 /compat/linux/dev/megadev0 (which is what the device
> is
> | > under linux) doesn't help :(
> |
> | I't only my imho, use
Boris Samorodov writes:
| On Tue, 9 May 2006 12:37:43 -0400 (EDT) Brian Szymanski wrote:
| > PS - mknod c 254 /compat/linux/dev/megadev0 (which is what the device is
| > under linux) doesn't help :(
|
| I't only my imho, use it with care:
|
| # cd /dev
| # ln -s amr0 megadev0
Nope, it needs to s
Thank you for your help.
I try to do that, but i get the same problem.
now the error is:
module_register_init: MOD_LOAD (arm_linux, 0x806205d0, 0) error 6
after that the installation is stopped.
I try to with 6.1 STABLE and get the same problem.
El Martes, 9 de Mayo de 2006 09:18, Sco
On Tue, 9 May 2006 12:37:43 -0400 (EDT) Brian Szymanski wrote:
> PS - mknod c 254 /compat/linux/dev/megadev0 (which is what the device is
> under linux) doesn't help :(
I't only my imho, use it with care:
# cd /dev
# ln -s amr0 megadev0
> >> On Tue, 9 May 2006 10:15:31 -0400 (EDT) Brian Szymans
PS - mknod c 254 /compat/linux/dev/megadev0 (which is what the device is
under linux) doesn't help :(
>
>> On Tue, 9 May 2006 10:15:31 -0400 (EDT) Brian Szymanski wrote:
>>
>>> Oh, duh, it's been so long since I used linux binary emulation that I
>>> forgot all about brandelf... Thanks Michael!
>>
> On Tue, 9 May 2006 10:15:31 -0400 (EDT) Brian Szymanski wrote:
>
>> Oh, duh, it's been so long since I used linux binary emulation that I
>> forgot all about brandelf... Thanks Michael!
>
>> ... But now that the binary is properly branded, I get a different
>> error:
>> Error opening terminal:
On Tue, 9 May 2006 10:15:31 -0400 (EDT) Brian Szymanski wrote:
> Oh, duh, it's been so long since I used linux binary emulation that I
> forgot all about brandelf... Thanks Michael!
> ... But now that the binary is properly branded, I get a different error:
> Error opening terminal: xterm.
> I
Brian Szymanski wrote:
> Oh, duh, it's been so long since I used linux binary emulation that I
> forgot all about brandelf... Thanks Michael!
>
> ... But now that the binary is properly branded, I get a different error:
> Error opening terminal: xterm.
> I get the same error for xterm-color, con
On 5/9/06, Scot Hetzel <[EMAIL PROTECTED]> wrote:
On 5/9/06, Alejandro Ruiz Robles <[EMAIL PROTECTED]> wrote:
> No, but i will install 6.1 STABLE
>
> thank you
>
> El Lunes, 8 de Mayo de 2006 20:31, Mike Jakubik escribió:
> > Alejandro Ruiz Robles wrote:
> > > I can't install freebsd 6.0 STABLE a
Oh, duh, it's been so long since I used linux binary emulation that I
forgot all about brandelf... Thanks Michael!
... But now that the binary is properly branded, I get a different error:
Error opening terminal: xterm.
I get the same error for xterm-color, cons25, vt220, and everything else
I'v
On 5/9/06, Alejandro Ruiz Robles <[EMAIL PROTECTED]> wrote:
No, but i will install 6.1 STABLE
thank you
El Lunes, 8 de Mayo de 2006 20:31, Mike Jakubik escribió:
> Alejandro Ruiz Robles wrote:
> > I can't install freebsd 6.0 STABLE amd64 on my notebook:
>
> Have you tried 6.1-RC2?
>
As Mike h
Brian Szymanski wrote:
> Hi...
>
> I saw this in the 6.1 release notes and eagerly upgraded:
> "The amr(4) driver now supports ioctl(2) requests necessary for Linux
> LSI MegaRaid tools on FreeBSD's Linux emulation environment."
>
> However, when I pulled over a megamgr.bin binary from a linu
At 11:19 PM 08/05/2006, Scott Long wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It is my great pleasure and privilege to announce the availability of
FreeBSD 6.1-RELEASE. This release is the next step in the development
of the 6.X branch, delivering several performance improvements, man
Hi...
I saw this in the 6.1 release notes and eagerly upgraded:
"The amr(4) driver now supports ioctl(2) requests necessary for Linux
LSI MegaRaid tools on FreeBSD's Linux emulation environment."
However, when I pulled over a megamgr.bin binary from a linux machine, and
try to execute it on m
No, but i will install 6.1 STABLE
thank you
El Lunes, 8 de Mayo de 2006 20:31, Mike Jakubik escribió:
> Alejandro Ruiz Robles wrote:
> > I can't install freebsd 6.0 STABLE amd64 on my notebook:
>
> Have you tried 6.1-RC2?
>
> ___
> freebsd-stable@freebs
On May 9, 2006, at 12:56 , Hans Lambermont wrote:
David Wolfskill wrote:
On Mon, May 08, 2006 at 02:29:23PM +0200, Scott Harrison wrote:
I have some 4.x servers that I would like to upgrade to 5.x, and
perhaps 6.x. However, I do not have any local access to these
machines. I can ss
Hi!
On Mon, Apr 03, 2006 at 11:56:13PM +0100, Robert Watson wrote:
> >>This is why it's disabled by default, and the jail documentation
> >>specifically advises of this possibility. Excerpt below.
> >
> >Ah, I see, glad to see it's accurately documented.
>
> As it has been for the last five ye
David Wolfskill wrote:
> On Mon, May 08, 2006 at 02:29:23PM +0200, Scott Harrison wrote:
>> I have some 4.x servers that I would like to upgrade to 5.x, and
>> perhaps 6.x. However, I do not have any local access to these
>> machines. I can ssh into them only. I would like to know whet
Hi!
On Wed, Mar 15, 2006 at 04:27:13PM -0500, Scott Robbins wrote:
> On Wed, Mar 15, 2006 at 12:51:50PM -0800, David Wolfskill wrote:
> > I'm running:
> >
> >
> > I just tried it again, using a different brand of media, and also got:
> >
> > localhost(6.1-P)[22] sudo burncd -s max -f /dev/acd0
42 matches
Mail list logo
