From: Albert Hopkins <marduk@gentoo.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Symlinking /usr/portage/distfiles
Date: Mon, 29 Jan 2007 07:20:43 -0600 [thread overview]
Message-ID: <1170076843.32291.16.camel@blackwidow.nbk> (raw)
In-Reply-To: <200701290938.08476.alan@linuxholdings.co.za>
On Mon, 2007-01-29 at 09:38 +0200, Alan McKinnon wrote:
> On Saturday 27 January 2007 18:40, Vlad Dogaru wrote:
> > One question though: is there a reason why PORTAGE_TMPDIR does not
> > default to /tmp?
I've been running PORTAGE_TMPDIR in /tmp for at least a couple of years
without any issues (actually /var/tmp/portage, but /var/tmp symlinks
to /tmp on most of my systems).
> The real nature of /tmp isn't adequate for portage, that's why it uses a
> different one. If memory serves, the FHS defines /tmp as a temporary
> place to store files, and the continued existence of the file after a
> process has finished is not guaranteed. In other words, if there are no
> existing locks on a file, it's up for summary deletion. This could be
> fatal in a big compile - imagine if some cleaner process nuked a binary
> compiled 4 hours ago in an openoffice compile....
I'm not sure if your memory is correct, but I've always been told
"never put anything in /tmp that you want to survive a reboot". But
still using your def I suppose that process would be 'emerge' which, on
the default config, deletes the files before it finishes anyway.
Most cleaners have sane mtime/atime parameters that they don't interfere
with merges. The the default Gentoo tmpwatch config for /tmp is 168
(336 hrs for /var/tmp/portage). I've never had an emerge take 168 hours.
If you do, you can adjust that parameter. I do also have DISTDIR
pointing to /var/portage/distfiles and I have a different policy for
tmpwatch for that.
> But the best reason is that some compiles are HUGE. Openoffice can take
> up all of 5G with everything enabled, and as /tmp is often a tmpfs,
> it's highly unlikely most users will have enough space on /tmp to
> emerge it.
Not that that's ever been a problem for me but you can always
temporarily divert it when compiling "HUGE" jobs.
# PORTAGE_TMPDIR=/var/scratch/portage emerge openoffice
IMO it's more than worth the convenience/performance of running it
in /tmp than not. As I've said I've been doing it for a long while and
I'd don't remember ever having files "disappear" or running out of space
on /tmp.
But if you want to discuss FHS let's talk about how /usr/portage doesn't
belong in /usr ;-)
-m
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2007-01-29 13:27 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-27 13:16 [gentoo-user] Symlinking /usr/portage/distfiles Vlad Dogaru
2007-01-27 13:29 ` Mick
2007-01-27 13:31 ` Dale
2007-01-27 16:40 ` Vlad Dogaru
2007-01-27 18:14 ` Jürgen Geuter
2007-01-27 19:05 ` Jeffrey Rollin
2007-01-27 19:52 ` Vlad Dogaru
2007-01-27 23:48 ` Neil Bothwick
2007-01-29 7:38 ` Alan McKinnon
2007-01-29 13:20 ` Albert Hopkins [this message]
[not found] ` <200701292112.22080.alan@linuxholdings.co.za>
2007-01-30 9:29 ` Neil Bothwick
2007-01-30 12:22 ` Bo Ørsted Andresen
2007-01-30 13:09 ` Neil Bothwick
2007-01-30 12:59 ` Albert Hopkins
2007-01-30 7:25 ` Bo Ørsted Andresen
[not found] ` <200701301422.12957.bo.andresen@zlin.dk>
[not found] ` <200701301552.37737.alan@linuxholdings.co.za>
2007-01-30 14:06 ` Uwe Thiem
2007-01-31 11:02 ` Alan McKinnon
2007-01-31 12:22 ` Uwe Thiem
2007-01-31 12:34 ` Bo Ørsted Andresen
2007-01-31 13:23 ` Alan McKinnon
2007-01-31 13:22 ` Alan McKinnon
2007-01-31 13:38 ` Bo Ørsted Andresen
2007-01-31 15:58 ` Alan McKinnon
2007-01-31 19:13 ` Boyd Stephen Smith Jr.
2007-01-31 23:49 ` Mark Kirkwood
2007-02-01 8:51 ` Nelson, David (ED, PAR&D)
2007-02-01 9:10 ` Alan McKinnon
2007-02-01 18:43 ` Ralf Stephan
2007-02-01 20:41 ` Dan Farrell
2007-01-30 14:35 ` Neil Bothwick
2007-01-30 16:26 ` Anthony E. Caudel
2007-01-31 11:16 ` Alan McKinnon
2007-01-31 12:25 ` Dan Farrell
2007-02-01 10:30 ` Neil Bothwick
2007-01-31 15:22 ` Anthony E. Caudel
2007-01-30 19:10 ` Mick
2007-01-30 19:31 ` Neil Bothwick
2007-01-30 20:18 ` Albert Hopkins
2007-01-30 22:39 ` Neil Bothwick
2007-01-31 0:45 ` Steve Dibb
2007-01-31 1:22 ` Neil Bothwick
2007-01-31 10:37 ` Boyd Stephen Smith Jr.
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=1170076843.32291.16.camel@blackwidow.nbk \
--to=marduk@gentoo.org \
--cc=gentoo-user@lists.gentoo.org \
/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