David Cramblett [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
What's in your /boot.config and /boot/loader.conf?
I have no boot.config.
[EMAIL PROTECTED] /]# cat /boot/loader.conf
# -- sysinstall generated deltas -- #
userconfig_script_load=YES
Beats me... I
On May 14, 2007, at 10:03 PM, Garrett Cooper wrote:
Bert JW Regeer wrote:
On May 12, 2007, at 5:14 AM, Philippe Laquet wrote:
Stanislav Sedov a écrit :
On Fri, 11 May 2007 02:10:05 +0200
Ivan Voras [EMAIL PROTECTED] mentioned:
- I think it's time to give up on using BDB+directory tree
Hello Lawrence,
in file kern/vfs_syscalls.c you can see the kern_open function that uses
vn_open to open a file/vnode.
There are more vn_* functions like vn_rdwr for reading and writing to a vnode
or vn_close to close a vnode. To see how theses functions work, I suggest you
grep for them in
On Monday, 14 May 2007 at 21:42:18 -0700, Garrett Cooper wrote:
Duane Whitty wrote:
[snipped]
I wonder what the ramifications of the above are to the goal of using the
bdb in
our base system to add db smarts to the pkg_install tools in a way that
will be
complementary to exising tools?
On Tue, May 15, 2007 at 08:20:09AM +0200 I heard the voice of
Dag-Erling Smørgrav, and lo! it spake thus:
David Cramblett [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
What's in your /boot.config and /boot/loader.conf?
I have no boot.config.
[EMAIL PROTECTED]
On Mon, 2007-05-14 at 22:17 -0700, Garrett Cooper wrote:
Ruby's nice, but it's built on Perl so I have suspicions on its overall
usability / speed given my experience with Perl over the past 4 months
daily for work :(.. Ruby's just the new big thing for programming
languages, so everyone's
Tom Evans wrote:
On Mon, 2007-05-14 at 22:17 -0700, Garrett Cooper wrote:
Ruby's nice, but it's built on Perl so I have suspicions on its overall
usability / speed given my experience with Perl over the past 4 months
daily for work :(.. Ruby's just the new big thing for programming
languages,
Garrett Cooper wrote:
Tom Evans wrote:
On Mon, 2007-05-14 at 22:17 -0700, Garrett Cooper wrote:
Ruby's nice, but it's built on Perl so I have suspicions on its
overall usability / speed given my experience with Perl over the past
4 months daily for work :(.. Ruby's just the new big thing for
Julian Elischer wrote on Monday, May 14, 2007 11:05 PM:
Andre Oppermann wrote:
Julian Elischer wrote:
talk with Marko Zec about immunes.
http://www.tel.fer.hr/zec/vimage/
and http://www.tel.fer.hr/imunes/
It has a complete virtualized stack for each jail.
ipfw, routing table, divert
Matthew D. Fuller [EMAIL PROTECTED] writes:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Beats me... I can't even remember what userconfig_script is
supposed to do. Note that support for 5.2.1 ended on July 31, 2004.
Neither can I, but last weekend I upgraded some 4.x boxes to 5.x and
On 2007-May-14 09:36:52 -0400, Mike Meyer [EMAIL PROTECTED] wrote:
[Linux package systems]
As far as I know, none of them handle updates from source at all. In
fact, dealing with sources seems to be a noticable weakness for them.
This pretty much rules them out then.
--
Peter Jeremy
Lawrence Stewart [EMAIL PROTECTED] writes:
I'm in the process of writing a kernel module to instrument some parts
of the network stack in FreeBSD 6.2. Everything works perfectly,
except that writing the logging info to syslog using printf is too
inefficient for this particular task. Given that
Peter Jeremy [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
[Linux package systems]
As far as I know, none of them handle updates from source at all. In
fact, dealing with sources seems to be a noticable weakness for them.
This pretty much rules them out then.
It would, if
Hi Marc,
Marc Lörner wrote:
[snip]
BTW, you can get an thread-struct pointer from curthread (c.f.
sys/pcpu.h).
[snip]
Thanks very much for the reply.
curthread is the missing key that I've been looking for! Thank you so
much. I've been banging my head against a brick wall for days
Throwing caution to the wind and speaking without thinking about
what was being said on Tue, May 15, 2007 at 12:00 ,
[EMAIL PROTECTED] blurted this:
[much text deleted as I only am going to comment on one part - wjv]
Message: 6
Date: Mon, 14 May 2007 23:34:52 -0700
From: Bert JW Regeer [EMAIL
Hi guys
doing a test just like the way cmake do it to find includes on the system
##test.c##
#include net/if_ppp.h
int main(){return 0;}
i got the following output:
gcc test.c
In file included from /usr/include/net/if_ppp.h:28,
from test.c:1:
Garrett Cooper wrote:
Tom Evans wrote:
On Mon, 2007-05-14 at 22:17 -0700, Garrett Cooper wrote:
Ruby's nice, but it's built on Perl so I have suspicions on its
overall usability / speed given my experience with Perl over the
past 4 months daily for work :(.. Ruby's just the new big thing for
* Manolo Valdes [EMAIL PROTECTED] wrote:
In file included from /usr/include/net/if_ppp.h:28,
from test.c:1:
/usr/include/net/ppp_defs.h:86: error: syntax error before ext_accm
/usr/include/net/ppp_defs.h:146: error: syntax error before time_t
In file included from
El Tuesday 15 May 2007 10:05:35 am Daniel Molina Wegener escribió:
El Mar, 15 de Mayo de 2007, 9:55, Manolo Valdes escribió:
Hi guys
Hello...
doing a test just like the way cmake do it to find includes on the system
Grat tool, I use cmake too...
does anybody knows if this is a
El Mar, 15 de Mayo de 2007, 9:55, Manolo Valdes escribió:
Hi guys
Hello...
doing a test just like the way cmake do it to find includes on the system
Grat tool, I use cmake too...
##test.c##
#include net/if_ppp.h
int main(){return 0;}
i got the
On Tue, May 15, 2007 at 09:55:40AM -0400, Manolo Valdes wrote:
Hi guys
doing a test just like the way cmake do it to find includes on the system
##test.c##
#include net/if_ppp.h
int main(){return 0;}
What exactly are you trying to do here? This is not how
In [EMAIL PROTECTED], Dag-Erling Smørgrav [EMAIL PROTECTED] typed:
Peter Jeremy [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
[Linux package systems]
As far as I know, none of them handle updates from source at all. In
fact, dealing with sources seems to be a noticable
On Tue, 2007-05-15 at 11:23 -0400, Mike Meyer wrote:
In [EMAIL PROTECTED], Dag-Erling Smørgrav [EMAIL PROTECTED] typed:
Peter Jeremy [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
[Linux package systems]
As far as I know, none of them handle updates from source at all.
On Monday 14 May 2007 15:28 Dag-Erling Smørgrav wrote:
Mohsen Pahlevanzadeh [EMAIL PROTECTED] writes:
Our FreeBSD is 4.11 because we can't use another version.
In that case, we can't help you.
Maybe he still has a chance. The following works on FreeBSD 4.9 for ATA
devices. I could only test
On Tue, 15 May 2007, Tom Evans wrote:
On Tue, 2007-05-15 at 11:23 -0400, Mike Meyer wrote:
In [EMAIL PROTECTED], Dag-Erling Smørgrav [EMAIL PROTECTED] typed:
Peter Jeremy [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] writes:
[Linux package systems]
As far as I know, none of them
On 2007-05-14 13:19, Alexander Leidinger [EMAIL PROTECTED] wrote:
Quoting Dag-Erling Smrgrav [EMAIL PROTECTED] (from Mon, 14 May 2007
11:31:25 +0200):
Note that we are apparently not the only ones dissatisfied with this
state of affairs. The following code is commonly found in rpm specs
On Tuesday, 15 May 2007 at 1:05:07 -0700, Garrett Cooper wrote:
Tom Evans wrote:
On Mon, 2007-05-14 at 22:17 -0700, Garrett Cooper wrote:
Ruby's nice, but it's built on Perl so I have suspicions on its overall
usability / speed given my experience with Perl over the past 4 months
daily for
On Thursday 10 May 2007 07:13:26 am Darren Reed wrote:
I'm using FreeBSD 7.0-CURRENT under vmware and there are a few issues.
First, time.
hint.hw.acpi.disabled=1
This appears to make _no_ difference to time keeping on FreeBSD 7
and nor does it seem to have any impact on ACPI being
28 matches
Mail list logo