Dmitry Pryanishnikov wrote:
Well, have you seen my simple performance benchmarking RELENG_4 vs 6?
IMHO it mimics quote common usage pattern: it just downloads a large file
with 10Mbps rate and stores it on UFS filesystem. On the same hardware
(i386 uniprocessor Celeron-333 system with 128Mb
Oliver Fromme wrote:
acpi: bad write to port 0x080 (32), val ...
...
Do I have to worry? So far it doesn't seem to cause any
harm.
It's probably just a buggy BIOS, see:
http://lists.freebsd.org/pipermail/freebsd-acpi/2006-June/002890.html
___
[Max, did you really direct your reply to [EMAIL PROTECTED] instead
of [EMAIL PROTECTED]? Probably pushed the wrong button...]
On 2005-08-10 at 23:33:29 Max Laier wrote:
As for the request itself. As for
the request itself, I am very reluctant to take manpages off the vendor
branch too much
I've been trying the 6.0 BETA's on several machines, and I've seen a
lot of them crashing during the BTX loader from CD. Usually it just
fills up the screen endlessly with scrolling BTX exception messages,
which alas makes these messages unreadable (and thus no hand copying
possible!). This can
On 2005-09-17 at 06:45:51 Derek wrote:
P.S: I just tried 5.4-RELEASE on the same X41, and BTX crashes there
too... :(
I've seen these identical systems on earlier versions, and documented as
much as I could in:
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72960
Actually, it's more like
[redirecting to -stable, where this belongs]
lee sheng wrote:
I'm trying to have clean install FreeBSD 6.0 released in my X41 thinkpad by
using the cd, however I have problem while booting it in thinkpad X41 when I
load it using usb combo drive. The BTX loader keeps looping and halted
someway
Michael Nottebrock wrote:
I recently started to get failure notices from [EMAIL PROTECTED] when I
post on the freebsd-stable mailing list.
Same here.
What is that all about? Is somebody redirecting all mail on the list to a
blog
via post-by-mail?
I guess something auto-posts FreeBSD
Dimitry Andric wrote:
Michael Nottebrock wrote:
What is that all about? Is somebody redirecting all mail on the list to a
blog
via post-by-mail?
I guess something auto-posts FreeBSD mailing list posts to some blog
hosted at blogger.com.
I found this in the blogger.com FAQ: The Mail
Mark Andrews wrote:
What would be really interesting to know is what they expect
the customers to find using this suffix.
My bet is that this really is just a configuration error on
their part.
As is often said: Never attribute to malice what can adequately be
Oliver Fromme wrote:
What does stuttering mean? Is it similar to sendmail's
greet_pause feature?
See here:
http://www.ualberta.ca/~beck/nycbug06/spamd/mgp00014.html
___
freebsd-stable@freebsd.org mailing list
Hi,
I just updated one of my machines from RELENG_6 as of 2006-11-03, to
RELENG_6 as of 2006-12-29. This caused the IPv6 tunnel which this box
uses, which had been doing fine for months, to suddenly stop working.
Reverting to my 2006-11-03 kernel restored the tunnel again, so my ISP
could be
Henrik Brix Andersen wrote:
On Sat, Dec 30, 2006 at 02:56:35AM +0100, Dimitry Andric wrote:
For some reason, the ifconfig command now fails to create the proper
routing table entries. With the 2006-11-03 kernel, if I configure my
gif0 tunnel as follows:
ifconfig gif0 create
ifconfig gif0
Sean C. Farley wrote:
I just updated one of my machines from RELENG_6 as of 2006-11-03, to
RELENG_6 as of 2006-12-29. This caused the IPv6 tunnel which this box
uses, which had been doing fine for months, to suddenly stop working.
...
For some reason, the ifconfig command now fails to create
Jo Rhett wrote:
Sysinstall recognized the drive properly and everything looked dandy
during install. However, it turns out that fdisk and bsdlabel both just
chopped off the last partition at 248GB. (why 248gb and not 2tb?)
Wrapping around 2 TiB, probably.
Bruce A. Mah wrote:
I remember Dimitry Andric reported the same problem on -stable on 30
Dec, and after he reverted rev.1.48.2.16 it worked fine again. Do
you have the symptom even on 6.2-RELEASE? Since RELENG_6_2_0_RELEASE
did not have the change, I thought there was no problem
Bruce A. Mah wrote:
and later I found out it was caused by commit 1.48.2.16:
http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031853.html
This isn't consistent with what I'm finding. For one thing, rev.
1.48.2.16 of nd6.c isn't in 6.2-RELEASE but I saw the problem there
Bruce A. Mah wrote:
Just to confirm, you're dealing with a gif(4) interface with an
explicitly-configured destination address and a 128-bit prefixlen, yes?
Yes. The specific line in my rc.conf is:
ipv6_ifconfig_gif0=2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 prefixlen 128
Maybe
there is
Chris H. wrote:
I've noticed building kernels, that since v. = 5 that during
the phase 2/3 all the lines echoed to the screen contain:
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 ...
See /usr/share/examples/etc/make.conf.
As Pentium have been the norm for many years now, why aren't
these
Bruce A. Mah wrote:
I've convinced myself that this problem needs to be tested in isolation
(i.e. you have complete control over both ends of the tunnel) because
incoming packets over the tunnel cause the host route to get added
automatically if it wasn't there already.
After reading the
JINMEI Tatuya / 神明達哉 wrote:
Confirmed. I've updated the machine on which I originally had this
problem to -STABLE as of today, and the problem has disappeared.
I thought it was also planned to be incorporated to RELENG_6_2, right?
I'm not sure if non-security related fixes are considered
On 2005-04-07 at 12:19:27 Danny Braniss wrote:
Am I the only one seing this:
...
FreeBSD shuttle-2 5.4-STABLE FreeBSD 5.4-STABLE #5: ...
No, everybody following RELENG_5 sees it. This is normal when a
release is branched. See also:
to recompile your heimdal port. OpenSSL has been
updated in the base system (as you can read in /usr/src/UPDATING :).
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
Lbh whfg ivbyngrq gur QZPN naq jvyy
On 2004-11-05 at 02:29:34 zen wrote:
my problems are when i run ipfstat -t the source and destination ips
are all zero.
==snip==
ipf: IP Filter: v3.4.31 (336)
Kernel: IP Filter: v3.4.35
There's your problem: your userland is out of sync with your kernel.
Just rebuild your system (i.e. kernel
On 2004-11-05 at 19:12:17 Derkjan de Haan wrote:
I don't think that's the case here. I'm using a recent 4-stable and I'm
seeing the same:
ipf: IP Filter: v3.4.31 (336)
Kernel: IP Filter: v3.4.35
Hm, now that you said this, I was reminded of the following threads:
On 2004-11-09 at 20:00:57 Joan Picanyol wrote:
=== games/fortune/strfile
...
sh /usr/src/tools/install.sh -o root -g wheel -m 555 strfile
/usr/obj/usr/src/i386/legacy/usr/games
install: /usr/obj/usr/src/i386/legacy/usr/games/strfile:
chown/chgrp: Operation not permitted
*** Error code 71
On 2004-12-05 at 17:17:28 alex bustamante wrote:
Read somewhere that FreeBSD has some problems with threading and mysql.
Has this been fixed in 5.x?
Somewhere, some problems might sometimes be fixed, so maybe this could
be the case. Unless someone gives exact specifications, someone can
never
On 2005-01-29 at 21:24:25 Anton Berezin wrote:
Unless I hear too many cries don't do that (with justification), I
plan to not create any perl symlinks in /usr/bin in the forthcoming
upgrade of both lang/perl5.8 (to 5.8.6) and lang/perl5 (to 5.6.2). This
will ONLY be true for FreeBSD 5.X and
Kevin Lamothe wrote:
In file included from
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_alloc.cc:37:
/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20:
unwind.h: No such file or directory
--snip--
The contents of my make.conf
Hi,
I believe this MFC commit:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/libi386/comconsole.c?rev=1.10.10.1content-type=text/x-cvsweb-markup
broke the speed-setting of the serial console at boot time, for RELENG_6.
At least for me, it doesn't set the speed to 115200 (as specified
Dimitry Andric wrote:
whereas in the previous version it was set (hardcoded) to COMSPEED,
which in its turn came from BOOT_COMCONSOLE_SPEED in
boot/i386/libi386/Makefile.
Anyone know of a way to restore the old behaviour? I'll experiment here
with reverting the comconsole.c file
Ed Maste wrote:
The way this is supposed to work is that you can put -Sspeed
in /boot.config, which gets used by boot2, and the loader then
detects that the serial console is already in use and defaults
to the existing speed.
Ah, I didn't try that yet. However, I would expect that the
Ed Maste wrote:
What's in your /boot.config?
In my case, I use -P, because I usually don't have a keyboard hooked up,
but ocasionally do use it. Additionally, I had console=comconsole in
my /boot/loader.conf. However, commenting that out doesn't help either.
I guess the -P option causes the
Ian Dowse wrote:
The problem may be that your boot blocks were compiled with
BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g.
`disklabel -B ad0s1' (make sure you get the right device name -
it should be the slice that you boot from).
Okay, but why did 4.x through 5.x through
Ian Dowse wrote:
Okay, but why did 4.x through 5.x through 6.x (these have all been on
this particular machine) always boot with 115200 until now? :)
They probably used 9600 for the boot blocks, and then switched to
115200 when /boot/loader started, so you didn't notice. Now the
settings
Ed Maste wrote:
Okay, but why did 4.x through 5.x through 6.x (these have all been on
this particular machine) always boot with 115200 until now? :)
Because now the loader has new behaviour of using the existing speed
if the previous stage indicates a serial port is in use, instead
of
Ian Dowse wrote:
The problem may be that your boot blocks were compiled with
BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g.
`disklabel -B ad0s1' (make sure you get the right device name -
it should be the slice that you boot from).
Argh, shouldn't have done this without
Ed Maste wrote:
So I suspect that the following happens when you boot:
- your BIOS sets the serial port to 9600
Yes.
- boot0 does nothing with the serial pot
I'm using 'dangerously dedicated' disks, so it's only boot[12] that is used.
- boot1/2 reads the -P in /boot.config and detects no
Ruslan Ermilov wrote:
That's why installing 115200 baud boot blocks is still the better
solution for me; my BIOS doesn't have any possibility to set the COM
port speeds...
The best for you would be to add -S115200 in /boot.config, after
reinstalling new boot blocks (bsdlabel -B), and throw
Albert Shih wrote:
/usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute binary
file
/usr/local/matlab-14/bin/glnx86/MATLAB: error while loading shared libraries:
/usr/lib/libtermcap.so: ELF file OS ABI invalid
But I've compile the kernel with linux option and maple (other
Nikolas Britton wrote:
What happen to 'loader_color=YES' if FreeBSD 6.x?
If you put this in loader.conf it would make a color daemon in the boot menu.
Read /etc/defaults/loader.conf:
loader_logo=fbsdbw # Desired logo: fbsdbw, beastiebw, beastie, none
e.g. beastie means the color
Nikolas Britton wrote:
mount_smbfs: unable to open connection: syserr = Authentication error
What does your syslog say? Maybe you can check this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=93458
___
freebsd-stable@freebsd.org mailing list
David Rhodus wrote:
How does this work ?
client# ping 3645219926
PING 3645219926 (217.69.164.86): 56 data bytes
Read man inet_aton(3), section INTERNET ADDRESSES.
___
freebsd-stable@freebsd.org mailing list
Balgansuren Batsukh wrote:
Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB
CDROM drive on Lenovo X60.
It give kind of assembler code non-stop flow over screen.
This is a well-known issue with the USB support of some BIOSes (these
days, actually most of them). The BIOS
Andreas Rudisch wrote:
or try the boot floopies:
ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/floppies/
ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/7.0-BETA2/floppies/
There's no floppy drive in the X series ThinkPads, so you'll end up
using an USB floppy drive. This will
Clint Olsen wrote:
I attempted to just do a binary upgrade, assuming that I botched the source
upgrade somehow. After installing FreeBSD 6.2-RELEASE, I was left with a
system that would not boot (similar errors on boot as before).
Any chance you could post some of these error messages? And
Abdullah Ibn Hamad Al-Marri wrote:
link_elf: symbol msleep undefined
^^^
KLD file acpi.ko - could not finalize loading
^
Perhaps kldxref failed when you installed this kernel? Or possibly you
have an outdated
Abdullah Ibn Hamad Al-Marri wrote:
find /boot -type f -name 'acpi*.ko'
/boot/modules/acpi.ko
/boot/modules/acpi_asus.ko
/boot/modules/acpi_panasonic.ko
/boot/modules/acpi_toshiba.ko
/boot/modules/acpi_video.ko
/boot/modules/acpi_fujitsu.ko
/boot/modules/acpi_ibm.ko
/boot/modules/acpi_sony.ko
On 2009-02-19 13:21, Stephen Clark wrote:
(II) Loading /usr/local/lib/xorg/modules/extensions//vnc.so
dlopen: /usr/local/lib/xorg/modules/extensions//vnc.so: Undefined symbol
NumCurrentSelections
This is a VNC problem, it uses an old API which has been removed in
newer X.org servers:
On 2009-03-24 07:30, Mikhail T. wrote:
dump a0f - /old | restore -rf -
[...]
DUMP: 17.25% done, finished in 3:27 at Tue Mar 24 05:42:00 2009
DUMP: 20.36% done, finished in 3:09 at Tue Mar 24 05:28:13 2009
DUMP: 23.83% done, finished in 2:50 at Tue Mar 24 05:14:32
On 2009-03-25 20:18, Barry Pederson wrote:
Is there any reason not to skip labeling/partitioning and use da1
directly? Just newfs it and mount it. I've done this with a couple
large Areca arrays with no ill effect so far.
As long as you aren't going to run e.g. Windows dual-boot. ;-)
On 2009-03-30 23:23, Bruce Cran wrote:
I've noticed that if I fill the input buffer at the loader prompt on
7-STABLE I get panic with a guard page failure. From what I can see
the loader uses the ngets function in src/lib/libstand/gets.c with a
buffer of size of 256. If I print out the value
On 2009-04-12 02:04, Raul wrote:
As a side note, isc-dhcp30-server port doesn't like the new jail stuff
Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=131515 for a
possible fix.
___
freebsd-stable@freebsd.org mailing list
On 2009-05-15 18:42, Vlad GALU wrote:
All in subject. I could see the particular line where install is
called on the newly built copy, but even though the system copy's file
flags are cleared (noschg), the overwriting fails. I managed to
overwrite it by (cp -f)-ing) the fresh copy over the old
On 2009-05-15 22:25, Vlad GALU wrote:
called on the newly built copy, but even though the system copy's file
flags are cleared (noschg), the overwriting fails. I managed to
overwrite it by (cp -f)-ing) the fresh copy over the old one.
Are you running in single-user mode during installworld?
On 2009-05-16 02:02, Kip Macy wrote:
I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
The standard disclaimers apply. This has only been lightly tested in a
VM. Please do not use it with data you care about at this
On 2009-05-19 08:40, Chris H wrote:
I see. Well I'm specifically using the nv driver. Here's another
attempt to provide the relevant info:
I could not find the error message from $subject in these logs. Where
is it? :)
___
freebsd-stable@freebsd.org
On 2009-05-19 13:33, Dmitry Morozovsky wrote:
Would you please also post diff to RELENG_7 there?
http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
This diff should apply with no fuzz and no rejects to RELENG_7 as of
r192386 (2009-05-19 15:33:41 UTC). For earlier or later
On 2009-05-19 19:41, Pete French wrote:
http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
Thanks - am going to gve this a try later. Preseumably if I leave the
pool at the revision it is currently on then I can revert back easily ?
I'll just repeat what Kip told us, The
On 2009-05-19 22:10, Dmitry Morozovsky wrote:
Just to be sure: is the patch based on sys/ hierarchy, and does not touch
others (like sbin/)?
No, it touches stuff in cddl/ too, so you need to build the world. Be
sure to use -E with patch, to cleanup emptied files. E.g.:
patch -d /usr/src -p1
On 2009-05-19 23:08, Dmitry Morozovsky wrote:
After cleaning /usr/obj and buildworld in single thread I got
/usr/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris/sys/acl.h:35:
error: conflicting types for 'aclent_t'
On 2009-05-19 23:57, Dmitry Morozovsky wrote:
... but then again, on `build all'' phase, I got
=== cddl/sbin/zpool (all)
cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp
-I/usr/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common
On 2009-05-26 10:20, Goran Lowkrantz wrote:
On a system cvsuped Tue May 26 08:30 CEST 2009 and only
LOADER_ZFS_SUPPORT=yes in the make.conf, I get the following error:
...
btxld: zfsboot.ldr: Invalid argument
...
Looking in the directory, zfsboot.ldr is empty:
Your CVSup mirror may be out of
On 2009-06-17 16:09, Nenhum_de_Nos wrote:
And for virtualbox on amd64 purposes I want to run 7.2R or STABLE to use
VT-x and amd64 vm's under vbox. will I have to make anything, or it will
just work ?
Kip Macy created a branch were there is the new zfs code, but I didn't get
it if it is in
On 2009-07-03 16:25, Patrick M. Hausen wrote:
On a current server with 512 MB /, the filesystem is at
97% after installing a new kernel twice. Can I get rid of
these files somehow or are they necessary, in which case
I will need way bigger root filesystems?
I mean, get rid automatically and
On 2009-07-03 16:41, Patrick M. Hausen wrote:
But I thought, they were in the kernel itself?
%file /boot/kernel/kernel
/boot/kernel/kernel: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
dynamically linked (uses shared libs), not stripped
not stripped - i.e. with debug symbols.
On 2009-07-06 09:42, Patrick M. Hausen wrote:
#define ROOT_DEFAULT_SIZE 512
IMHO it is not. If you install a kernel with *.symbols present
twice (i.e. kernel and kernel.old contain symbol files), your
root partition will be 95% full.
I'm not sure how you arrive at this
On 2009-07-06 10:41, Dan Naumov wrote:
atom# uname -a
FreeBSD atom.localdomain 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Tue
Jun 9 18:02:21 UTC 2009
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
atom# du -hs /boot/kernel*
205M/boot/kernel
Right, so it's a lot
On 2009-07-06 11:39, Ruben de Groot wrote:
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
atom# du -hs /boot/kernel*
205M/boot/kernel
Right, so it's a lot bigger on amd64. I guess those 64-bit pointers
aren't entirely free. :)
I'm not sure where the size
On 2009-07-06 22:57, Amza Marian wrote:
I have the kernel compiled with PAE option but anyway, the system report
only 600 MB ram
...
hw.realmem: 603979776
...
lsg ~ # grep memory /var/run/dmesg.boot
real memory = 4898947072 (4672 MB)
avail memory = 4117958656 (3927 MB)
This looks like a
On 2009-07-11 10:40, Peter Jeremy wrote:
On 2009-Jul-09 15:39:35 +0300, Dan Naumov dan.nau...@gmail.com wrote:
A single 40 disk raidz (DO NOT DO THIS) will have 40 disks total, 39
disks worth of space and will definately explode on you sooner rather
than later (probably on the first import,
On 2009-09-02 10:27, Mark Stapper wrote:
self-healing sounds very nice, but with mirrorring you have data on two
discs, so in that case there no healing involved, it's just
checksumming and reading the non-corrupted copy.
From the gmirror manpage: All operations like failure detection, stale
On 2009-09-02 18:55, Lisa Besko wrote:
I have a system that has a simple zfs raid 0 volume on it and it will
now mount when the system boots. After the system is up I can run
/etc/rc.d/zfs start and it's fine. I don't see any errors in the log
file other than the ZFS is experimental in
On 2009-09-03 19:28, Edho P Arief wrote:
fastest way would be adding entry
sniffer /sniffer zfs rw 0 0
to /etc/fstab
No, that is not the way you should do it with ZFS.
___
freebsd-stable@freebsd.org mailing list
On 2009-09-09 14:25, Michael Sperber wrote:
If you rely on a serial console, I
would recommend first switching 7.2 to using uart
...
Could you briefly elaborate on how that's done with 7.x? I.e. is
changing device.hints and /etc/ttys enough (what changes?), or do I need
to recompile the
On 2009-09-10 14:06, Sagara Wijetunga wrote:
I'm trying to compile Avahi-0.6.25 (http://avahi.org/) on FreeBSD 7.2
(i386) [in fact, on Tomahawk Desktop]. It develops compilation errors.
Any reason why you don't use the net/avahi port instead? This will save
you most compilation and
On 2009-09-10 16:39, Sagara Wijetunga wrote:
Tomahawk Desktop uses FreeBSD sources, it is not based on the FreeBSD
distribution.
Please contact the Tomahawk Desktop mailing lists then. :)
___
freebsd-stable@freebsd.org mailing list
On 2009-09-15 16:37, Ronald Klop wrote:
Since I run 8.0 the rc.d scripts are less verbose. I have some problems
with them, but the default output gives me no information anymore.
In the 8.0-TODO wiki there is a mention about verbosity of the rc.d
scripts at the bottom. Is there a way for
On 2009-09-16 09:54, Cezary Morga wrote:
Wouldn't it be easier to set rc_quiet to zero-length value, like
rc_quiet=?
No, rc_quiet is not user-settable (at least not from /etc/rc.conf).
___
freebsd-stable@freebsd.org mailing list
On 2009-09-17 09:17, Oliver Fromme wrote:
My feeling is that hiding all of the starting messages
is a regression that needs to be fixed. I cannot think
of a good reason why they should be hidden, but there
are certainly good reasons to display them.
The commit that introduced this, r179946,
, for example.
The problem is that you should not put code with side effects (such
as calling f() in this case) in cout ... expressions. This will
lead only to unexpected results. :)
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP key: http://www.xs4all.nl/~dim/dim.asc
KeyID: 4096/1024-0x2E2096A3
sources?
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
-BEGIN PGP SIGNATURE-
Version: PGP 6.5i
Comment: http://www.gn.apc.org/duncan/stoa_cover.htm
iQA/AwUBO2wjgrBeowouIJajEQLtXwCg16tS7WhijvzFke
: PARANOID : RFC931 20 : deny
I've had my DNS server drop out on me more than once, and each time I
get exactly those problems you mention with tcpwrappers. :)
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint
--not sure which-- don't,
so these have an explicit half-duplex mediaopt. The man pages don't
always agree with reality, however... :(
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
Lbh ner abj va ivbyngvba bs
was dropped. I'm not sure, but it seems to be the case with all
NIC drivers using the common miibus code.
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
Lbh ner abj va ivbyngvba bs gur QZPN
-BEGIN
://www.freebsd.org/cgi/query-pr.cgi?pr=33068
It seems the fix for this didn't get committed yet, so please
work around this for now by manually creating it. Just run:
mknod /dev/nsmb0 c 144 0
as root, and you should be able to use mount_smbfs.
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http
in the
PR followups.
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
Lbh ner abj va ivbyngvba bs gur QZPN
-BEGIN PGP SIGNATURE-
Version: PGP 6.5i
Comment: http://www.gn.apc.org/duncan/stoa_cover.htm
and/or the whole machine, rotten memory, bad motherboard, etc...
Random crashes, compiler internal errors and fatal signal 11
occurrences are almost always due to hardware problems.
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint
the port(s) that put scripts in
/usr/local/etc/rc.d, because these scripts should be updated by now,
to support the changes in /bin/sh.
I fear this is going to be a FAQ when 4.7 hits the streets... Wouldn't
this be a good entry for the /usr/src/UPDATING file? :)
Cheers,
- --
Dimitry Andric [EMAIL
. If not,
submit a PR. :)
Cheers,
- --
Dimitry Andric [EMAIL PROTECTED]
PGP Key: http://www.xs4all.nl/~dim/dim.asc
Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3
Lbh ner abj va ivbyngvba bs gur QZPN
-BEGIN PGP SIGNATURE-
Version: 6.5.8ckt http://www.ipgpp.com/
Comment: http
Please see this PR for more information:
http://www.freebsd.org/cgi/query-pr.cgi?pr=45167
The problem (and the fix for it) was discussed in this thread:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=11582+0+current/freebsd-stable
In short, just re-cvsup and rebuild.
Cheers,
- --
Dimitry Andric
On 2008-03-01 01:32, Alex de Kruijff wrote:
kldxref /boot/kernel
kldxref: file isn't dynamically-linked
...
Should I be worried?
You're probably upgrading from 6.x? The old kldxref doesn't grok the
new kernel format, apparently. So you might want to use the kldxref
from your buildworld
On 2008-03-05 22:42, Peter Wemm wrote:
Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10
minute greylisting delay on mx1.freebsd.org. Your email goes through
instantly instead of potentially being delayed by 10-30 minutes.
Until the spammers start using IPv6... Then we'll
On 2008-03-07 15:13, John Baldwin wrote:
Try this instead:
http://people.freebsd.org/~jhb/patches/btx_real.patch
Hi John,
I've encounted way too many machines already with BIOSes that clash with
the regular btx loader... :(
Might it not be a nice idea to put out a RELENG_7 or RELENG_7_0
On 2008-03-08 13:16, Torfinn Ingolfsen wrote:
I have btx.S revision:
* $FreeBSD: src/sys/boot/i386/btx/btx/btx.S,v 1.44 2006/12/06 17:45:35
jhb Exp $
Is the patch supposed to work on that one?
No, update it to 1.45 (=HEAD) and then apply the patch, that's much
easier.
On 2008-03-07 23:51, Dimitry Andric wrote:
http://people.freebsd.org/~jhb/patches/btx_real.patch
Might it not be a nice idea to put out a RELENG_7 or RELENG_7_0 bootonly
CD image with this patch applied? I'm sure many people won't be able to
build this themselves, but they could just download
On 2008-03-09 20:46, Lenar Tukhvatullin wrote:
I need profiled versions of system libraries.
I put WITHOUT_PROFILE=NO in /etc/src.conf (/etc/make.conf not present)
This is incorrect, read src.conf(5):
The values of variables are ignored regardless of their setting; even if
they
On 2008-03-12 14:32, Yuri Pankov wrote:
boot0cfg can't install `mbr', you need to use fdisk for that as shown in
boot0cfg(8) manpage, EXAMPLES section.
He'll probably need to enable geom footshooting too... :)
___
freebsd-stable@freebsd.org mailing
On 2008-04-10 13:24, Gunnar Flygt wrote:
In earlier version of FreeBSD I've been able to NOT include the heimdal
delivered with the system, by providing the flag NO_KERBEROS=yes in
/etc/make.conf
In 7.0 there is no detection of such a flag.
All the NO_XXX flags have been obsoleted, use
On 2008-04-10 13:56, Dimitry Andric wrote:
All the NO_XXX flags have been obsoleted, use WITHOUT_KERBEROS=yes
instead. See src.conf(5) for more information.
Btw, you also need to put these directives in /etc/src.conf, not
/etc/make.conf. See /usr/src/UPDATING, under 20060317
On 2008-05-29 11:58, Gerrit Kühn wrote:
Can I do anything else? Is the newer patch (from yesterday) in your
directory above worth giving a try?
FYI, that patch doesn't compile, due to a typo... Fix below:
--- re.HEAD.20080528.orig 2008-05-29 13:08:15.0 +0200
+++ re.HEAD.20080528
1 - 100 of 312 matches
Mail list logo