should include icedtea-java7-jre as an alternative dependency to allow inclusion and building into purely free distribution such as gobuntu

this is the resultant diff.gz file based on 2.3.1-1

A few short thoughts from my point of view as the Debian maintainer of JabRef:

1) I'd love to see JabRef run with a free JRE and then being included in Debian and Ubuntu proper (and not in non-free/multiverse anymore).
2) For the time being I cannot change this on the Debian side, as long as icedtea is not in Debian.
3) If Ubuntu decides to make the "switch" earlier that's perfectly fine with me, I'm even glad because it provides the possibility for tests; it's just something that needs to happen by patching JabRef's version in Ubuntu, and I can't help there.

Thanks for your initiative and your work!

Cheers,
gregor

Yes, icedtea *IS* the free JRE you talked about and yes, icedtea is *not*
in non-free / multiverse. So for the time being (for hardy) would you
please please please *ignore* what happens in debian and use my patch to
set jabref to be built on icedtea-java7-jdk (I've already tested it and it
works perfectly).

Then we can move jabref *out* of the multiverse section and then quickly
persuade the maintainers of the metapackage texlive and texlive-latex3 to
include jabref into their dependencies (or at least recommended package)

Otherwise *no-one* will know your package and use jabref.

By the way, although icedtea is not yet in main, it is already in universe
and it is therefore 100% free (in Debian/gobuntu standard) and in my
opinion we really should switch to it *now*.

Quoting gregor herrmann <email address hidden>:

> A few short thoughts from my point of view as the Debian maintainer of
> JabRef:
>
> 1) I'd love to see JabRef run with a free JRE and then being included
> in Debian and Ubuntu proper (and not in non-free/multiverse anymore).
> 2) For the time being I cannot change this on the Debian side, as long
> as icedtea is not in Debian.
> 3) If Ubuntu decides to make the "switch" earlier that's perfectly fine
> with me, I'm even glad because it provides the possibility for tests;
> it's just something that needs to happen by patching JabRef's version
> in Ubuntu, and I can't help there.
>
> Thanks for your initiative and your work!
>
> Cheers,
> gregor
>
> --
> should include icedtea-java7-jre as an alternative dependency to allow
> inclusion and building into purely free distribution such as gobuntu
> https://bugs.launchpad.net/bugs/194509
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Sorry for pounding on you. I didn't realize that you are *not* the ubuntu
maintainer. May I make the change for you? I can upload my changed
package to REVU where it can be reviewed.

Quoting gregor herrmann <email address hidden>:

> On Thu, 28 Feb 2008 13:09:45 +1300, Kai-Cheung Leung wrote:
>
> > Now the free icedtea is already included in ubuntu (current in the
> *free*
> > universe), and therefore Ubuntu has already made the "switch" you
> talked
> > about and it would definitely make jabref more popular in ubuntu if
> it
> > doesn't depend on non-free JRE (such as sun-java6) anymore.
>
> Agreed.
>
> > I know that icedtea is not yet in Debian, but why can't we just apply
> my
> > changes to the two lines in the control file and upload the
> resultant
> > package now? It already builds and runs perfectly in my box. What
> are the
> > other obstacles?
>
> * icedtea is in Ubuntu.
> * icedtea is not yet in Debian.
> * I'm the maintainer of JabRef in Debian.
> * I'm not the maintainer of JabRef in Ubuntu (well, my name is still
> there because Ubuntu just takes the package from Debian)
> * I have not access to Ubuntu resources, cannot upload or change
> anything on the Ubuntu side.
> * Adding icedtea to the package in Debian is inappropriate.
> * Conclusion: "someone" has to make the changes to the package in
> Ubuntu. I'm sorry that I don't know enough about Ubuntu to be able
> to tell you the correct procedure or who's responsible; but Ubuntu
> _does_ change packages from Debian to make them fit better, so you
> just have to find something who _can_ do that.
>
> BTW: I think it's better to communicate via launchpad to make our
> thoughts available for everybody.
>
> Best regards,
> gregor
>
> --
> .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
> : :' : debian: the universal operating system -
> http://www.debian.org/
> `. `' member of https://www.vibe.at/ | how to reply:
> http://got.to/quote/
> `- Hailing frequencies open, Captain.
>

> Sorry for pounding on you. I didn't realize that you are *not* the ubuntu
> maintainer.

No problem.

> May I make the change for you? I can upload my changed
> package to REVU where it can be reviewed.

Sure, I'm glad if you can improve JabRef in Ubuntu!

Cheers,
gregor

I have already uploaded the updated package to REVU http://revu.tauware.de/
However it will not get reviewed in the immediate future due to the feature freeze. Are there any ways around this delay and get this package accepted in other ways so that it can be released in Hardy?

This isn't affected by Feature Freeze. It needs to be reviewed by universe sponsors for upload (based on the debdiff). I've subscribed them.

Emmet, Thank you very much for uploading the package. Now it doesn't need sun-java anymore and jabref is licensed under GPL

http://sourceforge.net/projects/jabref/

Therefore I believe multiverse is no longer an appropriate repository for jabref and it should be moved to universe so that this bug can be closed. Then we can start pursading the texlive metapackage team to include jabref as a dependency, or at least recommeded package. If I am wrong, are there any other obstacles preventing jabref from moving to universe?

Thanks!

Kai-Cheung

This bug was fixed in the package jabref - 2.3.1-5ubuntu1

---------------
jabref (2.3.1-5ubuntu1) intrepid; urgency=low

  * Merge from debian unstable. (LP: #225450, #227125)
  * Remaining changes:
    - debian/control
      * Change build dependency default-jdk-builddep to default-jdk.
      * Change run time dependency to default-jre | java2-runtime.
        There is no evidence that it does not run with latest Free JVMs.
        (LP: #164216, #194509)
      * Modify Maintainer value to match the DebianMaintainerField
        specification.
    - debian/rules
      * Change JAVA_HOME for default-jdk.

jabref (2.3.1-5) unstable; urgency=low

  * Change runtime dependency from "sun-java6-jre | sun-java5-jre" to
    "openjdk-6-jre | sun-java6-jre | sun-java5-jre" (closes: #383006).
    [Jabref stays in contrib because it (build) depends on libspin-java and
    libpdfbox-java which are in contrib because they build depend on packages
    in contrib/non-free.]
  * debian/copyright: wrap long line.

jabref (2.3.1-4) unstable; urgency=low

  * Replace /usr/lib/jvm/java-7-icedtea with /usr/lib/jvm/java-6-openjdk in
    wrapper script. Doesn't work on Debian yet but helps Ubuntu users (cf.
    LP: #225450 and LP: #203636).
  * debian/watch: use sourceforge URL directly instead of the redirector
    at qa.debian.org.
  * Switch patch system from dpatch to quilt.
  * debian/rules: remove configure{,-stamp} targets.
  * Set Standards-Version to 3.8.0; add debian/README.source to document the
    patch system.
  * Add patch 06_forms_groups.patch to fix an exception in the groups
    interface; thanks to Monkey D. Luffy for the bug report and to Philipp
    Spitzer for helping me to produce a patch (closes: #487481).

jabref (2.3.1-3) unstable; urgency=low

  * Build against Debian libraries instead of pre-packaged ones
    (closes: #389068):
    - adapt and reactivate patch 02_libs.dpatch: use libraries in
      /usr/share/java for building and don't include them in jabref.jar
    - add needed jars to Classpath in the wrapper script
    - add patch 05_antlr.dpatch: antlr3 in Debian is newer than the
      pre-packaged jar
    - add necessary packages to Build-Depends-Indep and Depends
    These changes are either taken directly from Gerardo Curiel's patch or
    based on them -- thanks a lot!
  * debian/watch: add uversionmangle to cope with upstream b(eta) releases.
  * Move wrapper script in source package to debian/jabref-wrapper and
    install it from debian/rules.
  * Remove debian docs and install upstream README directly from
    debian/rules.
  * debian/control:
    - change my email address
    - replace java-gcj-compat-dev with default-jdk-builddep in
      Build-Depends-Indep

jabref (2.3.1-2) unstable; urgency=low

  * Change pdfviewer to pdf-viewer in Suggests:.
  * Set Standards-Version to 3.7.3 (no changes required).
  * debian/rules: explicitly set JAVA_HOME.
  * Only set JAVA to $JAVA_HOME/jre/bin/java if JAVA_HOME is not empty;
    thanks to Michael Piefel for the hint.
  * Set debhelper compatibility level to 6.

 -- Onkar Shinde <email address hidden> Sat, 09 Aug 2008 14:51:41 +0530