Commit Graph

27 Commits

Author SHA1 Message Date
espie da086bcab1 MASTER_SITES -> SITES 2023-09-26 11:47:58 +00:00
sthen 607ab60ce9 drop Dimitri Karamazov MAINTAINER lines, email has been bouncing
for a while - danwin1210.me anonymous email service moved to .de
but the username doesn't work there either
2023-04-26 08:17:15 +00:00
sthen b92a68e354 update to java-tanukiwrapper-3.5.49, from Dimitri Karamazov (maintainer) plus drop RCS IDs 2022-03-08 00:55:13 +00:00
phessler 94a22eb2b5 fix build on aarch64.
armhf was renamed to arm for aarch64, so rename our local changes.

OK kurt@ and MAINTAINER Dimitri Karamazov
2021-10-31 13:00:03 +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 a2668f5781 Add support for aarch64 and fix i386 build. okay with maintainer Dimitri
Karamazov
2021-05-21 11:51:08 +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 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
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
sthen 3318ced016 replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes 2019-07-12 20:46:54 +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 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
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
naddy 6ba202c932 replace libiconv module 2016-09-13 15:29:01 +00:00
naddy 42bc647e80 remove SHARED_ONLY from ports that only use modules that neither set nor
read this variable
2016-03-18 23:12:15 +00:00
jasper dd11ff3185 switch distfiles.nl to SSL, setup with security/letsencrypt/client 2015-11-24 09:11:02 +00:00
kettenis 69bfea1809 Make sure object files linked into a shared library get compiled with -fPIC.
ok ajacoutot@
2015-05-16 10:59:22 +00:00
kurt 46f312eaef - Unlink jdk/1.6 and make jdk/1.7 the default jdk for all java ports
- Adjust java.port.mk and cmake to use 1.7
- Adjust jdk/1.7 for pkg_add upgrades
okay sthen@, jasper@, ajacoutot@
2014-05-07 15:42:15 +00:00
ian 46f89b2109 Remove sys/timeb.h. ok naddy@ jca@ 2013-12-08 16:35:17 +00:00
jasper 5ba9fa2ae6 import tanukiwrapper, based on svn rev 1780
The Java Service Wrapper is an application which has evolved out of a
desire to solve a number of problems common to many Java applications:

  - Run as a Windows Service or Unix Daemon
  - Application Reliability
  - Standard, Out of the Box Scripting
  - On Demand Restarts
  - Flexible Configuration
  - Ease Application Installations
  - Logging

ok aja@
2013-07-10 14:40:29 +00:00