Как отладить сбой сборки, который не может быть воспроизведен вне среды сборки Launchpad?
Я пытаюсь создать модифицированный пакет libdbusmenu. Он собирается правильно, если я собираю его локально:
sudo apt-get build-dep libdbusmenu
wget https://launchpad.net/~a-j-buxton/+archive/dbusmenu/+files/libdbusmenu_12.10.3%2B13.10.20130913-0ubuntu2.1.diff.gz
wget https://launchpad.net/~a-j-buxton/+archive/dbusmenu/+files/libdbusmenu_12.10.3%2B13.10.20130913-0ubuntu2.1.dsc
wget https://launchpad.net/~a-j-buxton/+archive/dbusmenu/+files/libdbusmenu_12.10.3%2B13.10.20130913.orig.tar.gz
dpkg-source -x libdbusmenu*.dsc
cd libdbusmenu*
dpkg-buildpackage
Однако в PPA один из тестов не выполняется, что приводит к сбою сборки. Фактический результат теста не записывается в журнал сборки:
Как я могу решить эту проблему?
Это может привести к более точному воспроизведению среды сборки, используемой сборщиками PPA. Если да, то как мне это сделать?
Я попытался собрать с помощью chroot pbuilder - это работает правильно в моей локальной системе.
Lintian производит следующие предупреждения на упаковке:
W: libdbusmenu source: quilt-build-dep-but-no-series-file
W: libdbusmenu source: patch-system-but-no-source-readme
W: libdbusmenu source: ancient-standards-version 3.9.2 (current is 3.9.4)
1 ответ
В просмотре журнала существуют некоторые предупреждения, что, вероятно, необходимо посмотреть на, особенно если Вы не получаете их на локальной машине, но я думаю большая подсказка о том, что продолжается, название проваленного теста: бойкие события.
события почти всегда связываются с вводом-выводом, таким образом, чтобы попытаться вызвать ошибку на локальной машине сбрасывает XAUTHORITY и ДИСПЛЕЙ, закрывают стандартный вход или перенаправляют его к/dev/null и перенаправляют стандарт и ошибку в файл. nohup сделает перенаправление для Вас, но привычка касается среды, или Вы могли использовать в или обработать в пакетном режиме вместо nohup, которые также предлагают преимущество изменения лидера сессии.