Op zondag 4 maart 2018 20:57:54 CET schreef Geert Janssens: > Op zondag 4 maart 2018 17:40:08 CET schreef Geert Janssens: > > Op zondag 4 maart 2018 16:19:46 CET schreef Robert Fewell: > > > Hi all, > > > > > > Just tried to build the latest unstable for Windows but it fails with > > > this > > > ... > > > > > > [ 76%] Generating gnucash.appdata.xml > > > C:/gcdev64/msys2/mingw32/bin/msgfmt.exe: cannot locate ITS rules for > > > C:/gcdev64/gnucash/unstable/src/gnucash-git/gnucash/gnome/ > > > gnucash.appdata.xml.in > > > make[2]: *** > > > [gnucash/gnome/CMakeFiles/gnucash-appdata.dir/build.make:61: > > > gnucash/gnome/gnucash.appdata.xml] Error 1 > > > make[1]: *** [CMakeFiles/Makefile2:7919: > > > gnucash/gnome/CMakeFiles/gnucash-appdata.dir/all] Error 2 > > > make: *** [Makefile:163: all] Error 2 > > > *** Error during phase build of gnucash-git: ########## Error running > > > make > > > -j 1 *** [15/17] > > > > > > Poked around but could not get it to work so thought I would see what > > > the > > > build server logs yield but that has not worked since 25/02/2018 so no > > > help > > > there. > > > > This probably means msgfmt is not finding gettext's its rules. On linux > > they are in /usr/share/gettext/its and/or /usr/share/gettext-0.19.8/its. > > > > I had to search a bit on the windows build server. Apparently there they > > are stored under /mingw32/share/gettext/its which for some reason is not > > where msgfmt is expecting them. We can fix this by setting environment > > variable GETTEXTDATADIR to /mingw32/share/gettext somewhere that it's in > > the environment when gnucash is being built. I don't know offhand how to > > do that exactly in jhbuild. > > > > > So I downloaded that build but it fails with a missing > > > libboost_date_time-mt.dll so if the above is fixed it still might not > > > work. > > > > Interesting. The build server's build failure is a gettext issue as well. > > It fails to compare GETTEXT_VERSION_STRING to 0.19. Or more precisely it > > seems like GETTEXT_VERSION_STRING is not being set. > > FYI, I'm in the process of rerunning my own unstable build, but it looks > like it will still take a few hours... > > .. > > > > Also the maint > > > build is complaining about certificates and gives up. > > > > Hmm, looks like our download script isn't happy with the new certificate > > being used at aquamaniac. It appears the download function we use is not > > smart enough to read Alternative DNS names from the certificate... To be > > investigated... > > I have looked at the maint issue. I tried adding "--no-check-certificates", > but that didn't make any difference. The issue is not the certificate not > being accepted, on the mingw version of wget it's merely a warning. But for > some reason wget doesn't get any response from the aquamaniac website. So it > retries 20 times and then gives up. > To work around this, I have manually downloaded the necessary gwenhywfar and > aqbanking packages and stored them in the downloads directory for the maint > build. As we're targeting only one last maint release, that should do.
The workaround works with gwenhywfar 4.18.0 and aqbanking 5.7.6beta. I also tried upgrading to gwen 4.20.0 and aqbanking 5.8, but that results in a build failure due to some conflicting data type. So for now I have reverted to the older two versions. Geert _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel