Arch Linux

Description:

when attempting to list/install shared extensions

calls - /bin/mktemp
arch - /usr/bin/mktemp

extensions still install

The erroneous call to /bin/mktemp means that tempfiles are created in / (i.e. root)
so running say:

unopkg install --shared foo.oxt

creates a spurious directory /user/....
This is not removed by unopkg

I edited the /usr/lib/go-openoffice-3.1.0.6/program/unopkg and problem was resolved.


Additional info:

/usr/lib/go-openoffice-*/program/unopkg , line 68

##===============
## this is the block in question
## called whenever operating on shared extensions

if [ $isshared -eq 1 ]; then
echo $@ | grep -q env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY
if [ $? -ne 0 ]; then
set -- $@ '-env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1'
fi
echo $@ | grep -q env:UNO_JAVA_JFW_INSTALL_DATA
if [ $? -ne 0 -a -w $sd_prog/../share/config/javasettingsunopkginstall.xml ]; then
set -- $@ '-env:UNO_JAVA_JFW_INSTALL_DATA=$$ORIGIN/../share/config/javasettingsunopkginstall.xml'
fi
echo $@ | grep -q env:UserInstallation
if [ $? -ne 0 ]; then
INSTDIR=`/bin/mktemp -d -t unoinstall.XXXXXX`
set -- $@ '-env:UserInstallation=file://'$INSTDIR
fi
fi
##===============

Possible fix:

if [ $? -ne 0 ]; then
_MKTEMP_CMD=`which mktemp`
INSTDIR=`$_MKTEMP_CMD -d -t unoinstall.XXXXXX`
set -- $@ '-env:UserInstallation=file://'$INSTDIR
fi




Steps to reproduce:

bensonad@co-516-04-c:/$ sudo unopkg install --shared foo.oxt
- works, but garbage directory '/user' left behind

bensonad@co-516-04-c:/$ unopkg list --shared
- fails due to write permission in root

please remove  FS#15408  - a poorly worded duplicate posted by me