All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeffrey Yasskin <jyasskin@mail.utexas.edu>
To: reiserfs-list@namesys.com
Subject: Re: software packaging and ReiserFS v4
Date: Thu, 04 Sep 2003 00:05:04 -0500	[thread overview]
Message-ID: <3F56C800.4050108@mail.utexas.edu> (raw)
In-Reply-To: <20030904012846.GA1825@rahul.net>



Bennett Todd wrote:

>2003-09-03T17:52:04 J?rgen Botz:
>  
>
>>Bennett Todd wrote:
>>    
>>
>>>>>(although the forward mappings within /var/lib/pkg/foo wouldn't
>>>>>update automagically).
>>>>>          
>>>>>
>>>>They could, with the right plug-in.
>>>>        
>>>>
>>>A plug-in to reach in and edit the forward references in the package
>>>database misses my vision of "simple";
>>>      
>>>
>>There is no need for a separate "package database" with your
>>scheme.  What is the package database but the contents of your
>>'pkg' directory?
>>    
>>
>
>The package database is the contents of /var/lib/pkg/ --- files,
>each nearly completely documenting one package, with addenda as
>needed under each --- plus the symlinks under each installed file
>back representing the inverse map.
>
>  
>
>>Your links (/usr/bin/program/pkg -> /pkg/program/...) provide the
>>inversion.  You only need a plug-in to make this "symbolic link"
>>something that gets atomically changed at both ends.
>>    
>>
>
>The problem is that the forward maps aren't a symlink, they're text
>files enumerating the contents of the package together with
>attributes (is this a doc file, a config file, ...) and the
>checksums table (a text file, w/ full pathnames and sha1 sums in
>hex); that last usually signed by a detached OpenPGP sig.
>  
>
I think you want the bidirectional links which are mentioned in the Link 
Taxonomy section of http://namesys.com/v4/v4.html (search for "bilink"). 
I don't think they're implemented yet, but once they are, the forward 
map will probably consist of a pseudo-file (..links?) in /var/lib/pkg/foo/








--Jeffrey


  reply	other threads:[~2003-09-04  5:05 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-03 16:54 software packaging and ReiserFS v4 Bennett Todd
2003-09-03 21:18 ` Jürgen Botz
2003-09-03 21:37   ` Bennett Todd
2003-09-03 21:52     ` Jürgen Botz
2003-09-04  1:28       ` Bennett Todd
2003-09-04  5:05         ` Jeffrey Yasskin [this message]
2003-09-03 23:11     ` Grant Miner
2003-09-05 18:15     ` Grant Miner
2003-09-05 19:44       ` Mike Fedyk
2003-09-05 20:18         ` Ragnar Kjørstad
2003-09-05 20:35           ` Mike Fedyk
2003-09-05 20:39           ` OT: package scripts (was Re: software packaging and ReiserFS v4) Bennett Todd
2003-09-05 21:37             ` Grant Miner
2003-09-08  9:49       ` software packaging and ReiserFS v4 Nikita Danilov
2003-09-08 10:52         ` Hans Reiser
2003-09-05  7:08 ` Richard Heycock

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F56C800.4050108@mail.utexas.edu \
    --to=jyasskin@mail.utexas.edu \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.