Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

jformatstring-0.10~20131207-lp160.1.1 RPM for noarch

From OpenSuSE Leap 16.0 for noarch

Name: jformatstring Distribution: openSUSE Leap 16.0
Version: 0.10~20131207 Vendor: openSUSE
Release: lp160.1.1 Build date: Wed Feb 21 13:00:26 2024
Group: Development/Libraries/Java Build host: reproducible
Size: 34527 Source RPM: jformatstring-0.10~20131207-lp160.1.1.src.rpm
Packager: https://bugs.opensuse.org
Url: https://jformatstring.dev.java.net/
Summary: Java library for format string checks
This project is derived from Sun's implementation of java.util.Formatter. It
is designed to allow compile time checks as to whether or not a use of format
string will be erronous when executed at runtime.

This code is derived from the OpenJDK implementation, jdk1.7.0-b35. As such,
it is licensed under the same license as OpenJDK, GPL v2 + the Classpath
exception.

This project is preliminary, and the API is subject to change. The library
produced by compiling this project is used by the FindBugs project. To avoid
any licensing questions due to incompatible licenses (FindBugs is licensed
under the LGPL), it is broken out as a separate project. While there may be
some confusion/discussion about the licenses, the FindBugs project does not
interpret the FindBugs LGPL license to be any stronger than GPL v2 + the
Classpath exception.

Provides

Requires

License

GPL-2.0-only

Changelog

* Wed Feb 21 2024 Fridrich Strba <[email protected]>
  - Use %patch -P N instead of deprecated %patchN.
* Mon Mar 21 2022 Fridrich Strba <[email protected]>
  - Build with source and target levels 8
* Fri Dec 20 2019 Fridrich Strba <[email protected]>
  - Refetch the gpl-2.0.html to satisfy source validator
* Wed Dec 19 2018 Fridrich Strba <[email protected]>
  - Upgrade to a snapshot from 2013-12-07
    * Use the *orig.tar.gz from Debian, since the sources move all
      the time and it is unclear what is the autoritative source
      now, or even whether an authoritative source exists
  - Add maven pom file
  - Do not build the junit code, since it requires findbugs to build
  - Modified patch:
    * jformatstring-sourcetarget.patch -> jformatstring-build.patch
      + Don't build the junit directory
      + Don't bundle source in the jar file
      + Rediff to a changed context
* Wed Jan 10 2018 [email protected]
  - Generate javadoc without timestamp to make build reproducible
    (boo#1047218)
* Fri Dec 22 2017 [email protected]
  - Fix build with jdk10
* Mon Sep 18 2017 [email protected]
  - Fix build with jdk9: source 1.6 and target 1.6
  - Clean spec file and fix duplicate waste
  - Added patch:
    * jformatstring-sourcetarget.patch
    - Don't hardcode source and target, but allow it to be
      specified to ant on command-line
  - Remove any traces of gcj_support
* Mon Jul 07 2014 [email protected]
  - Junit dep instead of junit4.
* Fri Jun 27 2014 [email protected]
  - Remove javadoc dep as it fixes build on SLE11
* Mon Sep 09 2013 [email protected]
  - Move from jpackage-utils to javapackage-tools
* Mon Feb 13 2012 [email protected]
  - patch license to follow spdx.org standard
* Thu May 21 2009 [email protected]
  - initial package

Files

/usr/share/java/jFormatString-0.10~20131207.jar
/usr/share/java/jFormatString.jar
/usr/share/java/jformatstring-0.10~20131207.jar
/usr/share/java/jformatstring.jar
/usr/share/licenses/jformatstring
/usr/share/licenses/jformatstring/LICENSE
/usr/share/maven-metadata/jformatstring.xml
/usr/share/maven-poms/jformatstring.pom


Generated by rpm2html 1.8.1

Fabrice Bellet, Sun Dec 1 00:00:44 2024