>>> small and deliberately so. /tmp is the right place to do this
>>> work.
>> Unfortunately /tmp/ isnt usable in a vendor portable manner. I can
>> submit Linus an elegant clean patch that uses /tmp and works on RH
>> 5.0+/current SuSE and Debian and probably crashes and burns on
>> Slackware. Thats far worse
> I don't get it. What can the difference between /tmp be between RH and
> slackware? Sticky flag? Size? Soft link? None of those make any
> difference. It must be something else in the environment apart from
> /tmp that you are needing. But what else apart from mktemp() do you
> need?
>> The workspace files in question are 2 or 3 text files under 4K long.
> OK .. but they are being put in a non-variable part of the FS. It
> should not be used for temporary storage. /lib'd be mounted ro on my
> systems if it weren't for the fact that it's on the same partition as
> /etc, and /etc needs a variable mtab. /usr and /usr/local are mounted
> readonly. /tmp and /usr/tmp point to /var/tmp.
Perhaps you can explain what on earth you're arguing about, since I
can't work it out. Where am I misunderstanding it?
1. We are talking about temporary files created during the execution
of the "make modules_install" section of the kernel configuration.
The whole purpose of this section is to create directories and
copy files under /lib/modules so, as Alan has said, /lib/modules
MUST be writable at the time that command is run. Hence, your
claim that /usr would be mounted ro is meaningless since under
that condition, "make modules_install" MUST fail anyway.
2. The fact that /lib is on the same partition as /etc does NOT
imply that the partition is rw - in fact, on one of my systems,
the root partition is on a CD and, as a direct consequence, is
very definately ro and this causes no problems at all. The reason
why is that during the boot, it sets up a ramdisk mounted on /rd
which is rw and /etc/mtab is a SymLink to /rd/mtab thereon, as
are the other files which need to change.
Best wishes from Riley.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/