Почему mkdir -p не работает правильно в скрипте, вызываемом checkinstall?

Question

Я пытаюсь скомпилировать Quarter и упаковать его, используя checkinstall.

Если я делаю стандартную./configure && make && sudo make install, все идет хорошо.

$ wget http://ftp.coin3d.org/coin/src/all/Quarter-1.0.0.tar.gz
$ tar xzf Quarter-1.0.0.tar.gz
$ cd Quarter-1.0.0
$ ./configure
$ make
$ sudo make install

Но когда я использую checkinstall, он не работает на mkdir -p это должно работать отлично. То, как он терпит неудачу, это именно то, -p вариант не был предоставлен. Это командная строка checkinstall, которую я использую:

$ checkinstall -D -y --install=no --pkgname=libquarter --pkgversion=1.0.0 \
  --arch=i386 --pkglicense=GPL --maintainer=[e-mail] --reset-uids=yes

Это провал:

....
/bin/bash ../../../cfg/mkinstalldirs /usr/local/include/Quarter/devices
mkdir -p -- /usr/local/include/Quarter/devices
mkdir: cannot create directory `/usr/local/include/Quarter': No such file or directory
make[4]: *** [install-libdevicesincHEADERS] Error 1
....

Это соответствующая часть скрипта:

$ cat cfg/mkinstalldirs
....
case $dirmode in
  '')
    if mkdir -p -- . 2>/dev/null; then
      echo "mkdir -p -- $*"
      exec mkdir -p -- "$@"
    fi
    ;;
....

Я не понимаю, почему это exec есть - разве это не гарантирует, что оставшаяся часть сценария (после esac ) никогда не выполнит? (Если if тест пройден, тогда скрипт предполагает mkdir -p работает правильно, поэтому, как только он делает реальный mkdir -p это может выйти; в противном случае оставшаяся часть скрипта реализует mkdir -p поведение.) Я также не понимаю, почему он использует "$*" в эхо и "$@" в следующей строке, но это, кажется, не имеет значения - они оба одинаковы, так как этот скрипт вызывается только с одним аргументом. (Том объяснил в комментарии.)

Если я добавлю две строки между echo а также exec это делает mkdir -p -- "$@" а потом echo "Now doing the exec mkdir..." тогда это работает так - лучше, но все еще сбивает с толку:

/bin/bash ../../../cfg/mkinstalldirs /usr/local/include/Quarter/devices
mkdir -p -- /usr/local/include/Quarter/devices
mkdir: cannot create directory `/usr/local/include/Quarter': No such file or directory
Now doing the exec mkdir...
 /usr/bin/install -c -m 644 InputDevice.h /usr/local/include/Quarter/devices/InputDevice.h
.... finishes successfully!

Теперь тот факт, что выполнение строки mkdir дважды заставило ее работать, говорит мне, что это не проблема с разрешениями (кроме того, это вызвало бы другую диагностику из mkdir, и это выполняется как sudo и это на самом деле работает в /var/tmp/... не настоящий /usr/local/...). Я думаю, что происходит то, что первый вызов mkdir (который я добавил) на самом деле создает только Quarter каталог и восстановление, а затем, когда второй mkdir запускается, он может создать devices подкаталог, потому что каталог Quarter уже существует. Но почему mkdir так работает???

Мой обходной путь - как-то исправить этот скрипт mkinstalldirs, но мне действительно любопытно, почему он ломается!

Это гость Ubuntu 10.10, работающий в VirtualBox на Win7, проверьте установку версии 1.6.2 через apt-get.

---

РЕДАКТИРОВАТЬ: Я провел некоторое тестирование, чтобы увидеть, что работает, а что нет в этой среде...

mkdir -p /foo works correctly
mkdir -p /foo && mkdir -p /foo/bar works correctly
mkdir -p foo/bar works correctly
mkdir /foo/bar failed as expected (correct)
mkdir foo/bar failed as expected (correct)
mkdir -p /foo/bar fails

Странно что -p работает для относительных путей, но не для абсолютных имен. Или, возможно, правильное различие заключается в том, что -p работает вне дерева "chroot" (если оно действительно использует chroot), но не внутри него.

Я также проверил, что, несмотря на ошибку, он может создать первый уровень каталога.

Все еще загадка.

Answer 1

mkdir -p работает не так, как должно, потому что это версия mkdir для проверки, а не "истинная" mkdir. Должна быть какая-то ошибка в checkinstall, которая заставляет его работать немного по-другому.

Этот патч работает вокруг ошибки:

./configure
sed -i 's/if mkdir .*-p --.*; then/if false; then ## &/' cfg/mkinstalldirs
....

Answer 2

С помощью

checkinstall --fstrans=no

должен это исправить. Или же

Set "TRANSLATE=0"

в /etc/checkinstallrc и попробуй еще раз.

Answer 3

sed -i -e 's/TRANSLATE=1/TRANSLATE=0/g' /etc/checkinstallrc