Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
PKGSRC_USE_TOOLS go away. There is now only a single USE_TOOLS variable
that specifies all of the tools we need to build/run the package.
|
|
|
|
location (the automatic fetch has been removed, because Sun want
the user to click "accept" to a license agreement before downloading).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
build. These packages set NO_BUILD and by inspection of the Makefiles,
there isn't any invocation of java needed.
|
|
add a check for the distfile before descending into the urlget directory
and making urlget. This fixes the problem with abusing BUILD_DEPENDS to
ensure that urlget is installed prior to fetching the distfiles, noted in
pkg/13410 by Bernd Ernesti <bernd@arresum.inka.de>.
|
|
the same result. Fix suggested by agc.
|
|
first component is now a package name+version/pattern, no more
executable/patchname/whatnot.
While there, introduce BUILD_USES_MSGFMT as shorthand to pull in
devel/gettext unless /usr/bin/msgfmt exists (i.e. on post-1.5 -current).
Patch by Alistair Crooks <agc@netbsd.org>
|
|
XXX need to teach pkglint to be more picky about this
|
|
|
|
|
|
|
|
|
|
target to actually go out and fetch the jsdk distribution by using urlget
to navigate Sun's web forms.
Make this behavior depend on the value sun-jsdk20-license being in
ACCEPTABLE_LICENSES.
|
|
more fine-grained NO_{BIN,SRC}_ON_{FTP,CDROM} definitions.
MIRROR_DISTFILES and NO_CDROM are now dead.
|
|
|
|
|
|
While here, don't install the whole jsdk20 environment, as this is an older
version, and is generally useful only in order to get the jsdk20 jar file
for building jserv. This means we no longer install the bin/servletrunner
test harness, and we no longer install the jsdk source.
Users interested in these would be better off looking at the current jsdk
(pkgsrc/www/jakarta-tomcat), or jsdk2.1, which does not currently have
a package, but is at least rather less obsolete...
jserv will be adapted to use the new paths for this in a separate commit,
in a few minutes.
|
|
|
|
Development Kit"
NO_CDROM= ${RESTRICTED}
Sigh... It actually is permissible to redistribute the jsdk, but under the
following terms:
2. License to Distribute Servlet Classes.
Licensee is granted a royalty-free right to
reproduce and distribute the servlet classes
contained in the Software identified therein as
"Sun.Servlet.*," "Javax.Servlet.*" or
"Jsdk.Doc.Apidoc.*" ("Servlet Classes") provided
that Licensee: (i) distrib- utes the Servlet
Classes complete and unmodified only as part of,
and for the sole purpose of run- ning, Licensee's
Java compatible servlets ("Servlets"); (ii) does
not distribute additional soft- ware intended to
replace any component(s) of the Servlet Classes;
(iii) agrees to incorporate the most current
version of the Software that was available from
Sun no later than 180 days prior to each
production release of the Servlet; (iv) does not
remove or alter any proprietary legends or no-
tices contained in the Servlet Classes; (v)
includes the provisions of Sections 3, 4, 6, 8,
and 9 in Licensee's license agreement for the
Program; and (vi) agrees to indemnify, hold
harmless, and de- fend Sun and its licensors from
and against any claims or lawsuits, including
attorneys' fees, that arise or result from the
use or distribution of the Program.
|
|
From pkg/DESCR:
JSDK 2.0 is an older version of Sun's Java Servlet Development Kit.
It includes the servlet java classes and a simple web server with
servlet support.
JSDK has been supplanted by project Jakarta, which is a joint project
between The Apache Foundation and Sun to produce the next generation
of the servlet classes. The 3.0 release of the Jakarta project's
servlet environment, Tomcat, is available via the www/jakarta-tomcat
package.
This package exists primarily to support building the Apache JServ
module, which has not yet been updated to build against the Tomcat
classes.
|