Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #13196
| From | Aragorn <thorongil@telenet.be.invalid> |
|---|---|
| Newsgroups | comp.os.linux.misc |
| Subject | Re: Devuan |
| Followup-To | comp.os.linux.misc |
| Date | 2015-01-03 10:37 +0100 |
| Organization | A noiseless patient Strider |
| Message-ID | <m88d7i$1cf$1@dont-email.me> (permalink) |
| References | (12 earlier) <m83t9s$eb6$2@dont-email.me> <ev6baata6vm3am3m46cnh878215nqgkmoj@4ax.com> <slrnmaeve6.ms0.spamtrap42@one.localnet> <m884l4$8sc$2@dont-email.me> <m88c17$s7u$1@dont-email.me> |
Followups directed to: comp.os.linux.misc
On Saturday 03 January 2015 10:16, William Unruh conveyed the following
to comp.os.linux.misc...
> On 2015-01-03, Aragorn <thorongil@telenet.be.invalid> wrote:
>
>> On Saturday 03 January 2015 06:27, Robert Riches conveyed the
>> following to comp.os.linux.misc...
>>
>>> [...] If you want /tmp to be volatile, that's fine; have it your
>>> way. Others don't want it to be volatile.
>>
>> According to the Filesystem Hierarchy Standard version 2.3...
>>
>> [QUOTE]
>>
>> Purpose
>>
>> The /tmp directory must be made available for programs that require
>> temporary files.
>>
>> Programs must not assume that any files or directories in /tmp are
>> preserved between invocations of the program.
>>
>> Rationale
>>
>> IEEE standard P1003.2 (POSIX, part 2) makes requirements that are
>> similar to the above section.
>>
>> Although data stored in /tmp may be deleted in a site-specific
>> manner, it is recommended that files and directories located in
>> /tmp be deleted whenever the system is booted.
>>
>> FHS added this recommendation on the basis of historical precedent
>> and common practice, but did not make it a requirement because
>> system administration is not within the scope of this standard.
>>
>> [/QUOTE]
>
> And the FSHS is honoured more in the breach than in the observance. As
> they say, system administration is not within the scope of this
> standard. And many people use /tmp as a scratch that in general is
> preserved over reboots. But no guarentees.
Historically, the reason why most people started using /tmp is actually
because they were trying to circumvent the quota on their $HOME
directories.
Anyone who wants a scratch directory can always create a $HOME/tmp.
Most distributions create one by default upon installation, even, by
having it listed in /etc/skel.
[localhost:/dev/pts/0][/home/aragorn]
[10:29:54][aragorn] $ ll -A /etc/skel
total 28
-rw-r--r-- 1 root root 24 May 9 2011 .bash_logout
-rw-r--r-- 1 root root 201 Nov 1 2011 .bash_profile
-rw-r--r-- 1 root root 134 Nov 1 2011 .bashrc
drwxr-xr-x 2 root root 6 Sep 22 2011 .gnome2/
drwxr-xr-x 2 root root 6 Sep 22 2011 .mozilla/
-rw-r--r-- 1 root root 3793 Jan 8 2011 .screenrc
drwx------ 2 root root 6 Jan 11 2011 tmp/
>>> I seem to recall reading that it can be done with systemd, but I
>>> have not tested it myself.
>>
>> systemd does support not using a tmpfs for /tmp, yes.
>
> It does however make it hard to do so. As I said, trying to disable
> that (systemctl disable tmp.mount)
> does not work. You must do
> systemctl mask tmp.mount
> or
> ln -s /dev/null /etc/systemd/system/tmp.mount
> will manage not to have /tmp be /tmpfs. Why not just allow disable as
> with most other services? Well, it is either a bug of Poettinger
> involving himself in system administration .
I'm afraid that Lennart/Poettering/ and RedHat assume a far more pompous
attitude than that, even. Their goal is to prescribe what a GNU/Linux
system should look like, and for RedHat to become the de facto leader ─
if not the only distribution left ─ of GNU/Linux development.
>>> [...] I decided I would not voluntarily use systemd on systems under
>>> my control if there was any other acceptable solution.
>>
>> I share that sentiment.
>>
> Unfortunately I like the rest of Mageia too much. Does not mean
> systemd does not annoy me, and the bugs ( which are all features, not
> bugs) keep wasting my time. Why in the world should I have to dig
> into the bowels of systemd to find out that I have to mask, not
> disable /tmp as tmpfs? Why do Ihave to waste hours because systemd
> decides that if it cannot mount a partition it will give up on the
> whole boot, unless the stupidly named nofail option is used? (that was
> 4 hours of my life).
Mageia is a Mandriva spin-off. So is PCLinuxOS, but unlike Mageia and
Mandriva, PCLinuxOS is still using sysvinit.
The initial look & feel of PCLinuxOS may be a little different from
Mageia's or Mandriva's, but under the hood it's pretty much the same
trusted environment. You still get all the typical "draktools",
including the mcc and msec.
PCLinuxOS is also a rolling release distro, and it uses .rpm packages in
combination with Debian's package management system and its Synaptic
front-end. It only ships in the form of an installable live CD or live
DVD, but once you choose to install the system, it's pretty much the
same as Mageia and Mandriva... but without systemd. :-)
--
= Aragorn =
http://www.linuxcounter.net - registrant #223157
Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Devuan Mladen Gogala <gogala.mladen@gmail.com> - 2014-12-29 17:13 +0000
Re: Devuan Aragorn <thorongil@telenet.be.invalid> - 2014-12-29 18:32 +0100
Re: Devuan Grant <omg@grrr.id.au> - 2014-12-30 05:23 +1100
Re: Devuan Michael Black <et472@ncf.ca> - 2014-12-29 13:55 -0500
Re: Devuan Jens Stuckelberger <Jens_Stuckelberger@nowhere.net> - 2014-12-29 19:28 +0000
Re: Devuan Grant <omg@grrr.id.au> - 2014-12-30 07:25 +1100
Re: Devuan "John F" <j@j.ii> - 2014-12-29 13:42 -0800
Re: Devuan Grant <omg@grrr.id.au> - 2014-12-30 09:32 +1100
Re: Devuan Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2014-12-29 14:57 -0800
Re: Devuan "John F" <j@j.ii> - 2014-12-30 16:37 -0800
Re: Devuan Bobbie Sellers <bliss-sf4ever@dslextreme.com> - 2014-12-30 18:23 -0800
Re: Devuan notbob <notbob@nothome.com> - 2014-12-31 17:57 +0000
Re: Devuan Rich <rich@example.invalid> - 2014-12-31 19:07 +0000
Re: Devuan Grant <omg@grrr.id.au> - 2015-01-01 08:25 +1100
Re: Devuan Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-01-01 10:56 +0100
Re: Devuan Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us> - 2015-01-01 05:02 -0800
Re: Devuan John Hasler <jhasler@newsguy.com> - 2015-01-01 08:49 -0600
Re: Devuan Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-01-01 16:43 +0100
Re: Devuan notbob <notbob@nothome.com> - 2015-01-01 16:12 +0000
Re: Devuan Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-01-01 18:23 +0100
Re: Devuan notbob <notbob@nothome.com> - 2015-01-01 18:11 +0000
Re: Devuan Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-01-01 22:05 +0100
Re: Devuan Grant <omg@grrr.id.au> - 2015-01-02 06:09 +1100
Re: Devuan Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2015-01-02 20:04 +0000
Re: Devuan notbob <notbob@nothome.com> - 2015-01-02 20:14 +0000
Re: Devuan Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us> - 2015-01-02 12:30 -0800
Re: Devuan notbob <notbob@nothome.com> - 2015-01-02 21:31 +0000
Re: Devuan Aragorn <thorongil@telenet.be.invalid> - 2015-01-03 08:03 +0100
Re: Devuan Michael Black <et472@ncf.ca> - 2015-01-02 15:35 -0500
Re: Devuan John Hasler <jhasler@newsguy.com> - 2015-01-02 14:37 -0600
Re: Devuan Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-01-01 16:42 +0100
Re: Devuan Dan Espen <despen@verizon.net> - 2014-12-31 16:30 -0500
Re: Devuan Mladen Gogala <gogala.mladen@gmail.com> - 2014-12-31 23:51 +0000
Re: Devuan Mladen Gogala <gogala.mladen@gmail.com> - 2014-12-31 23:55 +0000
Re: Devuan Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us> - 2014-12-31 16:49 -0800
Re: Devuan The Natural Philosopher <tnp@invalid.invalid> - 2015-01-01 01:50 +0000
Re: Devuan Dan Espen <despen@verizon.net> - 2014-12-31 22:03 -0500
Re: Devuan The Natural Philosopher <tnp@invalid.invalid> - 2015-01-01 08:46 +0000
Re: Devuan Dan Espen <despen@verizon.net> - 2015-01-01 10:15 -0500
Re: Devuan The Natural Philosopher <tnp@invalid.invalid> - 2015-01-01 16:01 +0000
Re: Devuan William Unruh <unruh@invalid.ca> - 2015-01-01 16:40 +0000
Re: Devuan Richard Kettlewell <rjk@greenend.org.uk> - 2015-01-01 17:00 +0000
Re: Devuan William Unruh <unruh@invalid.ca> - 2015-01-01 17:08 +0000
Re: Devuan Richard Kettlewell <rjk@greenend.org.uk> - 2015-01-01 17:35 +0000
Re: Devuan Dan Espen <despen@verizon.net> - 2015-01-01 12:09 -0500
Re: Devuan William Unruh <unruh@invalid.ca> - 2015-01-01 17:22 +0000
Re: Devuan Dan Espen <despen@verizon.net> - 2015-01-01 13:17 -0500
Re: Devuan Grant <omg@grrr.id.au> - 2015-01-02 06:14 +1100
Re: Devuan Robert Riches <spamtrap42@jacob21819.net> - 2015-01-03 05:27 +0000
Re: Devuan Aragorn <thorongil@telenet.be.invalid> - 2015-01-03 08:10 +0100
Re: Devuan William Unruh <unruh@invalid.ca> - 2015-01-03 09:16 +0000
Re: Devuan Aragorn <thorongil@telenet.be.invalid> - 2015-01-03 10:37 +0100
Re: Devuan Grant <omg@grrr.id.au> - 2015-01-02 06:11 +1100
Re: Devuan Richard Kettlewell <rjk@greenend.org.uk> - 2015-01-01 15:23 +0000
Re: Devuan Robert Riches <spamtrap42@jacob21819.net> - 2015-01-03 05:29 +0000
Re: Devuan Richard Kettlewell <rjk@greenend.org.uk> - 2015-01-03 09:14 +0000
Re: Devuan Stephen Chadfield <stephen@chadfield.com> - 2015-01-05 02:33 +0000
Re: Devuan "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2015-02-09 16:57 -0500
Re: Devuan "J. Clarke" <j.clarke.873638@gmail.com> - 2015-03-08 09:08 -0400
Re: Devuan Aragorn <thorongil@telenet.be.invalid> - 2014-12-30 09:13 +0100
csiph-web