dev-java / stringtemplate

A Java template engine

Official package sites : https://www.stringtemplate.org/ ·

v4.3.2 :: 4 :: gentoo

Modified
License
BSD
Keywords
amd64 arm64 ppc64 x86 ~amd64-linux ~arm ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-linux ~x86-solaris
USE flags
doc source test

v3.2.1-r2 :: 0 :: gentoo

Modified
License
BSD-1
Keywords
amd64 arm64 ppc64 x86 ~amd64-linux ~arm ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-linux ~x86-solaris
USE flags
doc source test

General

doc
Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally
source
Zip the sources and install them
test
Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently)

app-arch / zip : Info ZIP (encryption support)

dev-java / antlr : A parser generator for many languages

dev-java / antlr-runtime : ANTLR 4 Runtime

dev-java / antlr-tool : The ANTLR 4 grammar compiler

dev-java / java-config : Java environment configuration query tool

dev-java / junit : Simple framework to write repeatable tests

virtual / jdk : Virtual for Java Development Kit (JDK)

app-arch / zip : Info ZIP (encryption support)

dev-java / antlr : A parser generator for many languages

dev-java / antlr-runtime : ANTLR 4 Runtime

dev-java / java-config : Java environment configuration query tool

virtual / jre : Virtual for Java Runtime Environment (JRE)

dev-java / antlr : A parser generator for many languages

dev-java / antlr-runtime : ANTLR 4 Runtime

dev-java / antlr-tool : The ANTLR 4 grammar compiler

dev-java / jython : An implementation of Python written in Java

dev-java / openjfx : Java OpenJFX client application platform

Repository mirror & CI · gentoo
Merge updates from master
Miroslav Šulc · gentoo
dev-java/stringtemplate: dropped obsolete 4.3.1
Bug: https://bugs.gentoo.org/842729 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Arthur Zamarin · gentoo
dev-java/stringtemplate: Stabilize 4.3.2 ppc64, #842729
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Jakov Smolić · gentoo
dev-java/stringtemplate: Stabilize 4.3.2 arm64, #842729
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Jakov Smolić · gentoo
dev-java/stringtemplate: Stabilize 4.3.2 x86, #842729
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
Jakov Smolić · gentoo
dev-java/stringtemplate: Stabilize 4.3.2 amd64, #842729
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Yuan Liao · gentoo
dev-java/stringtemplate: Add 4.3.2
Signed-off-by: Yuan Liao <liaoyuan@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/24914 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Volkmar W. Pogatzki · gentoo
dev-java/stringtemplate: Drop 4.0.8-r1
Closes: https://bugs.gentoo.org/742554 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-java/stringtemplate: Stabilize 4.3.1 ppc64, #833953
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Yuan Liao · gentoo
dev-java/stringtemplate: Fix 4.3.1 test failure when upgrading slot 4
A test failure (as reported in the linked bug) might occur when an older version of ST 4 is already installed on the system. The failure is caused by multiple factors: the way java-pkg-simple.eclass generates the test classpath, the fact that the tests launch new JVM instances under a different working directory, and the behavior of the JVM upon an invalid path in the classpath. As of the time when this commit is created, the test classpath computed by java-pkg-simple.eclass will contain the following elements, in order: 1. The directory containing the test classes compiled by the eclass 2. The path to the JAR built by the eclass **relative to ${S}** 3. Absolute paths to dependency JARs, for both compile and test dependencies ST 4 has an implicit test dependency on itself via ANTLR 3.5 (which is yet another issue pertaining to the troublesome, malformed ANTLR 3.5 and ST 4 circular dependency). This means a version of slot 4 that is possibly older than 4.3.1 might be installed on the system and added to the test classpath within element No. 3 when the tests are being run. Some of the tests will call the 'java' command to execute ST 4 in a new JVM instance; the test classpath generated by java-pkg-simple.eclass will be reused in the classpath of the new JVM. The unfortunate factor that triggers the test failure is that the new JVM's working directory can become different from the one of the original JVM running the JUnit tests, which is ${S} when this package is being built by Portage. Note that element No. 2 in the test classpath is a relative path: after the working directory is changed, it will be invalid. However, JVM is lax in invalid path elements in the classpath: it will just ignore them and emit a "class not found" error or alike only after it has tried all other paths in the classpath to locate a class. With this behavior, JVM will pick up the copy of ST 4 already installed on the system from element No. 3 in the classpath after it detects that element No. 2 is an invalid path. Therefore, the tests will be run against ST 4 that is *installed on the system* instead of the copy that has just been built. This explains why some tests would fail when an older version of ST 4 is already installed; effectively, that old version was being tested by the test suite for the new version, and there is no guarantee that all tests would pass in this case. A corollary conclusion is that if the same version of ST 4 is being built and installed twice, and the second build has tests enabled, then the tests would pass, although effectively it would be the artifact produced by the first build being tested against. Closes: https://bugs.gentoo.org/834138 Signed-off-by: Yuan Liao <liaoyuan@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/24368 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-java/stringtemplate: Stabilize 4.3.1 arm64, #833953
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Jakov Smolić · gentoo
dev-java/stringtemplate: Stabilize 4.3.1 x86, #833953
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
Jakov Smolić · gentoo
dev-java/stringtemplate: Stabilize 4.3.1 amd64, #833953
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Yuan Liao · gentoo
dev-java/stringtemplate: Add 4.3.1, resolve antlr-3.5 circular dep
stringtemplate-4 requires antlr-3.5 only during the build time to generate *.java files from src/org/stringtemplate/v4/compiler/*.g files. This causes the circular dependency issue described by the linked bug since antlr-3.5 depends on stringtemplate-4. Fortunately, the sources JAR for stringtemplate 4.3.1 from Maven Central contains those generated *.java files (presumably pre-generated by the upstream), so if the Java sources from that JAR are used, the build-time dependency on antlr-3.5 can be eliminated, finally resolving this chicken-or-egg problem. Bug: https://bugs.gentoo.org/742554 Signed-off-by: Yuan Liao <liaoyuan@gmail.com> Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-java/stringtemplate: Stabilize 3.2.1-r2 arm64, #826766
Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Volkmar W. Pogatzki · gentoo
dev-java/stringtemplate: remove obsolete 3.2.1-r1
Package-Manager: Portage-3.0.18, Repoman-3.0.2 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Closes: https://github.com/gentoo/gentoo/pull/21018/commits/d84c8819d8e6a3635543a361d4254578c570d45e Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Agostino Sarubbo · gentoo
dev-java/stringtemplate: x86 stable wrt bug #795153
Package-Manager: Portage-3.0.13, Repoman-3.0.2 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
Agostino Sarubbo · gentoo
dev-java/stringtemplate: ppc64 stable wrt bug #795153
Package-Manager: Portage-3.0.13, Repoman-3.0.2 RepoMan-Options: --include-arches="ppc64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
Agostino Sarubbo · gentoo
dev-java/stringtemplate: amd64 stable wrt bug #795153
Package-Manager: Portage-3.0.13, Repoman-3.0.2 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Miroslav Šulc · gentoo
dev-java/strimgtemplate: fixed tests in 4.0.8-r1
Closes: https://bugs.gentoo.org/791718 Package-Manager: Portage-3.0.19, Repoman-3.0.3 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Volkmar W. Pogatzki · gentoo
dev-java/stringtemplate: EAPI 7, min java 1.8 (slot 0)
also fix unavailable SRC_URI Package-Manager: Portage-3.0.18, Repoman-3.0.2 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Closes: https://github.com/gentoo/gentoo/pull/20991 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Miroslav Šulc · gentoo
dev-java/stringtemplate: removed obsolete 4.0.8
Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Volkmar W. Pogatzki · gentoo
dev-java/stringtemplate: (slot :4) min java 1.8
Problem described in https://bugs.gentoo.org/742554#c4 persists Package-Manager: Portage-3.0.18, Repoman-3.0.2 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Closes: https://github.com/gentoo/gentoo/pull/20907 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-java/stringtemplate: eutils->epatch
Package-Manager: Portage-3.0.14-prefix, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-java/stringtemplate: arm64 keyworded (bug #720116)
Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Alexey Sokolov · gentoo
dev-java/stringtemplate: update homepage
Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Alexey Sokolov <sokolov@google.com> Signed-off-by: Aaron Bauman <bman@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Michał Górny · gentoo
*/*: [QA] Fix trivial cases of MissingTestRestrict
The result was achieved via the following pipeline: pkgcheck scan -c RestrictTestCheck -R FormatReporter \ --format '{category}/{package}/{package}-{version}.ebuild' | xargs -n32 grep -L RESTRICT | xargs -n32 sed -i -e '/^IUSE=.*test/aRESTRICT="!test? ( test )"' The resulting metadata was compared before and after the change. Few Go ebuilds had to be fixed manually due to implicit RESTRICT=strip added by the eclass. Two ebuilds have to be fixed because of multiline IUSE. Suggested-by: Robin H. Johnson <robbat2@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/13942 Signed-off-by: Michał Górny <mgorny@gentoo.org>
Alexis Ballier · gentoo
dev-java/stringtemplate: keyword ~arm64
Package-Manager: Portage-2.3.6, Repoman-2.3.2
Robin H. Johnson · gentoo
Drop $Id$ per council decision in bug #611234.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
James Le Cuirot · gentoo
dev-java/stringtemplate: 4.0.8 stable on amd64, ppc64, x86 (ALLARCHES)
Package-Manager: portage-2.3.1
Ian Delaney · gentoo
Merge remote-tracking branch 'remotes/Coacher/mpv-verbump-to-0.15.0'
Pull request: https://github.com/gentoo/gentoo/pull/675
James Le Cuirot · gentoo
Drop support for Java on ppc across the tree
Sorry! *sniff*
James Le Cuirot · gentoo
dev-java/stringtemplate: Remove old
Package-Manager: portage-2.2.26
James Le Cuirot · gentoo
dev-java/stringtemplate: Mark 3.2.1-r1 stable using ALLARCHES policy
Package-Manager: portage-2.2.26
James Le Cuirot · gentoo
dev-java/stringtemplate: Version bump into new SLOT 4 (fixes #417895)
This is needed by newer versions of ANTLR. Package-Manager: portage-2.2.26
James Le Cuirot · gentoo
dev-java/stringtemplate: Remove old
Package-Manager: portage-2.2.26
James Le Cuirot · gentoo
dev-java/stringtemplate: Rewrite, EAPI bump, test fixes wrt bug #405057
Package-Manager: portage-2.2.26
Robin H. Johnson · gentoo
proj/gentoo: Initial commit
This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed