Re: [new] security/openssl/3.1
On 2023/03/14 16:42, Theo Buehler wrote: Generally OK with me. > I took the 3.0 port, attempted to adjust the PKGSPEC line, dropped a > @conflict from the PLIST, ran s/30/31/g over the Makefile and reset the > SHLIBVER to 0.0 (should that be ahead of 3.0?). That's about it. When we've had other ports which use the same library name in different directories (e.g. databases/db, net/libnet) we have kept the shlib versions higher, so I think it probably would make sense to do the same here.
Re: NEW: security/openssl
On 2014/07/15 23:49, Vadim Zhukov wrote: > 2014-07-15 23:04 GMT+02:00 Stuart Henderson : > > On 2014/07/15 12:20, Stuart Henderson wrote: > >> Updated tar.gz with sorted plists and move 'make depend' step to > >> post-configure to avoid running this again for "make rebuild". > >> This depends on the mtree changes so you need up-to-date > >> /etc/mtree/4.4BSD.dist and ports/infrastructure. > > > > Updated again: rename bin to eopenssl, suggested by jca. Fix build > > on "generic" arch (I hit it on ppc) due to a stray ')'. > > Not sure if keeping c_rehash is safe - just cannot decide. Otherwise > it seems sane enough for me now. Oh yes, let's put that in examples/ instead.
Re: NEW: security/openssl
2014-07-15 23:04 GMT+02:00 Stuart Henderson : > On 2014/07/15 12:20, Stuart Henderson wrote: >> Updated tar.gz with sorted plists and move 'make depend' step to >> post-configure to avoid running this again for "make rebuild". >> This depends on the mtree changes so you need up-to-date >> /etc/mtree/4.4BSD.dist and ports/infrastructure. > > Updated again: rename bin to eopenssl, suggested by jca. Fix build > on "generic" arch (I hit it on ppc) due to a stray ')'. Not sure if keeping c_rehash is safe - just cannot decide. Otherwise it seems sane enough for me now. -- WBR, Vadim Zhukov
Re: NEW: security/openssl
On 2014/07/15 12:20, Stuart Henderson wrote: > Updated tar.gz with sorted plists and move 'make depend' step to > post-configure to avoid running this again for "make rebuild". > This depends on the mtree changes so you need up-to-date > /etc/mtree/4.4BSD.dist and ports/infrastructure. Updated again: rename bin to eopenssl, suggested by jca. Fix build on "generic" arch (I hit it on ppc) due to a stray ')'. openssl.tgz Description: application/tar-gz
Re: NEW: security/openssl
Updated tar.gz with sorted plists and move 'make depend' step to post-configure to avoid running this again for "make rebuild". This depends on the mtree changes so you need up-to-date /etc/mtree/4.4BSD.dist and ports/infrastructure. openssl.tgz Description: application/tar-gz
Re: NEW: security/openssl
On 2014/07/15 07:09, Vadim Zhukov wrote: > Please, run update-plist, things are out of sort. Thanks, I had split into multipackages and re-merged but forgot to sort the merged file. Fixed. > lib/pkgconfig/ itself shouldn't get in PLIST. That is incorrect, it is not currently in mtree files so it should be in PLIST unless provided by a dependent port. (I sent out a diff to add this shortly before sending out the openssl port ;) > > Why placing manuals under lib and not under share/openssl/? I can move them if wanted, but there is precedent in the tree for putting them under lib (e.g. tcl). I don't particularly mind where they go as long as it's out of the main local/man directories.
Re: NEW: security/openssl
2014-07-15 2:50 GMT+02:00 Stuart Henderson : > This is needed to unbreak nsca-ng which depends on RFC4279 (PSK > Ciphersuites for TLS) - the API for this has been removed from > LibReSSL. > > Care has been taken to prevent this from being picked up automatically > in standard search paths. > > It may also useful for comparisons/tests between OpenSSL and LibReSSL. > > Diff to update/fix nsca-ng also included - ignore port-lib-depends-check > errors for this one, they are wrong. > > Any OKs to import? Please, run update-plist, things are out of sort. lib/pkgconfig/ itself shouldn't get in PLIST. Why placing manuals under lib and not under share/openssl/? -- WBR, Vadim Zhukov