Thu, Jan 7
Sep 13 2019
Sep 11 2019
I could not reproduce such a failure either under any conditions.
Sep 10 2019
In my debian buster pbuilder enviornment I got the following failure when packaging master (beta195):
Sep 9 2019
With the build problem on Mac OS now fixed with d551cf9, barring any last minute issue I plan to do the actual release by the end of the day tomorrow (10 September).
If I understand correctly, the problem stems from the -module flag added to the LDFLAGS in commit dc2211179. It's that flag that instruct libtool to create a bundle (.so file) instead of a dynamically linked shared library (.dylib file). But that flag is needed to force automake to accept that the library is to be named scute instead of libscute (without that flag automake errors out, complaining that scute.la is not a standard libtool library name).
Given that 1.5 already had that problem, I would suggest to ignore that bug for the 1.6 release. We can work on that later.
I just checked that Scute builds cleanly on Slackware, Debian, and in a cross-compilation setup against Mingw32.
Sep 6 2019
Jul 13 2017
"gouttegd (Damien Goutte-Gattat)" <firstname.lastname@example.org> writes:
I've just pushed the two fixes. `GNUPGHOME` is now set to the tests directory when running the tests and `gpg-connect-agent` is now looked for in `PATH` at runtime. When the tests are run, Scute now contacts the agent intended for the tests instead of any agent running on behalf of the Jenkins user. And so the tests pass or skip appropriately.
Jul 12 2017
I've just pushed the two fixes. GNUPGHOME is now set to the tests directory when running the tests and gpg-connect-agent is now looked for in PATH at runtime.
Jul 11 2017
All build artifacts are accessible
I see several problems here:
All build artifacts are accessible, e.g.: https://jenkins.gnupg.org/job/scute/ws/XTARGET/native/obj/tests/test-suite.log
Jul 7 2017
OK, I pushed my fix into master.
Jul 6 2017
The canonical repo is git://git.gnupg.org . We have not yet mirrored it at dev.gnupg.org.
Since there is no news for the last two weeks, I am wondering: am I the one blocking the situation here? Are you waiting for me to do something to make progress?
Jun 27 2017
Jun 23 2017
Yes, I am ready to accept write access to the Scute repository.
Justus, please apply the patches.
Jun 22 2017
I think the best method to make sure Scute can always find the socket is to use gpg-connect-agent to ask for the socket: we call gpg-connect-agent 'GETINFO socket_name' /bye and read the reply.
Jun 6 2017
Mar 30 2017
Nov 6 2015
This is ambiguous and the email is not mentioned. Given how old this is and
Niibe's opinion, I'm closing this issue.
Jul 16 2013
I maintain scute in Debian. It works for me for years.
I suspect it was build time issue.
Apr 16 2011
1.4.0 works, indeed. I didn't realize that was the latest version. The web page
is woefully out-of-date, but following the ftp link got me what I needed.
Apr 8 2011
Scute 1.2.0 is very old. It should be fixed in 1.4.0.
Mar 1 2011
Marcus, can you please look at it?