Bug#841572: qink: FTBFS: mkdir: cannot create directory '/usr/share/doc/qink/': Permission denied
Source: qink
Version: 0.3.5-7
Severity: serious
Tags: stretch sid
User: debian-qa@lists.debian.org
Usertags: qa-ftbfs-20161021 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[2]: Entering directory '/<<PKGBUILDDIR>>/libqicon'
> make[2]: Nothing to be done for 'install'.
> make[2]: Leaving directory '/<<PKGBUILDDIR>>/libqicon'
> cd src/ && make -f Makefile install
> make[2]: Entering directory '/<<PKGBUILDDIR>>/src'
> mkdir: cannot create directory '/usr/share/doc/qink/': Permission denied
> Makefile:300: recipe for target 'install_docs' failed
> make[2]: *** [install_docs] Error 1
If the failure looks somehow time/timezone related:
Note that this rebuild was performed without the 'tzdata' package
installed in the chroot. tzdata used be (transitively) part of
build-essential, but it no longer is. If this package requires it to
build, it should be added to build-depends. For the release team's
opinion on this, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836940#185
If the failure looks LSB-related:
similarly to tzdata, lsb-base is not installed in the build chroot.
The full build log is available from:
http://aws-logs.debian.net/2016/10/21/qink_0.3.5-7_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
Reply to: