Bug#921904: Bug#946951: Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2020-01-01 Thread Vincent Lefevre 
On 2019-12-29 01:16:01 -0500, Joe Nahmias wrote:
> On 12/27/2019 6:23 PM, Vincent Lefevre wrote:
> > On 2019-12-27 19:49:46 +, Joseph Nahmias wrote:
> > > On Fri, Dec 27, 2019 at 07:27:42PM +, Joseph Nahmias wrote:
> > > > The attached patch works around the issue until that is fixed.
> > > 
> > > Of course, I forgot this patch... Take 2.
> > 
> > Wouldn't the use of wildcards be a security issue?
> > 
> > +   ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/
> > 
> > i.e. could you end up creating wrong symbolic links?
> 
> Attached is an updated patch that does the extra work to avoid the
> wildcards.
> 
> > In any case, this seems rather ugly to me.
> 
> Not sure precisely what you are referring to as ugly here;

I meant the use of wildcards. Actually they were wrong, because they
would work only when they matched only one file or directory, while
in normal use (no attacks), some other old files or directories could
have been left in /tmp for various reasons (testing, crash, etc.).

In general, wildcards should be used only when the goal is to match a
set of files, not to replace something "unknown" (possibly unless one
has the full control of the directory, which is not the case here).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#921904: Bug#946951: Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-28 Thread Joe Nahmias 

On 12/27/2019 6:23 PM, Vincent Lefevre wrote:

On 2019-12-27 19:49:46 +, Joseph Nahmias wrote:

On Fri, Dec 27, 2019 at 07:27:42PM +, Joseph Nahmias wrote:

The attached patch works around the issue until that is fixed.


Of course, I forgot this patch... Take 2.


Wouldn't the use of wildcards be a security issue?

+   ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/

i.e. could you end up creating wrong symbolic links?


Attached is an updated patch that does the extra work to avoid the 
wildcards.



In any case, this seems rather ugly to me.


Not sure precisely what you are referring to as ugly here; but in my 
experience, band-aids are usually placed over something ugly, if that's 
what you mean... The proper fix would of course have to come from within 
wine itself.


--Joe
diff -Nru win-iconv-0.0.8/debian/changelog win-iconv-0.0.8/debian/changelog
--- win-iconv-0.0.8/debian/changelog2019-03-12 12:06:01.0 -0400
+++ win-iconv-0.0.8/debian/changelog2019-12-29 01:11:42.0 -0500
@@ -1,3 +1,12 @@
+win-iconv (0.0.8-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Work around #946951 by initializing WINEPREFIX and adding a symlink,
+closes: #921904.
+  * To speed up the build, don't install g++, only gcc is needed here.
+
+ -- Joe Nahmias   Sun, 29 Dec 2019 01:11:42 -0500
+
 win-iconv (0.0.8-3) unstable; urgency=medium
 
   * wrap-and-sort -ast
diff -Nru win-iconv-0.0.8/debian/control win-iconv-0.0.8/debian/control
--- win-iconv-0.0.8/debian/control  2019-03-12 12:06:01.0 -0400
+++ win-iconv-0.0.8/debian/control  2019-12-29 01:09:11.0 -0500
@@ -7,7 +7,7 @@
  debhelper-compat (= 12),
 Build-Depends-Indep:
  dpkg-dev (>= 1.17.14),
- mingw-w64,
+ gcc-mingw-w64,
  wine [i386 amd64]  ,
 Vcs-Git: https://salsa.debian.org/debian/win-iconv.git
 Vcs-Browser: https://salsa.debian.org/debian/win-iconv
diff -Nru win-iconv-0.0.8/debian/rules win-iconv-0.0.8/debian/rules
--- win-iconv-0.0.8/debian/rules2019-03-12 11:29:02.0 -0400
+++ win-iconv-0.0.8/debian/rules2019-12-29 01:03:56.0 -0500
@@ -3,11 +3,13 @@
 # we do not want stackprotector because there is no implementation on mingw32:
 export DEB_BUILD_MAINT_OPTIONS = hardening=-stackprotector
 
+DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)
 ifeq ($(DEB_BUILD_ARCH),i386)
   TESTARCH=i686-w64-mingw32
 else ifeq ($(DEB_BUILD_ARCH), amd64)
   TESTARCH=x86_64-w64-mingw32
 endif
+export WINEPREFIX := $(CURDIR)/build-$(TESTARCH)/.wine
 
 %:
dh $@
@@ -30,9 +32,17 @@
  cd .. ; \
done
 
+override_dh_auto_test: T := $(CURDIR)/build-$(TESTARCH)/tmp
 override_dh_auto_test:
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
 ifdef TESTARCH
-   cd build-$(TESTARCH) && WINEPREFIX=$(shell pwd)/build-$(TESTARCH)/.wine 
$(MAKE) CC=$(TESTARCH)-gcc AR=$(TESTARCH)-ar RANLIB=$(TESTARCH)-ranlib 
DLLTOOL=$(TESTARCH)-dlltool test
+   -wineboot -i
+   mkdir -p $(T)/`cat "${WINEPREFIX}/wineserver"`/
+   -ln -s /tmp/.wine-`id -u`/$$( \
+   printf "server-%x-%x" `stat --printf="%d %i" "${WINEPREFIX}"` \
+ ) $(T)/`cat "${WINEPREFIX}/wineserver"`/
+   $(MAKE) -C build-$(TESTARCH) CC=$(TESTARCH)-gcc AR=$(TESTARCH)-ar \
+   RANLIB=$(TESTARCH)-ranlib DLLTOOL=$(TESTARCH)-dlltool \
+   TMPDIR=$(T) test
 endif
 endif

Bug#921904: Bug#946951: Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-27 Thread Vincent Lefevre 
On 2019-12-27 19:49:46 +, Joseph Nahmias wrote:
> On Fri, Dec 27, 2019 at 07:27:42PM +, Joseph Nahmias wrote:
> > The attached patch works around the issue until that is fixed.
> 
> Of course, I forgot this patch... Take 2.

Wouldn't the use of wildcards be a security issue?

+   ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/

i.e. could you end up creating wrong symbolic links?

In any case, this seems rather ugly to me.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-27 Thread Joseph Nahmias 
On Fri, Dec 27, 2019 at 07:27:42PM +, Joseph Nahmias wrote:
> The attached patch works around the issue until that is fixed.

Of course, I forgot this patch... Take 2.
--Joe
diff -Nru win-iconv-0.0.8/debian/changelog win-iconv-0.0.8/debian/changelog
--- win-iconv-0.0.8/debian/changelog	2019-03-12 12:06:01.0 -0400
+++ win-iconv-0.0.8/debian/changelog	2019-12-27 14:04:56.0 -0500
@@ -1,3 +1,11 @@
+win-iconv (0.0.8-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Work around #946951 by initializing WINEPREFIX and adding a symlink,
+closes: #921904.
+
+ -- Joe Nahmias   Fri, 27 Dec 2019 14:04:56 -0500
+
 win-iconv (0.0.8-3) unstable; urgency=medium
 
   * wrap-and-sort -ast
diff -Nru win-iconv-0.0.8/debian/rules win-iconv-0.0.8/debian/rules
--- win-iconv-0.0.8/debian/rules	2019-03-12 11:29:02.0 -0400
+++ win-iconv-0.0.8/debian/rules	2019-12-27 14:04:56.0 -0500
@@ -33,6 +33,8 @@
 override_dh_auto_test:
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
 ifdef TESTARCH
+	-WINEPREFIX=$(CURDIR)/build-$(TESTARCH)/.wine wine64 wineboot -i
+	ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/
 	cd build-$(TESTARCH) && WINEPREFIX=$(shell pwd)/build-$(TESTARCH)/.wine $(MAKE) CC=$(TESTARCH)-gcc AR=$(TESTARCH)-ar RANLIB=$(TESTARCH)-ranlib DLLTOOL=$(TESTARCH)-dlltool test
 endif
 endif

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-27 Thread Joseph Nahmias 
package win-iconv
tags 921904 + patch
thanks

On Fri, Dec 27, 2019 at 06:19:41PM +, Joseph Nahmias wrote:
> Hello,
> 
> On Mon, Mar 18, 2019 at 10:12:55AM -0400, Daniel Kahn Gillmor wrote:
> > 
> > If anyone else needs win-iconv in debian, please speak up!
> > 
> > Otherwise i'll probably move forward with orphaning the package soon.
> > 
> >  --dkg
> 
> Yes, I'm interested in having win-iconv in Debian!
> Also, it seems like this FTBFS is no longer an issue, see the build(s)
> from 2019-11-30 at:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/win-iconv.html

Spoke too soon, wine version 5.0~rc1-1 was uploaded to sid on 2019-12-18
which brought back this problem.

Upon further review, it seems this is the same as #946951. The attached
patch works around the issue until that is fixed. Not sure if we should
forcemerge this bug with 946951 and tag it affecting win-iconv, or if we
should use the workaround in the attached patch and close this bug... Any
thoughts?

Enjoy,
--Joe

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-27 Thread Joseph Nahmias 
Hello,

On Mon, Mar 18, 2019 at 10:12:55AM -0400, Daniel Kahn Gillmor wrote:
> On Mon 2019-03-18 10:55:44 +0100, Tim Rühsen wrote:
> > Libiconv 1.15 itself from tarball.
> >
> > If you are interested in the details, have a look at our CI Dockerfile
> > where we build/install the dependencies needed for testing:
> >
> > https://gitlab.com/gnuwget/build-images/blob/master/docker-debian-mingw/Dockerfile
> 
> interesting, thanks!
> 
> If anyone else needs win-iconv in debian, please speak up!
> 
> Otherwise i'll probably move forward with orphaning the package soon.
> 
>  --dkg

Yes, I'm interested in having win-iconv in Debian!
Also, it seems like this FTBFS is no longer an issue, see the build(s)
from 2019-11-30 at:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/win-iconv.html

Thanks,
--Joe

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-18 Thread Daniel Kahn Gillmor 
On Mon 2019-03-18 10:55:44 +0100, Tim Rühsen wrote:
> Libiconv 1.15 itself from tarball.
>
> If you are interested in the details, have a look at our CI Dockerfile
> where we build/install the dependencies needed for testing:
>
> https://gitlab.com/gnuwget/build-images/blob/master/docker-debian-mingw/Dockerfile

interesting, thanks!

If anyone else needs win-iconv in debian, please speak up!

Otherwise i'll probably move forward with orphaning the package soon.

 --dkg

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-18 Thread Tim Rühsen 
On 3/17/19 11:11 PM, Daniel Kahn Gillmor wrote:
> On Sun 2019-03-17 13:14:54 +0100, Tim Rühsen wrote:
>> Fixed it by building my own libiconv on MinGW systems. It really is
>> straight forward and possibly no extra Debian package is needed.
> 
> Thanks for the feedback, Tim.  For your fix, are you building libiconv
> itself, or win-iconv for MinGW systems?

Libiconv 1.15 itself from tarball.

If you are interested in the details, have a look at our CI Dockerfile
where we build/install the dependencies needed for testing:

https://gitlab.com/gnuwget/build-images/blob/master/docker-debian-mingw/Dockerfile

Regards, Tim



signature.asc
Description: OpenPGP digital signature

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-17 Thread Daniel Kahn Gillmor 
On Sun 2019-03-17 13:14:54 +0100, Tim Rühsen wrote:
> Fixed it by building my own libiconv on MinGW systems. It really is
> straight forward and possibly no extra Debian package is needed.

Thanks for the feedback, Tim.  For your fix, are you building libiconv
itself, or win-iconv for MinGW systems?

--dkg

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-17 Thread Tim Rühsen 
Fixed it by building my own libiconv on MinGW systems. It really is
straight forward and possibly no extra Debian package is needed.

Regards, Tim

On Sat, 16 Mar 2019 21:02:26 +0100 =?UTF-8?Q?Tim_R=c3=bchsen?=
 wrote:
> Please do not remove this package, the first CI builds (MinGW cross
> builds) already break (GNU Wget / Wget2).
> 
> Well, it's already gone from buster... please add it back or provide a
> another way to convert charsets within cross-compiled Windows executables.
> 
> Regards, Tim
> 



signature.asc
Description: OpenPGP digital signature

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-16 Thread Tim Rühsen 
Please do not remove this package, the first CI builds (MinGW cross
builds) already break (GNU Wget / Wget2).

Well, it's already gone from buster... please add it back or provide a
another way to convert charsets within cross-compiled Windows executables.

Regards, Tim



signature.asc
Description: OpenPGP digital signature

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-03-12 Thread Daniel Kahn Gillmor 
Control: tags 921904 + help

On Sat 2019-02-09 23:50:03 +, Santiago Vila wrote:
> Package: src:win-iconv
> Version: 0.0.8-2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I tried to build this package in buster but it failed:
>
> 
> [...]
>  debian/rules build-indep
> dh build-indep
>dh_update_autotools_config -i
>dh_auto_configure -i
>debian/rules override_dh_auto_build-indep
> make[1]: Entering directory '/<>'
> for arch in x86_64-w64-mingw32 i686-w64-mingw32; do \
>  mkdir -p build-$arch && \
>  cd build-$arch && \
>   ln -s ../*.h ../*.c ../*.def ../Makefile ./ && \
>   /usr/bin/make CC=$arch-gcc AR=$arch-ar RANLIB=$arch-ranlib 
> DLLTOOL=$arch-dlltool prefix=/usr/$arch \
>   || exit 1 ; \
>   cd .. ; \
> done
> make[2]: Entering directory '/<>/build-x86_64-w64-mingw32'
> x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c -DMAKE_DLL
> x86_64-w64-mingw32-gcc -shared -o iconv.dll -Wl,-s 
> -Wl,--out-implib=libiconv.dll.a -Wl,--export-all-symbols win_iconv.o 
> x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c
> x86_64-w64-mingw32-ar rcs libiconv.a win_iconv.o
> x86_64-w64-mingw32-ranlib libiconv.a
> x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv.exe win_iconv.c -DMAKE_EXE
> make[2]: Leaving directory '/<>/build-x86_64-w64-mingw32'
> make[2]: Entering directory '/<>/build-i686-w64-mingw32'
> i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c -DMAKE_DLL
> i686-w64-mingw32-gcc -shared -o iconv.dll -Wl,-s 
> -Wl,--out-implib=libiconv.dll.a -Wl,--export-all-symbols win_iconv.o 
> i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c
> i686-w64-mingw32-ar rcs libiconv.a win_iconv.o
> i686-w64-mingw32-ranlib libiconv.a
> i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv.exe win_iconv.c -DMAKE_EXE
> make[2]: Leaving directory '/<>/build-i686-w64-mingw32'
> make[1]: Leaving directory '/<>'
>debian/rules override_dh_auto_test
> make[1]: Entering directory '/<>'
> cd build-x86_64-w64-mingw32 && 
> WINEPREFIX=/<>/build-x86_64-w64-mingw32/.wine /usr/bin/make 
> CC=x86_64-w64-mingw32-gcc AR=x86_64-w64-mingw32-ar 
> RANLIB=x86_64-w64-mingw32-ranlib DLLTOOL=x86_64-w64-mingw32-dlltool test
> make[2]: Entering directory '/<>/build-x86_64-w64-mingw32'
> x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
> -Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
> -DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv_test.exe win_iconv_test.c
> wine ./win_iconv_test.exe
> it looks like wine32 is missing, you should install it.
> multiarch needs to be enabled first.  as root, please
> execute "dpkg --add-architecture i386 && apt-get update &&
> apt-get install wine32"
> wine: created the configuration directory 
> '/<>/build-x86_64-w64-mingw32/.wine'
> wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory
> make[2]: *** [Makefile:51: test] Error 1
> make[2]: Leaving directory '/<>/build-x86_64-w64-mingw32'
> make[1]: *** [debian/rules:40: override_dh_auto_test] Error 2
> make[1]: Leaving directory '/<>'
> make: *** [debian/rules:19: build-indep] Error 2
> dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
> status 2
> E: Build killed with signal TERM after 60 minutes of inactivity
> 
>
> (Additionally, the autobuilder hangs and sbuild has to kill remaining 
> processes)
>
> The build was made in my autobuilder with "dpkg-buildpackage -A"
> and it also fails here:
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/win-iconv.html
>
> where you can get a full build log if you need it.
>
> If this is really a bug in one of the build-depends, please use reassign and 
> affects,
> so that this is still visible in the BTS web page for this package.
>
> Thanks.



Interesting. I can see the same behavior above (without the hanging) on
my own cowbuilder instance.

But building it directly on a dedicated amd64 VM, i see a completed run,
(output at the end).

I don't think the problem is "missing" wine32, because my run succeeds
despite not having wine32 installed.  I'm cc'ing the debian-wine mailing
list in hopes that they can point to what's happening here.

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-02-09 Thread Santiago Vila 
Package: src:win-iconv
Version: 0.0.8-2
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_update_autotools_config -i
   dh_auto_configure -i
   debian/rules override_dh_auto_build-indep
make[1]: Entering directory '/<>'
for arch in x86_64-w64-mingw32 i686-w64-mingw32; do \
 mkdir -p build-$arch && \
 cd build-$arch && \
  ln -s ../*.h ../*.c ../*.def ../Makefile ./ && \
  /usr/bin/make CC=$arch-gcc AR=$arch-ar RANLIB=$arch-ranlib 
DLLTOOL=$arch-dlltool prefix=/usr/$arch \
  || exit 1 ; \
  cd .. ; \
done
make[2]: Entering directory '/<>/build-x86_64-w64-mingw32'
x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c -DMAKE_DLL
x86_64-w64-mingw32-gcc -shared -o iconv.dll -Wl,-s 
-Wl,--out-implib=libiconv.dll.a -Wl,--export-all-symbols win_iconv.o 
x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c
x86_64-w64-mingw32-ar rcs libiconv.a win_iconv.o
x86_64-w64-mingw32-ranlib libiconv.a
x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv.exe win_iconv.c -DMAKE_EXE
make[2]: Leaving directory '/<>/build-x86_64-w64-mingw32'
make[2]: Entering directory '/<>/build-i686-w64-mingw32'
i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c -DMAKE_DLL
i686-w64-mingw32-gcc -shared -o iconv.dll -Wl,-s 
-Wl,--out-implib=libiconv.dll.a -Wl,--export-all-symbols win_iconv.o 
i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -c win_iconv.c
i686-w64-mingw32-ar rcs libiconv.a win_iconv.o
i686-w64-mingw32-ranlib libiconv.a
i686-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv.exe win_iconv.c -DMAKE_EXE
make[2]: Leaving directory '/<>/build-i686-w64-mingw32'
make[1]: Leaving directory '/<>'
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
cd build-x86_64-w64-mingw32 && 
WINEPREFIX=/<>/build-x86_64-w64-mingw32/.wine /usr/bin/make 
CC=x86_64-w64-mingw32-gcc AR=x86_64-w64-mingw32-ar 
RANLIB=x86_64-w64-mingw32-ranlib DLLTOOL=x86_64-w64-mingw32-dlltool test
make[2]: Entering directory '/<>/build-x86_64-w64-mingw32'
x86_64-w64-mingw32-gcc -g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -pedantic -Wall -DUSE_LIBICONV_DLL 
-DDEFAULT_LIBICONV_DLL=\"\" -s -o win_iconv_test.exe win_iconv_test.c
wine ./win_iconv_test.exe
it looks like wine32 is missing, you should install it.
multiarch needs to be enabled first.  as root, please
execute "dpkg --add-architecture i386 && apt-get update &&
apt-get install wine32"
wine: created the configuration directory 
'/<>/build-x86_64-w64-mingw32/.wine'
wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory
make[2]: *** [Makefile:51: test] Error 1
make[2]: Leaving directory '/<>/build-x86_64-w64-mingw32'
make[1]: *** [debian/rules:40: override_dh_auto_test] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:19: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
status 2
E: Build killed with signal TERM after 60 minutes of inactivity


(Additionally, the autobuilder hangs and sbuild has to kill remaining processes)

The build was made in my autobuilder with "dpkg-buildpackage -A"
and it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/win-iconv.html

where you can get a full build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.