Como depurar uma falha de compilação que não pode ser reproduzida fora de um ambiente de compilação do Launchpad?

Question

Eu estou tentando construir um pacote libdbusmenu modificado. Ele é construído corretamente se eu construí-lo localmente:

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

No entanto, em um PPA, um dos testes não é executado, o que faz com que a compilação falhe. A saída de teste real não é gravada no buildlog:

link

Como posso resolver este problema?

Ele pode se resumir a reproduzir mais de perto o ambiente de construção usado pelos construtores do PPA. Se sim, como faço isso?

Eu tentei construir usando um chroot pbuilder - isso funciona corretamente no meu sistema local.

A Lintian produz os seguintes avisos na embalagem:

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)

    

Answer 1

Ao procurar pelo log, há alguns avisos, que você provavelmente deve examinar, principalmente se não os tiver na máquina local, mas acho que a grande dica sobre o que está acontecendo é o nome da falha teste: eventos glib.

os eventos são quase sempre relacionados a E / S, portanto, para tentar forçar o erro na máquina local, desmarque XAUTHORITY e DISPLAY, feche a entrada padrão ou redirecione-a para / dev / null e redirecione a saída padrão e o erro para um arquivo. Nohup fará o redirecionamento para você, mas não vai tocar o ambiente, ou você pode usar em ou lote em vez de nohup que também oferecem a vantagem de alterar o líder da sessão.