cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
160,600 Commits 1 Branch 0 Tags 544 MiB
f1fb488f15
Commit Graph

153 Commits

Author SHA1 Message Date
kurt
6574881c16 Update to 2.2 that adds support for jdk-17 2021-10-22 16:51:45 +00:00
rsadowski
a6e6492f78 Update tanukiwrapper to 0.9.46 
Changelog:https://wrapper.tanukisoftware.com/doc/english/release-notes.html#3.5.46

Update diff from maintainer
 2021-10-16 08:07:39 +00:00
kurt
312b7b1033 Add sparc64 support. Tested by Stefan Hagen and okay Dimitri Karamazov 
maintainer.
 2021-07-18 15:34:18 +00:00
kurt
ba26f83a59 Fix packaging on sparc64. 2021-07-15 10:40:48 +00:00
kurt
e96cb13163 Fix build on aarch64 2021-05-21 16:03:42 +00:00
kurt
a2668f5781 Add support for aarch64 and fix i386 build. okay with maintainer Dimitri 
Karamazov
 2021-05-21 11:51:08 +00:00
kurt
f9d899e6a0 Bump revision on all 1.8+ ports since now they will build with jdk 
1.8 on aarch64 and their run depends will also change. okay ian@
 2021-05-19 01:50:29 +00:00
kurt
22b0a3b991 Update to version 2.1 to support jdk-16. 2021-04-28 15:23:44 +00:00
sthen
7823f29ce0 accept $2b bcrypt hashes; jBCrypt never had the 256-char bug 
use https HOMEPAGE/MASTER_SITES while there
 2021-01-22 13:42:09 +00:00
solene
2b3fa80170 Update to tanukiwrapper-3.5.45 
Update from maintainer Dimitri Karamazov
 2021-01-06 13:30:22 +00:00
sthen
3fcdde5f7f explicitly set ONLY_FOR_ARCHS; it would normally come from java.port.mk 
but MODULES is pulled in too late when bsd.port.arch.mk is included
directly from the port makefile.
 2020-11-23 12:37:25 +00:00
rsadowski
97c7a51d11 Update java-tanukiwrapper to 3.5.44 
From maintainer Dimitri Karamazov
 2020-11-08 15:46:15 +00:00
sthen
059ae59808 mark BROKEN-i386, various "relocation R_386_PC32 cannot be used against symbol XX" 2020-11-05 19:46:19 +00:00
solene
c18b2f7576 + tanukiwrapper 2020-11-04 20:52:45 +00:00
solene
be8eabd1ec Reimport java-tanukiwrapper-3.5.43 
Required for net/i2p

ok rsadowski@
Port sent by Dimitri Karamazov who takes maintainership
 2020-11-04 20:45:00 +00:00
lteo
0eeb8c9473 Update to Gradle 6.7. 
https://docs.gradle.org/6.7/release-notes.html
 2020-10-29 02:22:24 +00:00
lteo
0b2663de1d Update to Gradle 6.6. 
https://docs.gradle.org/6.6/release-notes.html
 2020-08-19 02:01:32 +00:00
sthen
6cc9779250 switch my maintainer email addresses to my own domain 2020-07-11 22:54:35 +00:00
rsadowski
0f0399586c Update gradle to 6.5.1 
Diff from Lawrence Teo (MAINTAINER), Thanks
 2020-07-11 12:41:07 +00:00
jasper
e4ea48352d remove java-tanukiwrapper, it was never used and the original software that required 
it never made it into the tree.

ok kurt@
 2019-09-24 11:47:40 +00:00
kurt
16995dc103 This version is not compatible with jdk-11. Adjust MODJAVA_VER to 1.8 only. 
okay sthen@
 2019-09-23 14:04:25 +00:00
kurt
321ca4b2be This version is not compatible with jdk-11. Adjust MODJAVA_VER to 1.8 only. 
okay jasper@
 2019-09-23 13:39:27 +00:00
lteo
019363fe43 Introduce a variable called GRADLE_JAR to replace the Gradle version number in 
the PLIST to make future PLIST diffs less noisy.

suggested by and ok sthen@
 2019-09-19 02:02:17 +00:00
lteo
ccb0de530f Update to Gradle 5.6.2. 
https://docs.gradle.org/5.6.2/release-notes.html

ok abieber@ rpointel@ sthen@
 2019-09-18 02:16:40 +00:00
lteo
86aca2f21d Update to Gradle 5.6 
https://docs.gradle.org/5.6/release-notes.html

ok rsadowski@
 2019-08-19 02:29:34 +00:00
lteo
7e30a26699 Update to Gradle 5.5.1 
https://docs.gradle.org/5.5.1/release-notes.html

ok abieber@
 2019-07-19 02:22:31 +00:00
sthen
485792605b replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 21:02:12 +00:00
sthen
3318ced016 replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 20:46:54 +00:00
lteo
dfdd5ab45e +gradle 2019-06-17 02:07:21 +00:00
lteo
ae3c0a648b Import java/gradle, a build automation tool. Includes tweaks by sthen@. 
ok kn@ sthen@

Gradle is an open-source build automation tool focused on flexibility and
performance.
 2019-06-17 02:03:44 +00:00
kurt
7705a5ad0b Revision bump all java ports for the jre package removal and java.port.mk 
changes.
 2019-06-11 00:38:33 +00:00
sthen
9c6e9626b9 s/PERMIT_PACKAGE_CDROM/PERMIT_PACKAGE/ and some light whitespace tidying 
in ports which I maintain
 2019-06-03 16:06:50 +00:00
ian
d8ee068def Remove another port that doesn't benefit from packaging... 
because people will use it from Maven or Gradle. OK sthen jca.
 2019-05-11 01:11:20 +00:00
ian
6edf4aba32 unhook junit 2019-05-07 19:38:46 +00:00
ian
468845d4f8 Remove junit, no benefit to packaging, OK jca@ 2019-05-07 19:29:41 +00:00
sthen
6145315d70 use GH_*, ok kurt 2019-03-28 19:02:53 +00:00
kurt
154393cc17 Update for jdk11 and removal of old versions and jre 2019-03-28 18:57:34 +00:00
sthen
828f08b0e2 sweep all java ports with a couple of adjustments to build/dependency 
environment, which will reduce complexity in java.port.mk when jdk 11 is
added. direction agreed with kurt@.

- switch all MODJAVA_VER to at least 1.8 (we don't currently have any
version earlier than this anyway).

- drop MODJAVA_JRERUN, the separate jre package will be going away with
jdk 11.

- bump changed ports
 2019-03-24 22:24:12 +00:00
naddy
3da3a5f186 Make sure object files linked into a shared library get compiled with -fPIC. 2018-11-22 16:04:39 +00:00
sthen
25f0e460f2 Add COMPILER lines to c++ ports which currently use the default. Adjust 
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.

This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -

- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.

- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.

devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
 2018-10-24 14:27:57 +00:00
jasper
ef75639957 fix build with clang6; from Matthew Martin 2018-04-15 10:39:32 +00:00
sthen
5e964ab0df bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. 2017-07-26 22:45:14 +00:00
espie
c114d7057b add pthread to COMPILER_LIBCXX. 
white lie, but it allows clang and gcc to be more similar
bump accordingly.
 2017-07-23 09:26:25 +00:00
espie
8ac47fd9c6 use COMPILER_LIBCXX where applicable 2017-07-16 19:18:47 +00:00
espie
22836dcd06 zap remaining trailing / at end of WRK* 2017-05-12 15:11:17 +00:00
kurt
558715b919 - disconnect devel/jdk/1.7 from the build 
- adjust java.port.mk so all 1.7 and lower ports now build with 1.8
- bump revision on affected ports
okay sthen@, ian@, landry@
 2017-04-21 13:27:46 +00:00
ian
fde3cff987 Unbreak on clang. ok sthen@ 2017-04-14 00:44:21 +00:00
sthen
bcbf44ab87 use LIBCXX 2017-04-10 11:46:18 +00:00
jasper
a1edbbddc0 update to jna-4.4.0 2017-03-26 12:45:27 +00:00
jca
ebe2898e95 Honour CC/CFLAGS 2017-03-06 21:19:20 +00:00