Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
Problems found locating distfiles:
Package haskell-cgi: missing distfile haskell-cgi-20001206.tar.gz
Package nginx: missing distfile array-var-nginx-module-0.04.tar.gz
Package nginx: missing distfile encrypted-session-nginx-module-0.04.tar.gz
Package nginx: missing distfile headers-more-nginx-module-0.261.tar.gz
Package nginx: missing distfile nginx_http_push_module-0.692.tar.gz
Package nginx: missing distfile set-misc-nginx-module-0.29.tar.gz
Package nginx-devel: missing distfile echo-nginx-module-0.58.tar.gz
Package nginx-devel: missing distfile form-input-nginx-module-0.11.tar.gz
Package nginx-devel: missing distfile lua-nginx-module-0.9.16.tar.gz
Package nginx-devel: missing distfile nginx_http_push_module-0.692.tar.gz
Package nginx-devel: missing distfile set-misc-nginx-module-0.29.tar.gz
Package php-owncloud: missing distfile owncloud-8.2.0.tar.bz2
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
|
|
|
|
python3, since the default changed from python33 to python34.
I probably bumped too many. I hope I got them all.
|
|
The aws tools were linked to libssl without rpath. If libssl is not
located in a standard library search path, the rtld will not be able
to find it (as seen on Joyent dev area).
This change links the libssl runpath to the tools.
|
|
The configuration for the location of libz and libssl both were wrong,
and they were corrected with their respective BUILDLINK_PREFIX.
In addition, regardless of where libssl is located, the standard location
(/usr/include) was searched instead of relative to the library. This
required a patch to the GPR build in order to pass -I<loc> to the
compilation of C files.
The unnecessary removal of empty directories was removed as SunOS find
does not support the -empty switch.
Tested on Joyent dev area where both libz and libssl are not at /usr/lib.
|
|
The new gprbuild configuration files must have a slight difference
because it can no longer work with the standard buildlink. Passing
an additional directory in the pass will fix it though.
|
|
As seen on FreeBSD 8, aws doesn't build with the shared runtime option
with the upcoming gcc-aux version 4.9.0. Disable the option completely.
The option may return when AWS is updated to the latest version.
|
|
|
|
|
|
There is no dedicated change log but version 2.10 was introduced to
pkgsrc 2.5 years ago. The current capability is described by
http://docs.adacore.com/aws-docs/aws.html
This is roughly equivalent to Adacore release 2013 of aws.
The "gnutls" option was added as an alternative to ssl.
|
|
|
|
Oops, I thought the previous build passed.
It was missing a directory creation and it needs to specifically
pull in ldap and ssl buildlinks for those options, as well as
update the link parameters. Ride on the revbump from a few minutes ago.
|
|
1) Remove backup master site which will disappear
2) Fixed ldap linkage issue (for aws-demos too)
3) Added multijob support
|
|
|
|
|
|
|
|
1) Remove lang/gnat-aux dependency
2) USE_LANGUAGES+= ada (invokes lang/gcc-aux dependency)
3) Restore use of pkgsrc wrappers
4) Utilize custom capability of devel/gprbuild-aux Library_Options ("-R"
and "-Wl,-R" to redefine rpaths of shared libraries to remove
references to the work directory. This error was highlighted by new
updates to the PKG_DEVELOPER=yes checks.
5) Fix for Ada 2012 binding interpretation that prevented build on
lang/gcc-aux. (AI05-0115, aggregates with invisible components)
6) GPRBuild-based packages require USE_LANGUAGES+= c++ fortran in addition
to "c" and "ada" because GPRBUILD probes for these languages. If they
aren't on the language list, pkgsrc comes back with a warning message
that causes gprbuild to throw an unhandled exception due to a regex
failure. www/aws doesn't contain c++ or fortran despite the value of
USE_LANGUAGES.
|
|
|
|
(whether GERNERATE_PLIST is better here is another question)
|
|
PR pkg/45136, with minor fixes by me
(PKGREV bumped)
|
|
|
|
and could cause problems when building as non-root, from John Marino
-put the build of demo programs (which was optionally, not switched
on per default) into its own pkg, to avoid builds in the "install"
phase and conditional PLIST entries
-misc cleanup, fix a DESTDIR glitch
|
|
|