Hi,
I'm running a resent 8.1-Pre (Friday July 2nd), but I've seen this in previous
ones too, make buildworld -j will sometimes fail, or even panic.
when it failes it's usually some 'internal compiler error' or
panic: page fault. The failures I've seen on different hardware, all runing
amd64
On Thu, Jul 08, 2010 at 01:03:12PM +0300, Daniel Braniss wrote:
I'm running a resent 8.1-Pre (Friday July 2nd), but I've seen this in previous
ones too, make buildworld -j will sometimes fail, or even panic.
when it failes it's usually some 'internal compiler error' or
panic: page fault. The
I'm running a resent 8.1-Pre (Friday July 2nd), but I've seen this in previous
ones too, make buildworld -j will sometimes fail, or even panic.
when it failes it's usually some 'internal compiler error' or
panic: page fault. The failures I've seen on different hardware, all runing
amd64
Am 07.07.10 22:52, schrieb Mikhail T.:
07.07.2010 16:34, Randi Harper ???(??):
Attached is the kernel config-file (i386), that worked fine under
7.x. The
kernel-compile will break (some *freebsd7* structs undefined),
without the
COMPAT_FREEBSD7 option. Try it for yourself...
Don't
Hi.
8.0-RELEASE under xen h/w mode.
This is the first time I'm seeing this panic (uptime ~2 weeks).
http://img38.imageshack.us/img38/9681/screenshot1mm.png
Below is transcribed via OCR from a vnc session.
db bt^M
Tracing pid 18908 tid 101404 td 0xc93f9Z40^M
07.07.2010 14:30, Randi Harper написав(ла):
8.
I tried to do an install on one of the systems via netbooting
(pxeload) the disk1-image. It booted, but the sysinstall had to be
started manually and, once started, did not act the same as when
booted off of CD-ROM.
07.07.2010 16:00, Randi Harper написав(ла):
So you're complaining that you have to modify the loader.conf? I
fail to see the problem. This is by design, and isn't a lack of
progress.
Yes, I complain, that I have to modify a loader.conf embedded in a
CD-image. If extracting hundreds of
07.07.2010 16:50, Marcel Moolenaar написав(ла):
Not to mention that if you change uart(4) to create dev entries like sio(4)
after uart(4) has been in the tree for more than 6 years creating ttyu*
entries, you actually introduce a gratuitous change.
If sio and uart could co-exist, then you'd
On Jul 7, 2010, at 5:39 PM, Garrett Cooper wrote:
On Wed, Jul 7, 2010 at 1:17 PM, Mikhail T. mi+t...@aldan.algebra.com wrote:
07.07.2010 14:59, Jeremy Chadwick ???(??):
FREEBSD_COMPAT7 kernel option is, apparently, a requirement (and
thus not an option) -- the kernel-config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/2010 06:54, for whatever Marian Hettwer wrote:
With any major upgrade or release process comes a commitment from the
developers and end-users alike that involves a review, testing release.
The release part on the end-users
On Wed, 7 Jul 2010, Mikhail T. wrote:
07.07.2010 16:00, Randi Harper ???(??):
So you're complaining that you have to modify the loader.conf? I
fail to see the problem. This is by design, and isn't a lack of
progress.
Yes, I complain, that I have to modify a loader.conf
On Wed, Jul 07, 2010 at 04:29:14PM -0400, Mikhail T. wrote:
07.07.2010 16:00, Randi Harper написав(ла):
So you're complaining that you have to modify the loader.conf? I
fail to see the problem. This is by design, and isn't a lack of
progress.
Yes, I complain, that I have to modify a
Hi jhell,
ehm...
Am 08.07.10 14:46, wrote jhell:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/08/2010 06:54, for whatever Marian Hettwer wrote:
I certainly not wrote the text below. That's what, I guess, you wrote.
Your MUA is defect.
And honestly, I don't know why that's a reply to
On Thu, Jul 08, 2010 at 11:08:04AM -0400, Mikhail T. wrote:
08.07.2010 09:53, Jeremy Chadwick написав(ла):
Then don't modify loader.conf. Instead, once the Welcome to FreeBSD!
portion of loader appears, press 6 to shell to the loader prompt
and type:
set vfs.root.mountfrom=ufs:/dev/md0
On 07/08/2010 10:08, Marian Hettwer wrote:
Hi jhell,
ehm...
Am 08.07.10 14:46, wrote jhell:
On 07/08/2010 06:54, for whatever Marian Hettwer wrote:
I certainly not wrote the text below. That's what, I guess, you wrote.
Your MUA is defect.
And honestly, I don't know why that's a reply
On 2010-Jul-07 14:22:22 -0400, Mikhail T. mi+t...@aldan.algebra.com wrote:
In no particular order:
1.
A picture, that one of the systems was displaying at boot (and
then used as a screen-saver), stopped showing properly. The
colors are right, but the picture is distorted
On 07/08/10 17:06, Peter Jeremy wrote:
On 2010-Jul-07 14:22:22 -0400, Mikhail T.mi+t...@aldan.algebra.com wrote:
In no particular order:
1.
A picture, that one of the systems was displaying at boot (and
then used as a screen-saver), stopped showing properly. The
On Thu, Jul 8, 2010 at 2:36 PM, Lucas Holt l...@foolishgames.com wrote:
On 07/08/10 17:06, Peter Jeremy wrote:
On 2010-Jul-07 14:22:22 -0400, Mikhail T.mi+t...@aldan.algebra.com
wrote:
In no particular order:
1.
A picture, that one of the systems was displaying at boot (and
On Thu, Jul 08, 2010 at 02:46:16PM -0700, Freddie Cash wrote:
On Thu, Jul 8, 2010 at 2:36 PM, Lucas Holt l...@foolishgames.com wrote:
On 07/08/10 17:06, Peter Jeremy wrote:
On 2010-Jul-07 14:22:22 -0400, Mikhail T.mi+t...@aldan.algebra.com
wrote:
In no particular order:
1.
Date: Thu, 08 Jul 2010 17:36:17 -0400
From: Lucas Holt l...@foolishgames.com
Sender: owner-freebsd-sta...@freebsd.org
On 07/08/10 17:06, Peter Jeremy wrote:
On 2010-Jul-07 14:22:22 -0400, Mikhail T.mi+t...@aldan.algebra.com
wrote:
In no particular order:
1.
A
On Thu, 8 Jul 2010, Jeremy Chadwick wrote:
With regards to leftover man pages in /usr/share/man/manX, I believe
mergemaster now handles clean-up of those, and probably catX too.
Never has, never will. :) What I actually advocate is 'rm -r
/usr/share/man' before doing installworld. Been
Hi,
I've been seeing quite a bit of ssh bruteforce attacks which appear to
be dictionary-based. That's fine; I have proper measures in place, such
as key-only access, bruteforce tables for PF, and so on; though some of
the attacks are delaying login attempts, bypassing the bruteforce rules,
On 7/8/10 10:24 PM, David Adam wrote:
On Thu, 8 Jul 2010, Glen Barber wrote:
I've been seeing quite a bit of ssh bruteforce attacks which appear to be
dictionary-based. That's fine; I have proper measures in place, such as
key-only access, bruteforce tables for PF, and so on; though some of
On Thu, 8 Jul 2010, Glen Barber wrote:
I've been seeing quite a bit of ssh bruteforce attacks which appear to be
dictionary-based. That's fine; I have proper measures in place, such as
key-only access, bruteforce tables for PF, and so on; though some of the
attacks are delaying login
On Thu, 8 Jul 2010, Glen Barber wrote:
On 7/8/10 10:24 PM, David Adam wrote:
On Thu, 8 Jul 2010, Glen Barber wrote:
What caught my interest is if I attempt to log in from a machine
where I do not have my key or an incorrect key, I see nothing logged
in auth.log about a failed login
On Thu, Jul 08, 2010 at 07:42:15PM -0400, Glen Barber wrote:
...
What caught my interest is if I attempt to log in from a machine where I
do not have my key or an incorrect key, I see nothing logged in auth.log
about a failed login attempt. If I attempt with an invalid username, as
bsdtar is acting differently on a 7.2-stable and 8-stable system.
Test file FreeBSD-8.1-RC2-i386-livefs.iso from
ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.1/
Downloaded onto 8-stable, copied to 7.2-stable machine.
7.2-stable:
# md5 /tmp/FreeBSD-8.1-RC2-i386-livefs.iso
MD5
27 matches
Mail list logo
