#768733 winff: FTBFS when HOME set to non-existent directory

#768733#5
Date:
2014-11-09 07:40:03 UTC
From:
To:
Hi,

During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to build on amd64.

Relevant part (hopefully):
http://aws-logs.debian.net/ftbfs-logs/2014/11/08/winff_1.5.3-4_jessie.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.

#768733#10
Date:
2014-11-09 08:23:28 UTC
From:
To:
Hi Lucas,

I really appreciate the work you put into testing the buildablility of
the archive, but you already reported this issue before, and we were not
able to pinpoint if the issue was with your setup. I have no reason to
believe that the package will not build on the buildd's.

If anything, I believe this bug needs to be reassigned to the Java
Runtime Environment that YOU have installed. But as I don't know which
one it is, YOU have to either tell me (so I can test and reassign) or
YOU have to reassign.

Paul

#768733#21
Date:
2014-11-09 08:32:23 UTC
From:
To:
Hi,

Sorry for the duplicate.

I will try to find the time to investigate this.

Lucas

#768733#26
Date:
2014-11-09 19:30:39 UTC
From:
To:
YOU have the build log, so YOU know what is installed.

Cheers,
Julien

#768733#31
Date:
2014-11-10 19:08:02 UTC
From:
To:
Hi Julien,

Hmm, maybe my emphasizing went wrong ;) What I tried to convey to Lucas
(and I think he caught that) was that in MY ( ;) ) build log there was
no issue, so I concluded that with the packages that I have installed
there is no issue. The problem is that the build logs of Lucas don't
show what is installed, only what is additionally installed. That is not
telling me what I need to know. Unless I am mistaken, which is OK to
tell me, but I did investigate my part and asked for feedback (in the
original bug report) there was no java environment additionally
installed in Lucas' rebuild.

Paul

#768733#36
Date:
2015-01-18 09:36:19 UTC
From:
To:
retitle 768733 winff: FTBFS when HOME set to non-existent directory
tags 768733 - unreproducible moreinfo
thanks

This is caused by soffice failing when HOME is set to a non-existent directory,
as demonstrated by the log below. sbuild is configured that way on the buildd,
but that part of the build process does not normally happen on buildds, since
it's about arch-indep packages.  This bug is similar to #730893 (also severity:
important).

oolite and winff are the only two packages in the archive failing to
build in that situation. But as I said in the oolite bug, I'm not going
to argue that this is RC.

make[1]: Entering directory '/tmp/winff-1.5.3'
soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od?
[Java framework] Error in function createSettingsDocument (elements.cxx).
javaldx failed!
Warning: failed to read path from javaldx
debian/rules:22: recipe for target 'override_dh_auto_build-indep' failed
make[1]: *** [override_dh_auto_build-indep] Error 77
make[1]: Leaving directory '/tmp/winff-1.5.3'
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
(jessie-amd64-sbuild)user@ip-172-31-10-140:/tmp/winff-1.5.3$ export HOME=/aaa
(jessie-amd64-sbuild)user@ip-172-31-10-140:/tmp/winff-1.5.3$ soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od?
[Java framework] Error in function createSettingsDocument (elements.cxx).
javaldx failed!
Warning: failed to read path from javaldx
(jessie-amd64-sbuild)user@ip-172-31-10-140:/tmp/winff-1.5.3$ export HOME=/tmp(jessie-amd64-sbuild)user@ip-172-31-10-140:~/winff-1.5.3$ soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od?
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
convert /tmp/winff-1.5.3/docs/WinFF.ca.odt -> /tmp/winff-1.5.3/docs/WinFF.ca.pdf using writer_pdf_Export
convert /tmp/winff-1.5.3/docs/WinFF.en.odt -> /tmp/winff-1.5.3/docs/WinFF.en.pdf using writer_pdf_Export
convert /tmp/winff-1.5.3/docs/WinFF.es_AR.odg -> /tmp/winff-1.5.3/docs/WinFF.es_AR.pdf using draw_pdf_Export
convert /tmp/winff-1.5.3/docs/WinFF.fr.odt -> /tmp/winff-1.5.3/docs/WinFF.fr.pdf using writer_pdf_Export
convert /tmp/winff-1.5.3/docs/WinFF.nl.odt -> /tmp/winff-1.5.3/docs/WinFF.nl.pdf using writer_pdf_Export

Lucas

#768733#45
Date:
2015-01-18 20:35:21 UTC
From:
To:
Hi Lucas,

Thanks a lot for investigating.

Irony, I had to work around a missing HOME in the build-arch target as
well some time ago, reported by .... Lucas Nussbaum... (bug 713492)

If you care enough, let's ask the release team? I don't object fixing
this with the change below.

Paul
--- a/debian/rules +++ b/debian/rules @@ -19,7 +19,8 @@ override_dh_auto_build-arch: mv winff winff-qt override_dh_auto_build-indep: - soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? +# bug 768733: if $HOME does not exist, soffice fails to build pdf's + HOME=/tmp soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? # The language files are searched only for the first two characters of the # language code, and we don't have a proper Spanish translation yet. if [ ! -f docs/WinFF.es.pdf ] ; then \
#768733#50
Date:
2015-01-18 21:42:40 UTC
From:
To:
Please don't use /tmp for this.  Use some place under the build tree, or
use mkdtemp.

Cheers,
Julien

#768733#55
Date:
2015-01-19 20:01:18 UTC
From:
To:
I assume you mean mktemp here. So is the following better (and
acceptable for the RT for jessie?)

Paul
--- a/debian/rules +++ b/debian/rules @@ -19,7 +19,8 @@ override_dh_auto_build-arch: mv winff winff-qt override_dh_auto_build-indep: - soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? +# bug 768733: if $HOME does not exist, soffice fails to build pdf's + HOME=$(shell mktemp -d) soffice --headless --convert-to pdf --outdir docs docs/WinFF.*.od? # The language files are searched only for the first two characters of the # language code, and we don't have a proper Spanish translation yet. if [ ! -f docs/WinFF.es.pdf ] ; then \
#768733#60
Date:
2015-01-19 20:20:33 UTC
From:
To:
No, I did mean mkdtemp(3).
Now you're missing a rm -rf.  That was the point of the "somewhere under
the build tree" option.

Still wondering how it's 2015 and people still can't use temporary files
correctly.

Cheers,
Julien

#768733#65
Date:
2015-01-19 20:51:09 UTC
From:
To:
But this is something meant to be used in c, no? Sorry, but I don't see
how to use that in the d/rules makefile.

I guess the problem here, is that I don't understand what exactly we are
trying to achieve. I.e. why the buildds don't set $HOME etc. And what
exactly is the reason why a proper tmp directory needs to be cleaned up
exactly (I assume it is mentioned in policy, I didn't realize it also
applied stuff in $TMP).

Paul

#768733#68
Date:
2015-08-28 22:02:47 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
winff, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 759980@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Paul Gevers <elbrus@debian.org> (supplier of updated winff package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Fri, 28 Aug 2015 21:27:57 +0200
Source: winff
Binary: winff winff-gtk2 winff-qt winff-dbg winff-doc
Architecture: source
Version: 1.5.3-5
Distribution: unstable
Urgency: medium
Maintainer: Paul Gevers <elbrus@debian.org>
Changed-By: Paul Gevers <elbrus@debian.org>
Description:
 winff      - graphical video and audio batch converter using ffmpeg or avconv
 winff-dbg  - winff debugging symbols
 winff-doc  - winff documentation
 winff-gtk2 - GTK+ variant of winff
 winff-qt   - Qt variant of winff
Closes: 759980 772682 783736
Changes:
 winff (1.5.3-5) unstable; urgency=medium
 .
   * Add libgtk2.0-dev to build depends to show that we need it (it was
     briefly dropped from fp-units-gtk-*)
   * Make a temporary home directory to run 'soffice' as this fails if $HOME
     doesn't exist (Closes: #759980)
   * Bump Standards-Version (no changes)
   * Bump compat level to 9
   * Move winff from Recommends to Depends for winff-qt/winff-gtk
     (Closes: #772682)
   * Remove lintian overrides that are now obsolete due to the above move
   * Update Dutch translation (Closes: #783736)
   * Drop the old libavcodec presets, unmaintained and not needed anymore.
   * Change dependency order of ffmpeg and libav-tools now Debian chose the
     former
   * Let the testsuite depend on ffmpeg to fix the latest failures
Checksums-Sha1:
 852b480193343f8b8ddc7bdf9551d13f5abc5ae7 1752 winff_1.5.3-5.dsc
 5956b7cc71a9ad7ca2593f0763f497358627045c 93848 winff_1.5.3-5.debian.tar.xz
Checksums-Sha256:
 965a6493424ff44cecf1bbdead597bf03f7d15a00cb6b899c9582e72d0b2d5b7 1752 winff_1.5.3-5.dsc
 8c8e3c3ed38a976d81fafff8d472f120e0846fa61ae4e31d9325262877801e36 93848 winff_1.5.3-5.debian.tar.xz
Files:
 828edb99166b459ecbb6ca210c6e6dfe 1752 video extra winff_1.5.3-5.dsc
 3e4142449144c76e11fedb08bd8126cf 93848 video extra winff_1.5.3-5.debian.tar.xz
iQEcBAEBCAAGBQJV4LuGAAoJEJxcmesFvXUKHQkIAMQBsX3KEVR0xiL/JERMxpj/
I7nC5wqXOk9PF8wRPqgOcTNe1vh3v5ydmdG9TE9BqDYcOp2KKY8OCI+Cq9hp9BEx
/7gdW9IUA771IH8BOuwvtBRvbcnr98HfoUvS4zNtv1sgB+1pv79Nx9j3NIK2PyhV
KAbwiT8OdbtMfmvh70R0Sqy0Wc1zxLTG1BweauD6D5tz7kwRnS00tq+xOjcR265k
TZbI9aPlr2JM/WkUFu8FGtwmgUf9gETsUaJN/LID3rxjxMkL4VbIlZo+YC3+TtgP
AnL3oVGZqOzdRTfaFTi6PLT0zUG44ZbquoUm7bM30ftSpSludU8MzdQI6taqLD8=
=7hGT
-----END PGP SIGNATURE-----

#768733#87
Date:
2023-10-05 17:04:27 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
winff, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 759980@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Peter Blackman <peter@pblackman.plus.com> (supplier of updated winff package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Thu, 05 Oct 2023 10:00:00 +0100
Source: winff
Architecture: source
Version: 1.6.2+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Pascal Packaging Team <pkg-pascal-devel@lists.alioth.debian.org>
Changed-By: Peter Blackman <peter@pblackman.plus.com>
Closes: 759980 1053373
Changes:
 winff (1.6.2+dfsg-2) unstable; urgency=medium
 .
   * Temporary home directory to run soffice (Closes: #759980)
   * Build dependencies (for javaldx)
   * Escape Dollar signs in file names (Closes: #1053373)
Checksums-Sha1:
 7f6063d8d59edd27251310669c5d38af2aa252e8 2092 winff_1.6.2+dfsg-2.dsc
 d67939a48d7dbd5bb7cf71fce3b09e6d1a8565ac 83424 winff_1.6.2+dfsg-2.debian.tar.xz
 13f59276691ea40df4ab3a96c6b768011c29c794 5427 winff_1.6.2+dfsg-2_source.buildinfo
Checksums-Sha256:
 af64642448bfa1e1eb723dffcd2fa90ea11508c6b5a9e37746626bcba56a9ebd 2092 winff_1.6.2+dfsg-2.dsc
 169466d77d8d153493b9f09e31fe85ed5b7f2ecde5188a5c809fed5f56a42ff0 83424 winff_1.6.2+dfsg-2.debian.tar.xz
 8cd8dd0ee6272e8c3f1a9f3e44e9b01c8472090a36deae4663e5f272f641bdfc 5427 winff_1.6.2+dfsg-2_source.buildinfo
Files:
 bdf9d8b01dd261badd1879b64fc327db 2092 video optional winff_1.6.2+dfsg-2.dsc
 bed8bd9d5230c5328dcc5ff0d5243334 83424 video optional winff_1.6.2+dfsg-2.debian.tar.xz
 24a2a8bfa19a3c22254114f1302935ae 5427 video optional winff_1.6.2+dfsg-2_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQHEBAEBCgAuFiEEQGIgyLhVKAI3jM5BH1x6i0VWQxQFAmUe6usQHGJhZ2VAZGVi
aWFuLm9yZwAKCRAfXHqLRVZDFL2eDACIF9K7fXW1qbiyU7KULOWkpwN9RA+S0m+a
Dg8VdcYou4qSSEHbZ+ciIxEO6MbeTgxCEwX1QTYZRcrULwpEFYXGLKOhdI4Zbs5m
iDHRVIAz4U75z6Zq1Le5U9p8So8RLBroPrvSvaVLAA5KzzrPudjz0x+VxQUf6lEv
CoHNTRQvXobT6y7JvmvlsHuwtRSzLCyB/9/kzk9R194LtEDG1wI1iprQON5bxYD0
u8LYbl5oE5LFUKck7Rp1XqX6eMxa58iT4scFamOIkoB2SeZRlRZEs3tK+N5kW1xz
tpLhgjqGv0rTSpnhVVjujQh3kUN5A4ayMy7yRDs+0dv4Ir58i5hA5WqD1pXyuIbW
Uss0EQF/0gaGqGNFmvxR7yqm71u+4qqara/oI0oYjAl7hqdh07hQy6mZvXP3tS59
dZNWS0oY8olT0dtj2zYu93/swTCb4mRlWPWt1e8U2wDRjlbxz7WXwiCEFXcwqfO4
V/a5NW5JQ77E75+BM7vSGZHTJxIEe9A=
=n6Db
-----END PGP SIGNATURE-----