New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New package: signing party-2.11_1 #31552
New package: signing party-2.11_1 #31552
Conversation
2608e31
to
e1be0e1
Compare
call me out if I'm wrong here, but no prefix should be needed for |
e1be0e1
to
140893a
Compare
We require the Edit: argh, yes, I cant read. updated. |
140893a
to
6cb4a70
Compare
on IRC I have pointed them to
LGTM |
6cb4a70
to
2ec4244
Compare
Cross compilation works when keyanalyze is build separately:
# Template file for 'keyanalyze'
pkgname=keyanalyze
version=2.11
revision=1
wrksrc="signing-party-v${version}"
build_wrksrc="keyanalyze/pgpring"
build_style=gnu-configure
make_install_args="-C .."
hostmakedepends="autoconf automake"
makedepends="libmd-devel"
short_desc="Analyses the relationships between the keys in public key ring"
maintainer=" <@>"
license="GPL-2.0-only"
homepage="https://salsa.debian.org/signing-party-team/signing-party"
distfiles="https://salsa.debian.org/signing-party-team/signing-party/-/archive/v${version}/signing-party-v${version}.tar.gz"
checksum=e339cfea9af6f12bf09de8aa6c8972c168d2eb712cb72a8a7415e3f7ecb43cf2
pre_configure() {
autoreconf -fi
}
post_build() {
cd ..
vsed -i Makefile -e '/all:/s:pgpring/pgpring::'
make CFLAGS="$CFLAGS"
} |
@Chocimier Thanks! I'll include that. Aside of fixing crosscompiling, I've noticed another problem, in perl-GnuPG-Interface, it fails to get the currently installed gpg version, which means that more elaborate usage of the tools (which actually call that library) fail with an error about that. Anyone with knowledge of perl magic available to maybe take a look? I worked around this locally by overriding the version check, but that surely wouldn't be the way to properly fix this. |
ec09e42
to
561c7a2
Compare
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it. |
So, a few things here:
Here's the code: sub _version {
my ( $self ) = @_;
my $out = IO::Handle->new;
my $handles = GnuPG::Handles->new( stdout => $out );
my $pid = $self->wrap_call( commands => [ '--no-options', '--version' ], handles => $handles );
my $line = $out->getline;
$line =~ /(\d+\.\d+\.\d+)/;
my $version = $1;
unless ($self->cmp_version($version, '2.2') >= 0 or
($self->cmp_version($version, '1.4') >= 0 and $self->cmp_version($version, '1.5') < 0 )) {
croak "GnuPG Version 1.4 or 2.2+ required";
}
waitpid $pid, 0;
return $version;
} And here's the output of
From my understanding of perl, this looks like it should work. I've also not been able to find any patches that other distros that have this packaged apply. |
561c7a2
to
696b2ab
Compare
b573c61
to
bd2005b
Compare
bd2005b
to
c8df88b
Compare
Update on the current situation:
afaict, this addresses all the remaining feedback. I'd be happy if we could get this merged soon now :) |
General
Have the results of the proposed changes been tested?
TODOs
fix bug in perl-Interface-GnuPG (version detection is broken, which causes it to refuse operation)Bug has not been found, but the check has been disabled. xbps makes sure we have a new enough version of GnuPG installed.