[arch-general] pacman/libalpm/libfetch do not honor TMPDIR

Hector Martinez-Seara hseara at gmail.com
Fri Nov 25 01:04:41 EST 2011

Sometimes you simply need more space that the one available in /tmp.
In all my systems /tmp is in ram and as some machines have only 4Gb
memory the available space in /tmp is  about  2Gb only which is
sufficient for most of the stuff but some compilations need more.

On 25 November 2011 02:28, Allan McRae <allan at archlinux.org> wrote:
> On 25/11/11 09:18, clemens fischer wrote:
>> Hi,
>> would it be possible to let pacman, libalpm and libfetch honor the
>> environment variable TMPDIR?
>> I mean, this is stupid.  Many people keep /tmp in RAM, on a tmpfs, and
>> make it big enough, but not too big, as it takes away RAM when getting
>> loaded.
>>   #define TMP_LOC "TMPDIR"
>>   #include<stdlib.h>  /* getenv(3) */
>>   #include<string.h>  /* strncat(3) */
>>   td = getenv(TMP_LOC);
>>   /* cleanup for safety: td = cleanup(td); */
>>   tmpdir = strncat(td, "/", 1);
>> What can be so difficult about this?
>> I got this pesty "warning: warning given when extracting .INSTALL (Write
>> failed)" today, and when looking at pacman, libalpm and libfetch with
>> strings(1), none of them seem to check TMPDIR!
> File a bug report or at least post to the pacman-dev list.  Then relevant
> people might actually see your request.
> But I do not get it...   what is the point of having /tmp in RAM and then
> setting TMPDIR elsewhere?
> Allan

Hector Martínez-Seara Monné
mail: hseara at gmail.com
Tel: +34656271145
Tel: +358442709253

More information about the arch-general mailing list