9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Akshat Kumar <akumar@mail.nanosouffle.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] nupas update
Date: Mon, 17 May 2010 00:35:16 -0100	[thread overview]
Message-ID: <AANLkTinBQjE7JQ_yFigQkBO-jd4SOiRseLZYoCrPloON@mail.gmail.com> (raw)
In-Reply-To: <AANLkTin7WX3SkEnHUGZmJYI2DDr1mfNtWRMSvNaYfU4K@mail.gmail.com>

I left these questions by Ron to be answered
collectively by fellow Plan 9 folks who would
try out his new "package system".
But the conversation deteriorated into a
"portage: pros and cons" debate/seminar.

My input follows.

On 5/16/10, ron minnich <rminnich@gmail.com> wrote:
> It actually works quite well, and probably I should just create a
> /installed directory, but that
> was actually an afterthought. What do you recommend?

I've already created mine. :)

> Example: I mount python.iso and do an Aki rbind -ra of /n/python/root /
> Well ... it just didn't want to work, somehow, although I forget why.
> I punted at that
> point and did the dircp, I just ran out of time.

Is `rbind' a recursive bind, that takes care of binding at
all depths? Because that's what you'd need in order
for the binds to work. And then you shouldn't have any
problems.

> So, if we just go with the dircp approach, and copy the files in, what
> I hear is missing so far:
> - I don't put the installed info into /installed; should I just go
> ahead and fix that?
>  What else?

Really, the installed paths would just be there as a log
of where things went. A straight `dircp' might seem harsh
to some, but in my personal setup, I see no problems with
such a log and my WORM dumps being taken every day.
Then, reverting just means using the history(1) type tools
with respect to the log at /installed/$i. That's only a little
slower than a bunch of unmount(1) commands, but in
totality, keeps a very efficient maintenance system with
no hassles.

If I can come up with a general set of commands to revert
a given package à la history(1)/yesterday(1), I would put
a set of those commands in /installed/$i when the package
is installed. Then you just pass it to rc and you're golden.


Best,
ak



  parent reply	other threads:[~2010-05-17  1:35 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-03  2:16 erik quanstrom
2009-09-03  2:29 ` David Leimbach
2009-09-03  2:37   ` erik quanstrom
2010-05-15 23:17 ` Akshat Kumar
2010-05-15 23:45   ` erik quanstrom
2010-05-16  2:36     ` ron minnich
2010-05-16  4:15       ` erik quanstrom
2010-05-16  4:28       ` Akshat Kumar
2010-05-16  4:35         ` ron minnich
2010-05-16  4:39           ` erik quanstrom
2010-05-16  4:51             ` ron minnich
2010-05-16  4:57           ` Akshat Kumar
2010-05-16  5:44             ` ron minnich
2010-05-16 13:42               ` EBo
2010-05-16 14:03                 ` erik quanstrom
2010-05-16 14:51                   ` Ethan Grammatikidis
2010-05-16 15:37                     ` EBo
2010-05-16 15:53                       ` Ethan Grammatikidis
2010-05-16 16:02                         ` ron minnich
2010-05-16 17:10                           ` Ethan Grammatikidis
2010-05-16 17:19                           ` EBo
2010-05-16 15:21                   ` EBo
2010-05-16 15:42                     ` Ethan Grammatikidis
2010-05-16 17:34                       ` EBo
2010-05-16 17:47                         ` hiro
2010-05-16 18:58                         ` Corey
2010-05-16 19:29                           ` EBo
2010-05-18 21:35                           ` Georg Lehner
2010-05-18 22:07                             ` ron minnich
2010-05-16 15:46                     ` Jorden M
2010-05-16 15:59                       ` Ethan Grammatikidis
2010-05-16 15:42                   ` Jorden M
2010-05-16 18:24                     ` erik quanstrom
2010-05-16 18:49                       ` EBo
2010-05-16 20:44                         ` erik quanstrom
2010-05-16 21:44                           ` EBo
2010-05-17  1:17                             ` erik quanstrom
2010-05-17  1:52                               ` EBo
2010-05-17  1:58                                 ` erik quanstrom
2010-05-17  1:35               ` Akshat Kumar [this message]
2010-05-17  4:09                 ` ron minnich
2010-05-17  4:19                   ` erik quanstrom
2010-05-17  4:56                     ` ron minnich
2010-05-18 23:50                   ` Federico G. Benavento
2010-05-18 23:59                     ` ron minnich
2010-05-19  0:40                       ` Jorden M
2010-05-19  1:40                         ` Robert Ransom
  -- strict thread matches above, loose matches on Subject: below --
2009-08-06 15:23 erik quanstrom
2008-10-23  0:08 erik quanstrom

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=AANLkTinBQjE7JQ_yFigQkBO-jd4SOiRseLZYoCrPloON@mail.gmail.com \
    --to=akumar@mail.nanosouffle.net \
    --cc=9fans@9fans.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).