From owner-freebsd-hackers@FreeBSD.ORG Fri May 11 09:51:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2040916A400 for ; Fri, 11 May 2007 09:51:55 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D71D613C45D for ; Fri, 11 May 2007 09:51:54 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EDBD220A6; Fri, 11 May 2007 11:51:48 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E0AF32088; Fri, 11 May 2007 11:51:48 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C756A533F; Fri, 11 May 2007 11:51:48 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Ivan Voras References: <200705102105.27271.blackdragon@highveldmail.co.za> <4643C7DB.6000408@elischer.org> <863b233dq4.fsf@dwp.des.no> <46443AF0.2070006@fer.hr> Date: Fri, 11 May 2007 11:51:48 +0200 In-Reply-To: <46443AF0.2070006@fer.hr> (Ivan Voras's message of "Fri\, 11 May 2007 11\:44\:16 +0200") Message-ID: <86tzuj1ydn.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: New FreeBSD package system (a.k.a. Daemon Package System (dps)) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 09:51:55 -0000 Ivan Voras writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > Ivan Voras writes: > > > You can inspect s sqlite database with the provided utility. Unless t= he > > > 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 provides to the application. Avoiding database corruption is > > a necessary requirement for, rather than a consequence of, ACID. > I'm thinking of ACID as a set of ideas / procedures, the consequence > of which is avoiding corruption. Of course, there's a "hierarchy of > reliability" - the db relies on the file system to meet the > requirements, the file system relies on the hardware, etc. but if the > db doesn't make use of those, it's all for nothing. The world would be a much nicer place if people would stop redefining technical terms to mean whatever suits them. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no