-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Kris Kennaway wrote:
The problem is that maintaining the INDEX is expensive and/or tricky.
p5-FreeBSD-Portindex comes close but seems to have some wrinkles.
If you'ld just tell me what you perceive the wrinkles to be, then I'd
have a fighting
On Sun, May 13, 2007 at 08:46:17AM +0100, Matthew Seaman wrote:
Kris Kennaway wrote:
The problem is that maintaining the INDEX is expensive and/or tricky.
p5-FreeBSD-Portindex comes close but seems to have some wrinkles.
If you'ld just tell me what you perceive the wrinkles to be, then
On Sat, 12 May 2007 16:26:53 +0200
Ivan Voras [EMAIL PROTECTED] mentioned:
Stanislav Sedov wrote:
I agree, that there's a lot of ready tools for parsing xml, but why
not use much simple language that can be parsed by sed or awk in few
lines?
Because of mindshare. Young people know SQL
On Sat, 12 May 2007 11:31:59 -0700
Bert JW Regeer [EMAIL PROTECTED] mentioned:
SQLite is compiled inside a program, and as such does not require any
resources other than one file handle and some CPU time when querying.
The file is stored on disk, and requires no separate process to be
running
On Sat, 12 May 2007 16:25:06 +0200
Ivan Voras [EMAIL PROTECTED] mentioned:
It's not SQL I'm interested in, it's the additional features:
- performance
- transaction safety (commit all changes or none)
- constraints (like unique keys - sqlite unfortunately doesn't support
foreign keys)
-
On 2007-May-12 23:44:22 +0200, Michel Talon [EMAIL PROTECTED] wrote:
Really i don't think at all this way. I think that *perhaps* SQLite
may marginally better than a Berkeley database for solving part of the
problem, not much more. What i reacted to, was the conservatism which
pervades the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Kris Kennaway wrote:
On Sun, May 13, 2007 at 08:46:17AM +0100, Matthew Seaman wrote:
Kris Kennaway wrote:
The problem is that maintaining the INDEX is expensive and/or tricky.
p5-FreeBSD-Portindex comes close but seems to have some wrinkles.
On Sunday 13 May 2007 11:37:57 Peter Jeremy wrote:
The options I can see are:
- Ignore the existence of INDEX - which makes computing dependencies
very time consuming
- Fully rebuild INDEX via make describe whenever you update any ports
- this takes of the order of an hour
- Find and
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me..
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Sunday 13 May 2007 15:59 Mohsen Pahlevanzadeh wrote:
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me
For an ATA disk you can use the IOCATAGPARM ioctl to get the information.
See the attached C source for example. Be sure to have a look
at
On Sunday 13 May 2007 16:57 Viktor Vasilev wrote:
On Sunday 13 May 2007 15:59 Mohsen Pahlevanzadeh wrote:
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me
For an ATA disk you can use the IOCATAGPARM ioctl to get the information.
See the attached C
On Sun, May 13, 2007 at 05:29:48PM +0330, Mohsen Pahlevanzadeh wrote:
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me
atacontrol cap shows you the serial number.
--
B.Walterhttp://www.bwct.de http://www.fizon.de
[EMAIL PROTECTED]
Dear all,
When i compile it,gcc tell me that IOCATAGPARM isn't declare.
May i patch for kernel?
Yours,Mohsen
On 5/13/07, Viktor Vasilev [EMAIL PROTECTED] wrote:
On Sunday 13 May 2007 15:59 Mohsen Pahlevanzadeh wrote:
Dear all,
I need to a code piece that it gets serial number of hdd.
On Sunday 13 May 2007 18:17 Mohsen Pahlevanzadeh wrote:
On 5/13/07, Viktor Vasilev [EMAIL PROTECTED] wrote:
On Sunday 13 May 2007 15:59 Mohsen Pahlevanzadeh wrote:
Dear all,
I need to a code piece that it gets serial number of hdd.
Please help me
For an ATA disk you can use the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Matthew Seaman wrote:
Extra whitespace I can fix for you -- it's just the COMMENT field which
is affected IIRC. I just copy the string exactly as shown in the port's
Makefile. make index collapses multiple whitespace to single. As you say,
Roman Divacky [EMAIL PROTECTED] writes:
ruby2.0 will come with a virtual machine which should speed up things. ruby2.0
is expected soon enough (2008?)
Sure, just like Perl 6...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
Mike Meyer [EMAIL PROTECTED] writes:
Moving the OS into the package system has been on the todo list for
a long time (assuming it's still there - there are people opposed to
that).
It has *never* been on the todo list.
How would setting LOCALBASE=/usr break this? Of course, equally valid
is
Michel Talon [EMAIL PROTECTED] writes:
Seriously, the FreeBSD package system is in great need of a profound
overhaul, pretending it works well is complete denial of reality.
Perhaps, but I seriously doubt that you are the correct person for the
job.
DES
--
Dag-Erling Smørgrav - [EMAIL
Viktor Vasilev [EMAIL PROTECTED] writes:
On Sunday 13 May 2007 18:17 Mohsen Pahlevanzadeh wrote:
When i compile it,gcc tell me that IOCATAGPARM isn't declare.
May i patch for kernel?
Maybe you just didn't install the src distribution.
He doesn't need to. Your code should build cleanly on a
On Sunday 13 May 2007 13:58, Thomas Sparrevohn wrote:
Using XML for INDEX are a very good idea mainly because it allows
ports to interface in an easy way to external tools - e.g. java
frontends - web browsers etc, etc. However there are drawbacks - Yet
I feel that the discussion about what
On Sun, May 13, 2007 at 08:25:55PM +0200, Dag-Erling Smrgrav wrote..
Mike Meyer [EMAIL PROTECTED] writes:
Moving the OS into the package system has been on the todo list for
a long time (assuming it's still there - there are people opposed to
that).
It has *never* been on the todo list.
On Sun, May 13, 2007 at 06:25:19PM +0100, Matthew Seaman wrote:
Matthew Seaman wrote:
Extra whitespace I can fix for you -- it's just the COMMENT field which
is affected IIRC. I just copy the string exactly as shown in the port's
Makefile. make index collapses multiple whitespace to
Well - Naturally if the only index format was based upon XML it would not be
very practical -
However XML currently seems to take the lead when the talk is on portability
as a data format
and it is very easy to convert to Pure Text - There seems to be a bias
towards SNMP MIB format
generally in
On Sun, May 13, 2007 at 09:21:56PM +0100, Thomas Sparrevohn wrote:
Well - Naturally if the only index format was based upon XML it would not be
very practical -
However XML currently seems to take the lead when the talk is on portability
as a data format
and it is very easy to convert to
FYI, Using XML and other buzzword-compliance is not currently on the
table either. Let's all try to maintain some focus, OK?
Well - I now heard the SQL buzzword quite a bit ;-) - but whatever - No
matter
what angle I take on the register/make INDEX timing issues they are
insignificant
On Sun, May 13, 2007 at 10:00:46PM +0100, Thomas Sparrevohn wrote:
The answer is another INDEX/storage structure
Great, I look forward to your detailed proposal.
Kris
pgpx7V5GHDm4B.pgp
Description: PGP signature
On Sunday, 13 May 2007 at 17:04:20 -0400, Kris Kennaway wrote:
On Sun, May 13, 2007 at 10:00:46PM +0100, Thomas Sparrevohn wrote:
The answer is another INDEX/storage structure
Great, I look forward to your detailed proposal.
Kris
I believe this is closer to what Thomas meant:
but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Matthew Seaman wrote:
I can certainly add a check for duplicate PKGNAME and emit warnings. In
order to be sure of getting the canonical INDEX-N you'ld need a system
with no ports installed. Well, other than p5-FreeBSD-Portindex and
On Sun, May 13, 2007 at 10:39:46PM +0100, Matthew Seaman wrote:
Matthew Seaman wrote:
I can certainly add a check for duplicate PKGNAME and emit warnings. In
order to be sure of getting the canonical INDEX-N you'ld need a system
with no ports installed. Well, other than
On Sunday 13 May 2007 23:00, Thomas Sparrevohn wrote:
The on-disk format seems to be the wrong angle on the issue - The
current structure Works well - but it has a number of drawbacks -
however it no way clear whether that The answer is another
INDEX/storage structure
When coming up with
On Sunday 13 May 2007 23:00, Thomas Sparrevohn wrote:
The on-disk format seems to be the wrong angle on the issue - The
current structure Works well - but it has a number of drawbacks -
however it no way clear whether that The answer is another
INDEX/storage structure
When coming up
Dag-Erling Smørgrav wrote:
Michel Talon [EMAIL PROTECTED] writes:
Seriously, the FreeBSD package system is in great need of a profound
overhaul, pretending it works well is complete denial of reality.
Perhaps, but I seriously doubt that you are the correct person for the
job.
DES
This is
You got it
-Original Message-
From: [EMAIL PROTECTED] [mailto:owner-freebsd-
[EMAIL PROTECTED] On Behalf Of Duane Whitty
Sent: 13 May 2007 22:21
To: Kris Kennaway
Cc: freebsd-hackers@freebsd.org; [EMAIL PROTECTED]
Subject: Re: DPS Initial Ideas
On Sunday, 13 May 2007 at
The second point is most important here. This whole thread exists
because people consider the existing ports system to be too slow. How
is using XML going to help with that at all?
But which part? The /var half of the equation - well that depends on the
operation -
Lookup? E.g.
In [EMAIL PROTECTED], Michel Talon [EMAIL PROTECTED] typed:
On Fri, May 11, 2007 at 10:01:46PM -0400, Mike Meyer wrote:
In [EMAIL PROTECTED], Michel Talon [EMAIL PROTECTED] typed:
One of the most obvious being that the sqlite database can be edited
as easily as a pure textfile using the
Hi Guys
I'm trying to filter the process info by his struct kinfo_proc
and i want to know if there is some caracteristic of the [systems process]
that i can use to identify then.
thanks in advance.
best regards
Manolito
please
CC mail me. i'm not Subscribed to the list
--
Dios no es hombre
On Sunday 13 May 2007, Manolo Valdes wrote:
Hi Guys
I'm trying to filter the process info by his struct kinfo_proc
and i want to know if there is some caracteristic of the [systems process]
that i can use to identify then.
thanks in advance.
best regards
Manolito
please
CC mail me. i'm
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 the new drive. Then I
copied the old
Duane Whitty suggested:
I'm a little out of practice, however, perhaps the routines
that manipulate the ports meta-data could be sufficiently
agnostic about how the data is being manipulated that it
would facilitate experimentation with different
back-ends at a later time
Yes. This is
David Naylor volunteered:
Since the installation system is being tackled under a SoC project I am
hoping to give the packaging system a go.
Wonderful! Be careful about one point: The packaging system
as a whole is a big system; much bigger than many people
believe. A lot of people
In [EMAIL PROTECTED], Dag-Erling Smørgrav [EMAIL PROTECTED] typed:
Mike Meyer [EMAIL PROTECTED] writes:
Moving the OS into the package system has been on the todo list for
a long time (assuming it's still there - there are people opposed to
that).
It has *never* been on the todo list.
Ivan Voras wrote:
Mike Meyer wrote:
Yes, they are present no matter what representation you use. The
question is - how do the answers change if you change the
format. These days, cross-platform means you deal with length as well
as endian issues. Or maybe you don't, depending on the db. I
Jos Backus wrote:
On Fri, May 11, 2007 at 11:23:00AM -0400, Mike Meyer wrote:
[snip]
How robust is it - can a corrupt block fry the entire database?
Dunno, but Transactions are atomic, consistent, isolated, and durable (ACID)
even after system crashes and power failures.. So it appears to
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
code. At that time it WAS the current version :) I might
actually remember a bit
45 matches
Mail list logo