Question

我在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

我如何纠正上述问题？

Answer 1

我无法重现您的问题，而且gksu-run-helper（在后台）运行的方式对我来说看起来太有希望了（我甚至在我的系统中都没有这个二进制文件，{{ 1}}已安装）。

但无论如何，您的问题似乎是gksu登录路径。当参数本身包含空格时，shell处理的引号用于确定单独命令参数的开始和结束;这些符号 not 包含在参数本身中（在命令中使用时）。例如。当您运行\"时，它会实际启动ls "/"并正常运行;但是如果你尝试ls / - 它将被扩展为ls \"/\"，并且会失败，因为没有这样的文件或目录（名为ls "/" - 以双引号开头）。

所以，你的代码应该是：

"/"

额外cmd="$installer_dir/installer.sh" [ `id -n` != "0" ] && cmd="gksu -S \"$cmd\"" sh -c "$cmd"将执行第二次字符串扩展，处理正在处理的引号。

Answer 2

似乎我自己更容易为sudo制作GUI前端而不是携带gksu。实现可能有点像：

pw=`yad --entry --hide-text`
echo $pw | sudo -Sk command

显然，这只是一个POC，而不是一个完全有效的解决方案。

gksu无法在某些目录中运行

2 个答案: