Re: Committer needed for new perl5 ports
Hi! > Hi all! I have a few new perl5 ports that could use a committer. > > Each of these has a successful poudriere log attached, no complaints > from portlint and dependencies met. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212206 Done. The distinfo files do not have the TIMESTAMP element, which is now required. Please add that element in future PRs. Another issue: Do not attach build-logs to the PRs per default, as it blows up the bugzilla database. If the build is fine, mention it in the PR, like: poudriere testbuild on 10.3-amd64, 11.0-RC2-i386 is ok. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209191 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212209 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212210 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209187 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209189 I'll work on those in the next few hours. -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Committer needed for new perl5 ports
On 8/28/2016 12:06 AM, Kurt Jaeger wrote: Hi! Hi all! I have a few new perl5 ports that could use a committer. Each of these has a successful poudriere log attached, no complaints from portlint and dependencies met. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212206 Done. The distinfo files do not have the TIMESTAMP element, which is now required. Please add that element in future PRs. Another issue: Do not attach build-logs to the PRs per default, as it blows up the bugzilla database. If the build is fine, mention it in the PR, like: poudriere testbuild on 10.3-amd64, 11.0-RC2-i386 is ok. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209191 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212209 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212210 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209187 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209189 I'll work on those in the next few hours. Thanks Kurt! I'll make sure to use "make distinfo" next time, and I'll refrain from spamming bugzilla with buildlogs. Appreciate the pointers. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Forcing poudriere to rebuild a package and all dependencies
+--On 27 août 2016 09:22:23 -0700 "Russell L. Carter" wrote: | On 08/27/16 03:25, Mathieu Arnold wrote: |> +--On 26 août 2016 15:21:16 -0700 "Russell L. Carter" |> wrote: |> | WITH_OPENSSL_PORT= yes |> | OPENSSL_PORT= security/openssl |> | DEFAULT_VERSIONS=pgsql=9.5 php=7.0 |> |> This should be: |> DEFAULT_VERSIONS=pgsql=9.5 php=7.0 ssl=openssl |> |> I'm sure all the ports using openssl are telling you this when you're |> building them :-) |> | | It seemed to work w/o problems, but I much prefer to stay on the one | true path. :-) I've updated, thanks. Yes, right now, it works. Like all compat shims that is screaming at you "hey, you should do that instead" it'll get removed one day, not too far in the future. -- Mathieu Arnold pgpJZIvhvuz8y.pgp Description: PGP signature
Re: Upcoming OpenSSL 1.1.0 release
On Sun, Aug 28, 2016 at 5:01 PM, Bernard Spil wrote: > 2016-08-27 11:18 GMT+02:00 Dirk Meyer : >> Hallo Ollivier Robert, >> >>> [01:19:54] >> Failed ports: lang/go14:build security/libssh2:build >>> devel/libevent2:build archivers/libarchive:build lang/python27:package >>> security/trousers:build lang/python34:package devel/apr1:configure >>> lang/ruby23:package dns/ldns:configure databa >>> ses/freetds:build www/libwww:configure ftp/lftp:build >>> security/pkcs11-helper:build security/php56-openssl:build www/lynx:build >>> net-p2p/libtorrent:build security/cyrus-sasl2:build dns/bind910:configure >>> mail/postfix-current:build mail/dovecot2:build lang/r >>> uby22:package ftp/wget:configure www/nginx-devel:build dns/bind99:configure >>> www/aria2:build >>> >>> Most of them were building before (exception is go14 which is always >>> failing on my poudriere but I know why). >> >> a number of your ports failing with openssl-devel-1.1.0 >> builds fine with my version of openssl-1.1.0 in ports: >> >> archivers/libarchive >> devel/apr1 >> devel/libevent2 >> dns/bind910 >> dns/ldns >> net-p2p/libtorrent >> security/php56-openssl >> security/cyrus-sasl2 >> security/trousers >> www/lynx >> >> For them there are no regressions with the update of security/openssl I an >> testing. >> >> kind regards Dirk >> >> - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany >> - [dirk.me...@dinoex.sub.org],[dirk.me...@guug.de],[din...@freebsd.org] >> > > Hi All, > > There were indeed some issues with my openssl-devel port. I'm now > finishing up aligning it with the port that Dirk committed (and that > was reverted pending more testing). List of fixes below and a patch > for security/openssl-devel to follow soon. > > 1. ASM : Some error in OpenSSL's configure, adding `asm` to > configure_args triggers failure > 2. ldconfig: SHARED_USE_LDCONFIG doesn't work, switch to SHARED_USE= > ldconfig=yes > 3. Rework options handling to upstream default off and default on > a. default-off, to enable use enable-opt > b. default-on, to disable use no-opt > > This does NOT fix the build issue(s?) yet. bind910 fails on the > removed openssl/dso.h header file and the DSO_METHOD_dlfcn having been > removed completely. Removing that test makes build fail on missing > ECDSA_R_RANDOM_NUMBER_GENERATION_FAILED which is unrelated to DSO I > believe. > > Checked devel/apr1 shortly and that fails on a missing EVP_PKEY_CTX_new. > > I had already opened a PR for an exp-run with openssl-devel to see how > much fixing we need with OpenSSL 1.1.0 > > Started a wiki page to list issues, solutions etc. > > Propose to update the security/openssl-devel port with the attached > patch and use that to do an exp-run so we can uncover all failing > ports. > > Cheers, > > Bernard. > > > On Sat, Aug 27, 2016 at 11:18 AM, Dirk Meyer > wrote: >> Hallo Ollivier Robert, >> >>> [01:19:54] >> Failed ports: lang/go14:build security/libssh2:build >>> devel/libevent2:build archivers/libarchive:build lang/python27:package >>> security/trousers:build lang/python34:package devel/apr1:configure >>> lang/ruby23:package dns/ldns:configure databa >>> ses/freetds:build www/libwww:configure ftp/lftp:build >>> security/pkcs11-helper:build security/php56-openssl:build www/lynx:build >>> net-p2p/libtorrent:build security/cyrus-sasl2:build dns/bind910:configure >>> mail/postfix-current:build mail/dovecot2:build lang/r >>> uby22:package ftp/wget:configure www/nginx-devel:build dns/bind99:configure >>> www/aria2:build >>> >>> Most of them were building before (exception is go14 which is always >>> failing on my poudriere but I know why). >> >> a number of your ports failing with openssl-devel-1.1.0 >> builds fine with my version of openssl-1.1.0 in ports: >> >> archivers/libarchive >> devel/apr1 >> devel/libevent2 >> dns/bind910 >> dns/ldns >> net-p2p/libtorrent >> security/php56-openssl >> security/cyrus-sasl2 >> security/trousers >> www/lynx >> >> For them there are no regressions with the update of security/openssl I an >> testing. >> >> kind regards Dirk >> >> - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany >> - [dirk.me...@dinoex.sub.org],[dirk.me...@guug.de],[din...@freebsd.org] >> Hi All, I've committed the patch which fixes the ASM configure issue, the i386 build issue (by fixing the EC option) and aligns with the (now reverted) security/openssl 1.1.0 port. https://svnweb.freebsd.org/ports?view=revision&revision=420878 - Do not pass asm to configure (upstream default ON), fixes configure - Disable EC optimizations on i386, fixes build - Split options activation into upstream-default-enabled and -disabled - Rework EC option handling - Align order of Makefile with security/openssl - Use improved patching from security/openssl - Improve options descriptions - Remove old PRECIOUSMAKEVARS - Add pkg-message The ports build issues I've analysed thusfar are problems in the upstream code. Probably takes a while for upstream
INDEX build failed for 9.x
INDEX build failed with errors:
Generating INDEX-9 - please wait..Unknown modifier 'U'
"Makefile", line 40: Malformed conditional (${TARGET_ARCH:U${MACHINE_ARCH}} ==
"mips64el")
"Makefile", line 43: if-less endif
fmake: fatal errors encountered -- cannot continue
===> security/openssl-devel failed
*** [describe.security] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-9] Error code 1
Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1
Stop in /home/indexbuild/tindex/ports.
1 error
Committers on the hook:
brnrd kwm marino
Most recent SVN update was:
Updating '.':
Uwww/glpi/Makefile
Uwww/glpi/distinfo
Uwww/glpi/pkg-plist
Usecurity/openssl-devel/Makefile
Asecurity/openssl-devel/files/pkg-message.in
Utextproc/libxml2/Makefile
Utextproc/libxml2/distinfo
Atextproc/libxml2/files/patch-d8083bf
Utextproc/py-libxml2/Makefile
Utextproc/py3-libxml2/Makefile
Updated to revision 421033.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
INDEX now builds successfully on 9.x
___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
maintainership
What is the knowledge requirement for adopting a port? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: maintainership
On 29.08.2016 08:35, Rommel Escuadro wrote: > What is the knowledge requirement for adopting a port? https://www.freebsd.org/doc/en/articles/contributing/ports-contributing.html ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
