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 exis
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 th
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 fu
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
Duane Whitty wrote:
On Sunday, 13 May 2007 at 22:39:51 -0700, Garrett Cooper wrote:
Duane Whitty wrote:
Garrett,
Sounds like you're involved in a cool project. What kind of
community collaboration/involvement would be helpful to you?
Once, a long, long time ago, I wrote quite a bit of bdb 1.
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 full of text
files for storing the installed packages
Duane Whitty wrote:
[snipped]
Do you know of any simple APIs that can quickly dump fields in use
with BDB .db files? I have a hunch given the Ruby that I've taken a look at
with Portupgrade that something very inefficient's in play, but I want
to test my assumption first before jumping to co
Hi all,
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 log messages need to be generated
[snipped]
>
> > Do you know of any simple APIs that can quickly dump fields in use
> > with BDB .db files? I have a hunch given the Ruby that I've taken a
> > look at
> > with Portupgrade that something very inefficient's in play, but I want
> > to test my assumption first before jumpi
On Mon, May 14, 2007 at 05:48:38PM +0100, Tom Evans wrote:
> On Mon, 2007-05-14 at 10:25 +0200, 'Michel Talon' wrote:
> > Where is this huge increase in size?
> > Admittedly, i have not created indexes, etc.
> ^^
> > Compare this to the portsdb created by portu
On Mon, May 14, 2007 at 05:26:45PM -0500, Rick C. Petty wrote:
> On Mon, May 14, 2007 at 06:06:37PM -0400, Kris Kennaway wrote:
> >
> > Some of the fields can (and do) have unbounded length.
> >
> > Kris
>
> Where is that specified in the SQL spec? Or are you just saying that
> SQLite provides
On Mon, May 14, 2007 at 06:06:37PM -0400, Kris Kennaway wrote:
>
> Some of the fields can (and do) have unbounded length.
>
> Kris
Where is that specified in the SQL spec? Or are you just saying that
SQLite provides this flexibility?
-- Rick C. Petty
___
On Mon, May 14, 2007 at 04:52:47PM -0500, Rick C. Petty wrote:
> On Mon, May 14, 2007 at 10:25:12AM +0200, 'Michel Talon' wrote:
> >
> > niobe% sqlite3 index.db
> > sqlite> CREATE TABLE index6 (
> > pkgname varchar(1),
> > path varchar(1),
> > prefix varchar(1),
> > comment varchar(1),
> > descr v
On Mon, May 14, 2007 at 10:25:12AM +0200, 'Michel Talon' wrote:
>
> niobe% sqlite3 index.db
> sqlite> CREATE TABLE index6 (
> pkgname varchar(1),
> path varchar(1),
> prefix varchar(1),
> comment varchar(1),
> descr varchar(1),
> maintainer varchar(1),
> categories varchar(1),
> build_deps varchar
Andre Oppermann wrote:
Julian Elischer wrote:
Bjoern A. Zeeb wrote:
On Mon, 14 May 2007, Ed Schouten wrote:
Hi,
* Andre Oppermann <[EMAIL PROTECTED]> wrote:
I'm working on a "light" variant of multi-IPv[46] per jail. It
doesn't
create an entirely new network instance per jail and probab
Julian Elischer wrote:
Bjoern A. Zeeb wrote:
On Mon, 14 May 2007, Ed Schouten wrote:
Hi,
* Andre Oppermann <[EMAIL PROTECTED]> wrote:
I'm working on a "light" variant of multi-IPv[46] per jail. It
doesn't
create an entirely new network instance per jail and probably is more
suitable for
On Sunday, 13 May 2007 at 22:39:51 -0700, Garrett Cooper wrote:
> Duane Whitty wrote:
> >Garrett,
> >
> >Sounds like you're involved in a cool project. What kind of
> >community collaboration/involvement would be helpful to you?
> >
> >Once, a long, long time ago, I wrote quite a bit of bdb 1.85
>
Bjoern A. Zeeb wrote:
On Mon, 14 May 2007, Ed Schouten wrote:
Hi,
* Andre Oppermann <[EMAIL PROTECTED]> wrote:
I'm working on a "light" variant of multi-IPv[46] per jail. It doesn't
create an entirely new network instance per jail and probably is more
suitable for low- to mid-end (virtual
Andrew Pantyukhin wrote:
On 5/14/07, Sean Bryant <[EMAIL PROTECTED]> wrote:
I propose someone post on the wiki (http://wiki.freebsd.org/)
This might be relevant:
http://wiki.freebsd.org/Upak
___
freebsd-hackers@freebsd.org mailing list
http://lists.f
On Mon, 2007-05-14 at 10:25 +0200, 'Michel Talon' wrote:
> On Mon, May 14, 2007 at 12:33:23AM +0100, Thomas Sparrevohn wrote:
> >
> > converted INDEX
> > into postgresSQL because I was playing around with making a message queue
> > based approach -
> > and it becomes BIG - The only table structure
On Sun, 2007-05-13 at 16:27 -0400, Kris Kennaway wrote:
> FYI, "Using XML" and other buzzword-compliance is not currently on the
> table either. Let's all try to maintain some focus, OK?
>
> Kris
Clearly, the answer is to store XML inside SQLite, and use JavaBeans to
represent ports.
My bikeshe
On Mon, 14 May 2007, Ed Schouten wrote:
Hi,
* Andre Oppermann <[EMAIL PROTECTED]> wrote:
I'm working on a "light" variant of multi-IPv[46] per jail. It doesn't
create an entirely new network instance per jail and probably is more
suitable for low- to mid-end (virtual) hosting. In those ca
On 5/14/07, Sean Bryant <[EMAIL PROTECTED]> wrote:
I propose someone post on the wiki (http://wiki.freebsd.org/)
This might be relevant:
http://wiki.freebsd.org/Upak
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
Eric Anderson wrote:
On 05/13/07 22:33, David Cramblett wrote:
My FreeBSD 5.2.1 server had a 4.5 GB HDD. I decided to upgrade it
with a larger drive. I installed a new drive on the second IDE
channel which made it ad2, of course, my original drive was ad0. I
created a partition, boot loader
Dag-Erling Smørgrav wrote:
David Cramblett <[EMAIL PROTECTED]> writes:
My FreeBSD 5.2.1 server had a 4.5 GB HDD. I decided to upgrade it
with a larger drive. I installed a new drive on the second IDE
channel which made it ad2, of course, my original drive was ad0. I
created a partition, boot l
Brian Hourigan wrote:
> I'm involved in some software development and we need to provide
> precompiled binaries for FreeBSD 5.x from a 6.2-RELEASE system
>
> I checked through the documentation on the pointyhat package building
> cluster, it mentions the machines run 7.0-CURRENT and produces binar
Dag-Erling Smørgrav wrote:
Mike Meyer <[EMAIL PROTECTED]> writes:
You may want to look at some other Linux distros. The packages system
dates to about the same era as rpm/debs. The package system is much,
much more manageable than them. On the other hand, most Linux distros
have moved beyond
I'm involved in some software development and we need to provide precompiled
binaries for FreeBSD 5.x from a 6.2-RELEASE system
I checked through the documentation on the pointyhat package building cluster,
it mentions the machines run 7.0-CURRENT and produces binaries for 5.x and
6.x.. but I
Mike Meyer <[EMAIL PROTECTED]> writes:
> You may want to look at some other Linux distros. The packages system
> dates to about the same era as rpm/debs. The package system is much,
> much more manageable than them. On the other hand, most Linux distros
> have moved beyond those tools, to things li
Hello Andre,
* Andre Oppermann <[EMAIL PROTECTED]> wrote:
> I'm working on a "light" variant of multi-IPv[46] per jail. It doesn't
> create an entirely new network instance per jail and probably is more
> suitable for low- to mid-end (virtual) hosting. In those cases you
> normally want the
In <[EMAIL PROTECTED]@btinternet.com>, Thomas Sparrevohn <[EMAIL PROTECTED]>
typed:
> > There is a
> > reason why people have been discussing this for ten years without
> > getting anywhere.
> I suspect that is because that by and large the ports system works ;-) -
> Having
> Played around with a
Mohsen Pahlevanzadeh <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > [The] code should build cleanly on a stock install of FreeBSD 6.0 or
> > newer.
> Our FreeBSD is 4.11 because we can't use another version.
In that case, we can't help you.
DES
--
Dag-Erling Sm
Quoting Dag-Erling Smørgrav <[EMAIL PROTECTED]> (from Mon, 14 May 2007
14:27:33 +0200):
Alexander Leidinger <[EMAIL PROTECTED]> writes:
If this works well, you just have to submit this patch to the libtool
maintainers and wait until all (relevant) software packages are
updated to use the lib
In <[EMAIL PROTECTED]>, Dag-Erling Smørgrav <[EMAIL PROTECTED]> typed:
> Mike Meyer <[EMAIL PROTECTED]> writes:
> > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > A number of ports seem to depend on the directory tree in ${LOCALBASE}
> > existing - ${LOCALBASE}/man/... and ${LOCALBASE}/etc, in
On 05/13/07 22:33, David Cramblett wrote:
My FreeBSD 5.2.1 server had a 4.5 GB HDD. I decided to upgrade it with
a larger drive. I installed a new drive on the second IDE channel which
made it ad2, of course, my original drive was ad0. I created a
partition, boot loader and matching slices on
Quoting Dag-Erling Smørgrav <[EMAIL PROTECTED]> (from Mon, 14 May 2007
13:44:37 +0200):
Alexander Leidinger <[EMAIL PROTECTED]> writes:
Isn't this a property which can be set at build time? I mean: isn't
there a $OSNAME case where this can be set for a specific OS? So it
boil down to just se
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> If this works well, you just have to submit this patch to the libtool
> maintainers and wait until all (relevant) software packages are
> updated to use the libtool version which comes with this change.
hahahahahahahaha
*sniff*
excuse me...
No o
Thomas Sparrevohn <[EMAIL PROTECTED]> writes:
> That you table structure does not even full fill 1st normal form ;-) -
> You need to convert that into independent tables in order to get it on
> a reasonable normal form format
Yes, the dependency columns violate 1NF, but it's still pretty
impressiv
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> Isn't this a property which can be set at build time? I mean: isn't
> there a $OSNAME case where this can be set for a specific OS? So it
> boil down to just set those two variables accordingly in the FreeBSD
> case and to send a patch to the libtoo
On Monday 14 May 2007 09:25:12 'Michel Talon' wrote:
> On Mon, May 14, 2007 at 12:33:23AM +0100, Thomas Sparrevohn wrote:
> >
> > converted INDEX
> > into postgresSQL because I was playing around with making a message queue
> > based approach -
> > and it becomes BIG - The only table structure dif
Quoting Dag-Erling Smørgrav <[EMAIL PROTECTED]> (from Mon, 14 May 2007
11:31:25 +0200):
Alexander Leidinger <[EMAIL PROTECTED]> writes:
Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> The existence of .la files is a bug.
I fully agree [but this needs to be addressed upstream]
Note that w
On Mon, May 14, 2007 at 12:33:23AM +0100, Thomas Sparrevohn wrote:
>
> converted INDEX
> into postgresSQL because I was playing around with making a message queue
> based approach -
> and it becomes BIG - The only table structure difference from the current
> format was that I
> was able to track
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > The existence of .la files is a bug.
> I fully agree [but this needs to be addressed upstream]
Note that we are apparently not the only ones dissatisfied with this
state of affairs. The following
"Thomas Sparrevohn" <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > There is a reason why people have been discussing this for ten years
> > without getting anywhere.
> I suspect that is because that by and large the ports system works ;-)
Not really, it's because
> There is a
> reason why people have been discussing this for ten years without
> getting anywhere.
>
I suspect that is because that by and large the ports system works ;-) - Having
Played around with a couple of Linux distributions - my impression is that
"ports"
offers a much more manageable
David Cramblett <[EMAIL PROTECTED]> writes:
> My FreeBSD 5.2.1 server had a 4.5 GB HDD. I decided to upgrade it
> with a larger drive. I installed a new drive on the second IDE
> channel which made it ad2, of course, my original drive was ad0. I
> created a partition, boot loader and matching sli
Mike Meyer <[EMAIL PROTECTED]> writes:
> You missed the point. The claim was "the sqlite database can be edited
> as easily as a pure textfile." I claim this is not always true. In
> particular, since someone has already mentioned using SQL for system
> config file instead of just the pkackage db,
47 matches
Mail list logo
