Bug#756565: bug update

2016-09-20 Thread salsaman
I would prefer to keep $tmpdir as it is, I dont see any reason to change it
to $XDG_CACHE_HOME as this variable is only used internally to smogrify.
Also using /lives would be confusing as there is already a .lives file and
lives-dir which are both created in $HOME. Also the user can select the
location of $tmpdir at install time so it may be outside $HOME.



Regarding the other files:

/tmp/lives-symlinks is only used in the Dynebolic bootable disk.
Effectively this can be ignored, since it is not used in normal operation.


/tmp/.smogrify.* is intended to be used when an external script calls
"smogrify get_tempdir ". This may be employed by external scripts to
get the working directory location for LiVES. The token  is appended
to the end of the filename so this can be considered secure. The LiVES
application itself never calls this.

Actually I have a TODO there: allow a (optional) second parameter to
override the default directory location (/tmp); so I shall implement this
so that scripts can provide an alternative to /tmp if they wish.


/tmp/.smogval : this is not used, I believe you are again confused by
$tmpdir which as noted points to the working directory (e.g. ~/livestmp).
There IS a minor bug where "/tmp/.smogval*" is removed by a cleanup
operation. This code should be removed as it is no longer relevant.


The above changes are trivial and I will update here as soon as they are
done.


Bug#756565: Bug update

2016-09-19 Thread salsaman
Hi,
first of all, I am the main developer of LiVES. Please cc the address
salsaman+li...@gmail.com to all future bugs related to LiVES.

Secondly, there is incorrect information in this bug report.
>>

You'll see that $curtmpdir is set to /tmp/smogrify, via code such as:

$handle=$ARGV[1];
$curtmpdir="$tmpdir/$handle";

>>

In fact $tmpdir is a bit of a misnomer, it points to the LiVES working
directory, which is created for LiVES at install and chosen by the user,
(or a subdirectory of this). $handle is a random number generated for the
clip. So in this case it would be something like
/home/user/livestmp/34736474/ or
/home/user/livestmp/setname/clips/434637826/


In fact /tmp is not used at all.

If there is a genuine problem here I would be happy to correct it.


Regards,

Gabriel.





http://lives-video.com
https://www.openhub.net/accounts/salsaman