tags 750348 + confirmed help upstream forwarded 750348 turpial-...@googlegroups.com thanks
On Mon, Jun 02, 2014 at 08:59:10PM +0200, David Suárez wrote: > Source: libturpial > Version: 1.7.0-2 > Severity: serious > Tags: jessie sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20140601 qa-ftbfs > Justification: FTBFS on amd64 > Hi folks, I'm looking for help with this bug. For full context, please take a look at: * https://bugs.debian.org/750348 * http://aws-logs.debian.net/ftbfs-logs/2014/06/01/libturpial_1.7.0-2_unstable.log What is happening here is: a Debian autobuilder is unable to build libturpial from source. This is a serious bug and has caused to get turpial dropped from testing. The autobuilder is failing because libturpial unit tests are trying to write in the homedir of the user who is running the build and this violates Debian guidelines (a package should not try to write outside its builddir). I was hacking the unit tests but I'm unable to get a reasonable fix for this issue. The files with problematic unit tests are: * tests/test_column_manager.py * tests/test_account_manager.py * tests/test_core.py I stumbled upon these two situations: * I tried to pass an explicit basedir to libturpial.config.AppConfig constructor to override the default basedir pointing to the homedir of the user running libturpial. I did this on tests/test_column_manager.py and tests/test_account_manager.py. * On tests/test_core.py I noticed that I can't specify an explicit basedir when you create an instance of libturpial.api.core.Core, so this is going to try to create ~user/.config/turpial. I'm looking for help to get a fix or workaround for this issue. Thanks, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche
signature.asc
Description: Digital signature