Re: Bug#772898: win32-loader testing and newer fails with TRANSLATE error
Control: clone -1 -2
Control: retitle -2 nmu: nsis_2.46-9
Control: user -2 firstname.lastname@example.org
Control: usertag -2 +binnmu
(Release Team, please see below :) )
Hi Bernhard & Cyril,
Many thanks for the detailed analysis!
Le dimanche, 14 décembre 2014, 15.47:47 Bernhard Übelacker a écrit :
> Looks similar to bug #654380. (There mingw defaulted to produce dlls
> depending also on some other mingw dlls)
> There the upstream bug report  mentions that plugins "must not
> depend on a shared libgcc".
> So I assume that the plugins "must not depend on a shared
> libwinpthread-1.dll" either.
> The package build of win32-loader uses this file
> /usr/share/nsis/Plugins/NSISdl.dll which comes from packge
> If plugins must not depend on other dlls, then also other projects or
> users are affected, who want to build their installers with
> However, when I try to rebuild package nsis-common I get a nsisdl.dll
> which does not suffer from this dependency.
> Unfortunately I cannot find a build log for amd64, just for i386 .
> That one was build with g++-mingw-w64-i686 i386 4.9.0-2+13.
> My attempt uses g++-mingw-w64-i686 amd64 4.9.1-7+14.2.
> The changelog for g++-mingw-w64-i686  shows this entry:
> gcc-mingw-w64 (14) unstable; urgency=medium
> * Provide compilers using Windows and POSIX threads. The default
> setup uses Windows threads, thus avoiding the dependency on the
> pthreads DLL (Closes: #748353, #750741).
> So probably the solution could be only these 2 steps?
> - to rebuild package nsis-common with the current g++-mingw-w64-i686
This looks like it, indeed. I'm hereby cloning this bug into an NSIS
@Release Team, could we please schedule binNMUs for nsis ?
nmu nsis_2.46-9 . ALL . -m "Rebuild with gcc-mingw-w64 14 to ensure that NSISdl.dll doesn't depend on a shared libwinpthread-1"
> - rebuild win32-loader with the newly built nsis-common package
I'll upload win32-loader when nsis is available from the mirrors.
Many thanks, cheers,