Garrett Wollman ha scritto:
> I've looked around for examples of good practice to emulate, and
> haven't found much. The closest to what I want looks to be
> vboxheadless, but I'm uncomfortable with the amount of mechanism from
> rc.subr that it needs to reimplement. Are there any better examples
On Tue, Jun 25, 2013 at 03:44:31PM -0400, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> suppor
On 2013-Jun-25, 15:44, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple real
On 2013-06-25 21:44, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multiple realms in a
On Tue, 2013-06-25 at 15:44 -0400, Garrett Wollman wrote:
> I'm in the process of (re)writing an rc.d script for kadmind
> (security/krb5). Unlike the main Kerberos daemon, kadmind needs to
> have a separate instance for each realm on the server -- it can't
> support multi
I'm in the process of (re)writing an rc.d script for kadmind
(security/krb5). Unlike the main Kerberos daemon, kadmind needs to
have a separate instance for each realm on the server -- it can't
support multiple realms in a single process. What I need to be able
to do:
1) Have diffe
> to put it into the src tree since mfiutil is also there.
>
> Comments?
>
> Sean
>
> ref: http://svnweb.freebsd.org/base/user/sbruno/mfid/
>
I agree with placing it into the tree. Mfiutil is a great utility, but
having a monitoring dae
On 3/9/12 5:53 PM, Vincent Hoffman wrote:
> On 09/03/2012 11:52, Damien Fleuriot wrote:
>> On 3/8/12 7:08 PM, Sean Bruno wrote:
>>> I'm trying to decide if I should cram "mfid" for mfi(4) controllers into
>>> the src tree or if we should package it up into a ports package. I
>>> suspect that eit
On 09/03/2012 11:52, Damien Fleuriot wrote:
> On 3/8/12 7:08 PM, Sean Bruno wrote:
>> I'm trying to decide if I should cram "mfid" for mfi(4) controllers into
>> the src tree or if we should package it up into a ports package. I
>> suspect that either one is acceptible, but it seems to make more s
On 3/8/12 7:08 PM, Sean Bruno wrote:
> I'm trying to decide if I should cram "mfid" for mfi(4) controllers into
> the src tree or if we should package it up into a ports package. I
> suspect that either one is acceptible, but it seems to make more sense
> to put it into the src tree since mfiutil
I'm trying to decide if I should cram "mfid" for mfi(4) controllers into
the src tree or if we should package it up into a ports package. I
suspect that either one is acceptible, but it seems to make more sense
to put it into the src tree since mfiutil is also there.
Comments?
Sean
ref: http:/
KAYVEN RIESE wrote:
> Isn't what we are looking at here defamation of character?? Our beloved=20
> Daemon is being accused of browser history stealing!
Yes, an abuse. Interesting skimming the article though, if heavy on the math.
Earlier, ref:
> From: Oliver Fromme
> Message-
not invalidate your copyright, nor would it diminish your
standing in other suits against other infringers.
Isn't what we are looking at here defamation of character?? Our beloved
Daemon is being accused of browser history stealing!
DES
--
Dag-Erling Smørgrav - d...@d
"Julian H. Stacey" writes:
> "Dag-Erling Smørgrav" writes:
> > There is no need to register a trademark.
> Agreed, probably no Need,
> but there might be some benefit to some commercial interests.
In this particular case? I'd say it's just a waste of money.
> There's Linux trademarks in Germa
Hi,
Sorry, for my last post, editing error jhs@
--
=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote:
> There is no need to register a trademark.
Agreed, probably no Need,
but there might be some benefit to some commercial interests.
> Kirk owns the *copyright* to
> the image, which is valid worl
As the copyright
> holder, Kirk gets to decide who is and isn't allowed to use the image
> and for what purpose.
>
> I'm tempted to say that those researchers' use of the daemon is a
> shocking display of lack of respect for intellectual property, if I
> di
Dag-Erling Smørgrav wrote:
> Bernd Walter writes:
> > There is no copyright in Germany.
>
> Yes, there is. Germany is signatory to the Berne convention.
That's correct, of course.
I think what Bernd actually meant is that Copyright is not
the same as the German "Urheberrecht". They have a
On Tue, Feb 09, 2010 at 03:30:37PM +0100, Dag-Erling Smørgrav wrote:
> Bernd Walter writes:
> > There is no copyright in Germany.
>
> Yes, there is. Germany is signatory to the Berne convention.
Ah - I was misslead by a lawyer, but I think he wasn't refering to
copyright as such, but was just m
Bernd Walter writes:
> There is no copyright in Germany.
Yes, there is. Germany is signatory to the Berne convention.
> I'm not a lawyer, but there are many differences to copyright and I
> think the main one is that the German system automatically protects
> without the need to explicitly decl
here are a few rules about age and inheritage) - no
matter how much it is spread.
The author can't even sell it, all he can do is sell the right to use it.
> I'm tempted to say that those researchers' use of the daemon is a
> shocking display of lack of respect for intelle
no cost. As the copyright
holder, Kirk gets to decide who is and isn't allowed to use the image
and for what purpose.
I'm tempted to say that those researchers' use of the daemon is a
shocking display of lack of respect for intellectual property, if I
didn't already know far t
not a trade mark, is it? It's copyrighted. That's a whole other set
> of laws.
>
> On the bottom of this page ...
>
> http://www.freebsd.org/art.html
Nice page :-)
> . the text states that Marshall Kirk McKusick is the
> trademark holder for the BSD Daemon ima
hted. That's a whole other set of
> laws.
On the bottom of this page ...
http://www.freebsd.org/art.html
.. the text states that Marshall Kirk McKusick is the
trademark holder for the BSD Daemon image.
However, on another page (I don't have the URL right
now) it says that Kirk ow
On Fri, Feb 05, 2010 at 08:05:10PM +0100, Julian H. Stacey typed:
>
> PS an undefended trade mark loses its right to further defence or some such,
> (I'm not a lawyer).
It's not a trade mark, is it? It's copyrighted. That's a whole other set of
laws.
Ruben
_
I have gotten word from the authors that they are aware of the
problem and are correcting it (e.g., taking out the daemon).
Kirk McKusick
=-=-=-=
From:Engin Kirda
Date:Wed, 3 Feb 2010 19:03:49 +0100
To: mckus...@mckusick.com
Subject: BSD logo misuse
Cc: Gilbert
l send you an off list copy of what I downloaded earlier
> at 2nd Feb 18:14 TZ=GMT+01:00.
National German TV (WDR was showing the BSD Daemon graphic in close up,
as part of that PDF report, just now, about 19:10 GMT+02:00 Fri 5th Feb.
They quoted
http://www.aktuelle-stunde.de/
I clicked to
Hello,
>> I am trying to create an accounting daemon that would be more precise
>> than usual BSD system accounting. It should read the whole process
>> tree from time to time (say, every 10 seconds) and log changes in
>> usage of CPU, I/O operations and memory per proces
Hi,
On 03 February 2010 am 06:36:21 Julian H. Stacey wrote:
> Kirk McKusick wrote:
> > Thanks for the pointer. As you note, the damage (or benefit :-) is
> > done. Still I have sent an email to the editor at Spiegel notifying
> > them of my copyright in the hopes that they will at least ask in the
Hi,
On 02 February 2010 pm 23:21:12 Christoph Kukulies wrote:
> Look here:
>
> http://www.spiegel.de/fotostrecke/fotostrecke-51396-2.html
>
it reminds me of movies in which good guys use Apple, bad guys Windows.
Erich
___
freebsd-hackers@freebsd.org m
On Tuesday, 2 February 2010 at 13:09:29 -0800, Kirk McKusick wrote:
> Thanks for the pointer. As you note, the damage (or benefit :-) is
> done. Still I have sent an email to the editor at Spiegel notifying
> them of my copyright in the hopes that they will at least ask in the
> future.
FWIW, muc
m:"Julian H. Stacey"
> Date:Tue, 02 Feb 2010 19:30:29 +0100
> To: Christoph Kukulies
> Subject: Re: our little daemon abused as symbol of the evil
> Cc: freebsd-hackers@freebsd.org, Kirk McKusick
> Organization: http://www.berklix.com BSD Unix Linux Con
ue, 02 Feb 2010 19:30:29 +0100
To: Christoph Kukulies
Subject: Re: our little daemon abused as symbol of the evil
Cc: freebsd-hackers@freebsd.org, Kirk McKusick
Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany
Christoph Kukulies wrote:
> Look he
uses the Firefox & BSD logos.
I havent read that English [yet], but with it, any interested here
can now read & form own opinions if it seems fair to use the Daemon
logo, especially cc'd copyright holder of BSD daemon holder:
Kirk McKusick
IMO The German article by weekly m
On Tue, 2 Feb 2010 10:21, kuku@ wrote:
Look here:
http://www.spiegel.de/fotostrecke/fotostrecke-51396-2.html
--
Christoph
OH! no! someone quick get a Microsoft Solicitation! "I mean solution"
--
jhell
___
freebsd-hackers@freebsd.org mailing li
Look here:
http://www.spiegel.de/fotostrecke/fotostrecke-51396-2.html
--
Christoph
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@fre
* cronfy [100128 06:16] wrote:
> >> To ensure that process in the process tree and process in the
> >> accounting file are the same, I want to add unique process identifier
> >> (uint64_t) to 'proc' struct in sys/sys/proc.h and increment it for
> >> every process fork. I see it is possible to do t
On Mon, Jan 25, 2010 at 02:33:35AM +0300, cronfy wrote:
> I am trying to create an accounting daemon that would be more precise
> than usual BSD system accounting. It should read the whole process
> tree from time to time (say, every 10 seconds) and log changes in
> usage of CPU, I/
>> To ensure that process in the process tree and process in the
>> accounting file are the same, I want to add unique process identifier
>> (uint64_t) to 'proc' struct in sys/sys/proc.h and increment it for
>> every process fork. I see it is possible to do this just before
>> sx_sunlock() in fork1
* cronfy [100124 15:59] wrote:
> Hello.
>
> Sorry for the crosspost, I intended to post this to freebsd-hackers@, but
> sent first copy to freebsd-questions@ by mistake.
>
>
> I am trying to create an accounting daemon that would be more precise
> than usual BSD syst
Hello.
Sorry for the crosspost, I intended to post this to freebsd-hackers@, but
sent first copy to freebsd-questions@ by mistake.
I am trying to create an accounting daemon that would be more precise
than usual BSD system accounting. It should read the whole process
tree from time to time (say
r installing ntop 1.3.10 and all dependencies from the ports ntop
> did work, but when running ntop as a daemon I got permanent and repeating
> warning messages:
> [warn] kevent: Bad file descriptor
> [...]
> I found out that ntop forks another thread for the daemon and kills the
>
running ntop as a daemon I got permanent and repeating
warning messages:
[warn] kevent: Bad file descriptor
ktrace reported the following:
47944 100098 initial thread CALL kevent(0x5,0x29ed8700,0x1,0x29ed8c00,
0x40,0)
47944 100098 initial thread RET kevent 1
47945 100139 ntop CALL
On Sat, 26 May 2007, M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Benjamin Lutz <[EMAIL PROTECTED]> writes:
: On Friday 25 May 2007 01:22:21 Alexey Mikhailov wrote:
: > [...]
: > 2. As I said before initial subject of this project was "Distributed
nd add networking capabilities, but the design
is sound. I use it everywhere in place of the stock syslog (takes some
re-architecturing - there's no longer a centralised syslog daemon).
MC
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.
On Sun, 27 May 2007, Benjamin Lutz wrote:
Hi,
[ log shippping daemon for audit and other other logs ]
[ syslog problems ]
sorry I have to cut this short;)
What Alexey said - this will be about log shipping not about writing
single log records etc.
Your syslog problems are outside the scope
On Saturday 26 May 2007 09:49, Alexey Mikhailov wrote:
> On Friday 25 May 2007 22:04:34 Benjamin Lutz wrote:
> > On Friday 25 May 2007 01:22:21 Alexey Mikhailov wrote:
> > > [...]
> > > 2. As I said before initial subject of this project was
> > > "
In message: <[EMAIL PROTECTED]>
Benjamin Lutz <[EMAIL PROTECTED]> writes:
: On Friday 25 May 2007 01:22:21 Alexey Mikhailov wrote:
: > [...]
: > 2. As I said before initial subject of this project was "Distributed
: > audit daemon". But after some discu
On Friday 25 May 2007 22:04:34 Benjamin Lutz wrote:
> On Friday 25 May 2007 01:22:21 Alexey Mikhailov wrote:
> > [...]
> > 2. As I said before initial subject of this project was
> > "Distributed audit daemon". But after some discussions we had
> > decided
On 2007-05-25 03:22, Alexey Mikhailov <[EMAIL PROTECTED]> wrote:
> Hello!
Hi Alexey :)
> http://wiki.freebsd.org/DistributedAuditDaemon
> [...]
> Consider this picture ( Yes, I know that my ASCII art sucks :-) )
>
> '` '-`
> |
On Friday 25 May 2007 01:22:21 Alexey Mikhailov wrote:
> [...]
> 2. As I said before initial subject of this project was "Distributed
> audit daemon". But after some discussions we had decided that this
> project can be done in more general maner. We can perform distributed
Hi Alexey!
I think your project would be beneficial to both FreeBSD &
OpenSolaris. Tomas Zeman is working on a similar thing for
OpenSolaris, and I think it would be very good if you could use the
distributed audit daemon to gather audit trails from both operating
systems!
On Ma
Hello!
I'm the SoC student who will work on "Distributed Audit Daemon"
project this summer. It was some discussion between me, my mentor
Bjoern Zeeb and Robert Watson about design of
this project. In this message I want to describe preliminary version
of design we're
On May 10, 2007, at 8:20 PM, Garrett Cooper wrote:
Yipes. The name of the game is to get something working in the base
system, instead of dragging in multiple 3rd party packages, with
licensing schemes that may not be aligned with the BSD license.
SQL's great, SQL's wonderful for db use, b
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
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
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
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
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
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
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
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
Mike Meyer <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > Mike Meyer <[EMAIL PROTECTED]> writes:
> > > How would setting LOCALBASE=/usr break this? Of course, equally valid
> > > is the question "what will break if I set LOCALBASE=/usr"? Hmm. I
> > > think I may f
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 t
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
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 (including
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
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
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 va
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]
___
freebsd-hackers@
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
> foreig
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
> r
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
On Thursday, 10 May 2007 at 20:20:42 -0700, Garrett Cooper wrote:
> David Naylor wrote:
> >Dear Jordan
> >
> >Recently I stumbled across a document you wrote in 2001, entitled "FreeBSD
> >installation and package tools, past, present and future". I find FreeBSD
> >appealing and I would like to c
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 database, and I propos
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 database, and I propos
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 and XML, but not grep.
signature.asc
Description: OpenPGP digital signature
Stanislav Sedov wrote:
> 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 database, and I propose all of
>> this be replaced by a single SQLite dat
On Sat, 12 May 2007 14:14:39 +0200
Philippe Laquet <[EMAIL PROTECTED]> mentioned:
> >
> XML could be an altertative to order packages, it can be parsed with
> some limited dependencies like PERL. The userland tools to manage
> packages could be based on that language? It is well known by many
> use
Ivan Voras wrote:
> In my (limited) experience, this sort of task should not depend much on
> the speed of the language. The most CPU-intensive task portupgrade does
> is resolving dependencies, and on a running system this is a DAG forest
> of about 500 nodes. I know portupgrade has some highly u
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 database, and I propose all of
this be replaced by a single SQLite database.
> cyclic dependancies in it!), but still, in itself, I think the choice of
> Ruby isn't performance-critical.
ruby2.0 will come with a virtual machine which should speed up things. ruby2.0
is expected "soon enough" (2008?)
___
freebsd-hackers@freebsd.org
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 database, and I propose all of
> this be replaced by a single SQLite database. SQLite is public domain
>
Jona Joachim wrote:
> I don't think it would be a good idea to use SQLite for this purpose.
> First of all using the file system is the Unix way of doing things. It's
> efficient and easy to use, it transparent and user friendly. You can
> simply run vi to inspect a text file but you can't do thi
On Fri, May 11, 2007 at 12:16:12PM -0700, Jos Backus wrote:
> On Fri, May 11, 2007 at 01:34:07PM -0400, Mike Meyer wrote:
[snip]
> > > > How about portability - can I move the file to a completely
> > > > different architecture and still get the data from it?
[snip]
The answer ("Yes") can be found
In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > > But you said you were interested in working on it...so what is your
> > > idea?
> > Actually, I said it's on my list of things to do.
> You might have meant this, but to quote what you actually said:
> --
> But hey, if there's a
3) As DES pointed out, the package tools must be able
to read the metadata before the files.
Actually, the argument is pretty weak. Being able to extract them
streamable and access the meta-data easily is fine. The remote access
argument is very weak as it doesn't allow e.g. signature checks.
On Sat, May 12, 2007 at 12:55:44AM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > > There are clearly other workable ideas - as I said, the linux folks
> > > managed to make it work. But it's not an easy problem. I certainly
> > > wouldn't suggest re
In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > There are clearly other workable ideas - as I said, the linux folks
> > managed to make it work. But it's not an easy problem. I certainly
> > wouldn't suggest rebuilding the packaging system to deal with this,
> > except as part
In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > There are clearly other workable ideas - as I said, the linux folks
> > managed to make it work. But it's not an easy problem. I certainly
> > wouldn't suggest rebuilding the packaging system to deal with this,
> > except as part
Dag-Erling Smørgrav wrote:
Ivan Voras <[EMAIL PROTECTED]> writes:
You can inspect s sqlite database with the provided utility. Unless the
database gets corrupted (which it tries to avoid by respecting ACID),
ACID is not something a database "respects", it is a set of guarantees
that it provide
On 05/11/07 19:48, Jona Joachim wrote:
Ivan Voras a écrit :
David Naylor wrote:
Dear Jordan
Recently I stumbled across a document you wrote in 2001, entitled "FreeBSD
installation and package tools, past, present and future". I find FreeBSD
appealing and I would like to contribute it its s
Ivan Voras a écrit :
David Naylor wrote:
Dear Jordan
Recently I stumbled across a document you wrote in 2001, entitled "FreeBSD
installation and package tools, past, present and future". I find FreeBSD
appealing and I would like to contribute it its success, and as your article
describes, t
On 2007-May-11 17:34:48 +0200, Joerg Sonnenberger <[EMAIL PROTECTED]> wrote:
>On Fri, May 11, 2007 at 07:58:02AM -0700, Tim Kientzle wrote:
>> 3) As DES pointed out, the package tools must be able
>>to read the metadata before the files. If you really
>>need a completely separate metadata
On Friday 11 May 2007 11:34 am, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Freddie Cash <[EMAIL PROTECTED]>
typed:
> > On Friday 11 May 2007 07:35 am, Mike Meyer wrote:
> > > I still think we ought to quit pretending that ports/packages
> > > aren't part of BSD, and default LOCALBASE to /usr. But
On Fri, May 11, 2007 at 01:34:07PM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Jos Backus <[EMAIL PROTECTED]> typed:
> > 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 "Transact
On Fri, May 11, 2007 at 03:07:27PM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> > The point is that the real problem is: "how do you arrange the bits on
> > disk", not "how do you wrap that in a package system". Until you
> > figure out a workable o
In <[EMAIL PROTECTED]>, Kris Kennaway <[EMAIL PROTECTED]> typed:
> The point is that the real problem is: "how do you arrange the bits on
> disk", not "how do you wrap that in a package system". Until you
> figure out a workable on-disk arrangement for the files, questions
> about packaging are no
In <[EMAIL PROTECTED]>, Freddie Cash <[EMAIL PROTECTED]> typed:
> On Friday 11 May 2007 07:35 am, Mike Meyer wrote:
> > I still think we ought to quit pretending that ports/packages aren't
> > part of BSD, and default LOCALBASE to /usr. But if changing it is
> > being tested, that's a big help.
> P
1 - 100 of 225 matches
Mail list logo
