我在bash建立了一个自解压缩档案。它要求gksu运行安装脚本,并且gksu (和相关的二进制文件)已经放置在归档文件中。介绍性脚本如下:
#!/bin/sh
echoerr ()
{
echo "$1" >& 2
}
arch_print ()
{
tail -n +__LINENUM__ "$0"
}
[ "`arch_print | cksum | grep -Eo '^[0-9]+'`" != "__CHECKSUM__" ] && {
echoerr "Archive integrity check failed!"
exit 2
}
case `uname -m` in
i?86)
export MTYPE="i386"
;;
amd64 | x86_64)
export MTYPE="amd64"
;;
*)
echoerr "Unsupported architecture."
exit 1
;;
esac
export installer_dir="/tmp/xxinstaller.`head -c 100 /dev/urandom | tr -cd '[A-Za-z0-9]' | head -c 5`"
{
mkdir -p "$installer_dir" && arch_print | tar -xjf - -C "$installer_dir"
} || {
echoerr "Self-extraction failure!"
exit 2
}
export PATH="$installer_dir/bin/$MTYPE:$PATH"
export LD_LIBRARY_PATH="$installer_dir/lib/$MTYPE"
gksu-run-helper &
cmd=\"$installer_dir/installer.sh\"
[ `id -n` != "0" ] && cmd="gksu -S $cmd"
$cmd
rm -r "$installer_dir"
exit
###...archive contents...(将脚本编译为SFX时替换__LINENUM__和__CHECKSUM__ )。
现在,如果我试着做这个,我会得到:
~/xx-installer$ ./xxinstaller.sh显示gksu的提示符,并输入密码。我得到:
(gksu:4161): GLib-CRITICAL **: g_str_has_prefix: assertion 'str != NULL' failed但我在手工操作时没有任何问题:
~/xx-installer$ PATH=~/xx-installer/bin/i386/:$PATH
~/xx-installer$ gksu-run-helper &
[1] 4279
~/xx-installer$ LD_LIBRARY_PATH=~/xx-installer/lib/i386 gksu -S synaptic # synaptic runs fine
[1]+ Exit 1 gksu-run-helper我如何纠正上述问题?
发布于 2014-04-03 12:36:30
似乎自己为sudo制作一个GUI前端比带gksu更容易。实现可能有点类似于:
pw=`yad --entry --hide-text`
echo $pw | sudo -Sk command显然,这只是一个POC,而不是一个完全工作的解决方案。
发布于 2014-03-26 16:03:37
我无法重现您的问题,您运行gksu-run-helper的方式(在后台)在我看来并不是很有希望(我的系统中甚至没有安装gksu的二进制文件)。
但是无论如何,你的问题似乎是在路径上的\"签名。在参数本身包含空格时,shell处理用于确定单独命令参数的开始和结尾的引号;这些符号不包含在参数本身中(在命令中使用时)。例如,当您运行ls "/"时,它实际上将启动ls /并正确工作;但是如果您尝试ls \"/\",它将被扩展为ls "/",并将失败,因为没有这样的文件或目录(名为"/" -从双引号开始)。
所以,您的代码应该是:
cmd="$installer_dir/installer.sh"
[ `id -n` != "0" ] && cmd="gksu -S \"$cmd\""
sh -c "$cmd"额外的sh将执行第二个字符串扩展,处理过程中的引号。
https://stackoverflow.com/questions/22661496
复制相似问题