On Wed, 28 May 2003 15:29, Q wrote:
By doing that aren't you assuming that the kernel will be installed on
the machine that built it, and not potentially somewhere else? What
about sysinstall upgrades that don't require src?
Well, I am not 100% sure how the module building process works, but
Q wrote:
I have been burnt by this in the past also. I think that it would be
useful if you could allow kernel modules to be bound to a particular
kernel version/date/whatever, and have external modules refuse to load
and/or complain if the kernel is upgraded. This should prevent
unnecessary
If we are talking about something like a network interface that needs to
be preloaded, then I would be inclined to see a port install the module
into /usr/local/modules (which is what 'rtc' uses) and have a
pkg-install message that states the need to do a
'cp /usr/local/modules/if_??.ko
TB --- 2003-05-28 05:27:54 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-05-28 05:27:54 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-05-28 05:29:33 - building world
TB --- cd
On Mon, May 26, 2003 at 02:25:08PM +0200, Heiko Schaefer wrote:
Poul gave me the following tip on this list in a mail on Tue, 29 Apr 2003:
Remember to set the sectorsize in gbde (gbde init -i) to the fragment
size of your filesystem (typically 2048 for ufs), this is critical
for
On Fri, 23 May 2003, Tom Samplonius wrote:
I don't know about Supermicro, but ASUS uses Broadcom chips with an
Intel chipset on at least one workstation board:
http://usa.asus.com/prog/spec.asp?langs=09m=P4G8X%20Deluxe
Okay so the crack pipe is being passed around :)
And what happened to
On Tue, May 27, 2003 at 05:25:27PM -0700, Nate Lawson wrote:
On Tue, 27 May 2003, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up
In message [EMAIL PROTECTED], Guido van Rooij writes:
On Mon, May 26, 2003 at 02:25:08PM +0200, Heiko Schaefer wrote:
Poul gave me the following tip on this list in a mail on Tue, 29 Apr 2003:
Remember to set the sectorsize in gbde (gbde init -i) to the fragment
size of your filesystem
Hello:
I copy here an extract of the output of kdm.log, but I don't
understand what can be happening, any comment is allowed, thankx:
--
JFRHFree86 Version 4.3.0
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: FreeBSD 4.8 i386 [ELF]
Build
Scott Long wrote:
Q wrote:
Don't overreact.
Heh. I live this hell every day with Linux in my day job.
I'm not suggesting taking the linux approach of
versioning every module. But rather allowing the loader or a module
(most likely a 3rd part or from a port) the ability to make a decision
On Wed, 28 May 2003, Marcin Dalecki wrote:
MDScott Long wrote:
MD Q wrote:
MD
MD Don't overreact.
MD
MD
MD Heh. I live this hell every day with Linux in my day job.
MD
MD I'm not suggesting taking the linux approach of
MD versioning every module. But rather allowing the loader or a module
MD
--On Tuesday, May 27, 2003 14:15:48 -0700 Nate Lawson [EMAIL PROTECTED] wrote:
On Tue, 27 May 2003, Larry Rosenman wrote:
If this is the same patch I applied, it makes my situation WORSE, as the
ACPI detach code panics now as well as Battery ops, and transition to
Battery.
I posted this info ~2
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: On Wed, 28 May 2003 14:41, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
:
: Daniel O'Connor [EMAIL PROTECTED] writes:
: : Maybe the kernel build stuff can look in
On Wed, 28 May 2003 18:39, M. Warner Losh wrote:
: : Maybe the kernel build stuff can look in /usr/local/src/sys/modules
: : for things to build or something..
:
: YUCK!
:
: *WHY?*
:
: I have asked this before BTW, and I haven't been told why it sucks.
Because there are other, more
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: On Wed, 28 May 2003 15:29, Q wrote:
: By doing that aren't you assuming that the kernel will be installed on
: the machine that built it, and not potentially somewhere else? What
: about sysinstall upgrades
TB --- 2003-05-28 08:01:40 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-05-28 08:01:40 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-05-28 08:06:50 - building world
TB --- cd
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: You need 'FORCE_PKG_REGISTER=' in the install target.
True.
: 1) If the port is updated between builds you end up with two version of the
: port installed.
True. That's a weakness in the ports system, which
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: On Wed, 28 May 2003 18:39, M. Warner Losh wrote:
: : : Maybe the kernel build stuff can look in /usr/local/src/sys/modules
: : : for things to build or something..
: :
: : YUCK!
: :
: : *WHY?*
: :
: :
Harti Brandt wrote:
MDNO no and again no. This would repeat the same design mistake
MDthat is already in Linux. On API level you DO NOT WANT versioning.
MDWhat you really want is: type signature cheking. Like for example
MDdone through C++ symbol mangling rules. If you can't do it like that
Daniel O'Connor wrote:
On Wed, 28 May 2003 18:39, M. Warner Losh wrote:
: : Maybe the kernel build stuff can look in /usr/local/src/sys/modules
: : for things to build or something..
:
: YUCK!
:
: *WHY?*
:
: I have asked this before BTW, and I haven't been told why it sucks.
Because there are
Hi there.
it seems that my 5.0-Release box,
when trying to resolve a name to the associated IP it only
tries the DNSs listed in resolv.conf, and never tries /etc/hosts
Also.. where is /etc/host.conf gone? I tried to create one, but it
doesn't help.
Here is some more info on my configuration:
(I
On Wed, May 28, 2003 at 10:11:19AM +0200, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Guido van Rooij writes:
On Mon, May 26, 2003 at 02:25:08PM +0200, Heiko Schaefer wrote:
Poul gave me the following tip on this list in a mail on Tue, 29 Apr 2003:
Remember to set the
We are having trouble with long lines in /etc/group. The only workaround
(apart from shortening the member list) is logging in via ssh.
getgrouplist(3) fails if the line is longer than 1024 and getgrnam(3)
has not been called on that group.
login(1) and su(1) fail to add the group to the group
This used to work but does not work any more:
# mdconfig -a -t swap -s 16m
md0
# disklabel -r -w md0 auto
disklabel: Geom not specified
# disklabel -w md0 auto
disklabel: Geom not specified
# disklabel md0
disklabel: Geom not specified
# /dev/md0:
8 partitions:
#size offsetfstype
On Wednesday, May 28, 2003, at 01:23 AM, Terry Lambert wrote:
Q wrote:
I have been burnt by this in the past also. I think that it would be
useful if you could allow kernel modules to be bound to a particular
kernel version/date/whatever, and have external modules refuse to
load
and/or complain
On Tue, 27 May 2003, Scott Long wrote:
Q wrote:
I have been burnt by this in the past also. I think that it would be
useful if you could allow kernel modules to be bound to a particular
kernel version/date/whatever, and have external modules refuse to load
and/or complain if the kernel
Dear all,
when I tryied to mount an iso image over network (using samba) my computer
unexpectedly crashed.
I issued this command : mdconfig -a -t vnode -f
/path/to/my/file/mounted/on-local-machine
and since that kernel crashed, no ping response, nothing at all. I've been
connected to this
27 matches
Mail list logo