sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
- From: "Sergey A. Lipnevich" <sergeyli AT pisem.net>
- To: Phil/CERisE/KG6MBQ <cerise AT littlegreenmen.armory.com>
- Cc: "\"\\\"Julian v. Bock\\\"\"" <julian AT openit.de>, Source Mage Discuss <sm-discuss AT lists.ibiblio.org>
- Subject: Re: [SM-Discuss] tmpfs
- Date: Thu, 25 Jul 2002 17:51:36 +0400 (MSD)
I still think tempfs is a very elegant solution to many
problems (disk clean-up, /tmp using my otherwise unused
most of the time swap partition, performance still
there), but that's not the point. Why are we discussing
what to change when there's a whole slew of sorcery
functions to implement to be feature-complete for 1.0?
--Sergey.
Phil/CERisE/KG6MBQ <cerise AT littlegreenmen.armory.com>:
> Julian v. Bock said:
>
> > I like it because my fs doesn't get filled with the
remains of failed
> > compiles. After a reboot everything is gone, and if
I want to
> > clean up manually all I have to do is the following:
> >
> > cd /usr/src
> > umount *
> > rmdir *
> >
> > This leaves the kernel dir / link intact.
>
> I can think of a couple of work arounds. You
could chroot into a
> directory and install things to the appropriate
places. You could then
> relink things accordingly.
> You could create a new directory as you would with
tempfs and
> do all sorcery related work within it. You could
then delete leftovers
> accordingly.
> You could have a temporary file mounted as a
loopback and do all
> work in there.
> The important part here is that Sorcery as a good
packaging system
> should clean up after itself. Tempfs is a simple
idea thrown at a
> problem. I believe that the benchmarks have bourne
out that using the
> native filesystem may be a better idea.
> I don't believe that having Sorcery clean up after
itself and
> having Sorcery use the native filesystem are mutually
exclusive.
>
> -Phil/CERisE
-
Re: [SM-Discuss] tmpfs
, (continued)
- Re: [SM-Discuss] tmpfs, Phil/CERisE/KG6MBQ, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Julian v. Bock, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Phil/CERisE/KG6MBQ, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Julian v. Bock, 07/25/2002
- Re: [SM-Discuss] tmpfs, Julian v. Bock, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Aaron Brice, 07/25/2002
- Re: [SM-Discuss] tmpfs, Phil/CERisE/KG6MBQ, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Julian v. Bock, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Laurent Wandrebeck, 07/25/2002
- Re: [SM-Discuss] tmpfs, Phil/CERisE/KG6MBQ, 07/26/2002
-
Re: [SM-Discuss] tmpfs,
Phil/CERisE/KG6MBQ, 07/25/2002
- [SM-Discuss] tmpfs, Andrew Stitt, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Sergey A. Lipnevich, 07/25/2002
- Re: [SM-Discuss] tmpfs, Dufflebunk, 07/25/2002
- Re: [SM-Discuss] tmpfs, Ari Steinberg, 07/25/2002
- Re: [SM-Discuss] tmpfs, Eric Sandall, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Sergey A. Lipnevich, 07/25/2002
- Re: [SM-Discuss] tmpfs, Ari Steinberg, 07/25/2002
-
Re: [SM-Discuss] tmpfs,
Sergey A. Lipnevich, 07/26/2002
- Re: [SM-Discuss] tmpfs, Phil/CERisE/KG6MBQ, 07/26/2002
-
Re: [SM-Discuss] tmpfs,
Sergey A. Lipnevich, 07/26/2002
- Re: [SM-Discuss] tmpfs, Phil/CERisE/KG6MBQ, 07/26/2002
Archive powered by MHonArc 2.6.24.