Control: reassign -1 texlive-latex-extra
On Fri, 17 Jul 2015 15:18:44 +0300, Álvaro Herrera wrote:
I am trying to apply the solution proposed in this answer
http://tex.stackexchange.com/a/48118/82119 but on following the first
step, the pdfannotextractor.pl dies with:
$
On Tue, 22 Jun 2010 16:29:42 +0200, Martin Lutz wrote:
the startup script /usr/bin/jabref contains the line
find_java_runtime openjdk6 || find_java_runtime sun6
if the first find_java_runtime fails, a warning is given,
even if the second part is successful (sun6 is installed).
The
On Tue, 22 Jun 2010 21:58:58 +0530, Onkar Shinde wrote:
Since it comes from /usr/lib/java-wrappers/java-wrappers.sh I guess
it should be improved there.
Vincent, what do you think about changing the line to something like
java_warning No java runtime for argument '$1' was found
?
tags 593027 - squeeze
thanks
On Thu, 16 Sep 2010 23:06:47 +0200, Lucas Nussbaum wrote:
Source: solr
Version: 1.4.0+ds1-2
Severity: serious
Tags: squeeze sid
are you really sure that squeeze is affected?
No. But there's no way to say stable is not affected for sure, I
haven't
reassign 665076 velocity 1.7-2
retitle 665076 velocity: /usr/share/java/velocity.jar missing
affects 665076 libjpfcodegen-java
thanks
On Thu, 22 Mar 2012 13:20:39 +0100, Lucas Nussbaum wrote:
Source: libjpfcodegen-java
Version: 0.4+dfsg-2
Severity: serious
Tags: wheezy sid
User:
On Thu, 22 Mar 2012 10:03:57 -0700, tony mancill wrote:
Thanks for the bug report and thorough triaging. There were some recent
changes to the behavior of maven-debian-helper that have triggered a
cascade of FTBFS issues. We'll get this ironed out soon.
I see, thanks for the background
tag 663548 + patch
thanks
On Mon, 12 Mar 2012 08:14:09 +0100, Moritz Muehlenhoff wrote:
Your package fails to build from source:
dh_bugfiles -plibstapler-java
dh_install -plibstapler-java
dh_link -plibstapler-java
dh_buildinfo -plibstapler-java
dh_installmime -plibstapler-java
On Thu, 30 Jul 2009 16:54:06 +0200, Bastien ROUCARIES wrote:
It seems that libspin-java could be moved to main. Reading changelog it was
put to contrib due to libcglib2.1-java be in contrib, but libcglib2.1-java
has
moved to main please move therefore to main.
Thanks for the reminder, and
On Sun, 26 Aug 2007 23:47:24 +0200, Magnus Danielson wrote:
The new ANTLR system, v3.01 has been released from upstream source.
I second the request to package antlr3 -- it's needed by JabRef, too
(cf. #389068).
Cheers,
gregor
--
.''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
On Thu, 05 Jul 2012 13:22:35 -0400, Yaroslav Halchenko wrote:
It might be reincarnation of #580333 which was supposedly fixed.
Now, comedilib documentation fails to build on mips (only):
https://buildd.debian.org/status/fetch.php?pkg=comedilibarch=mipsver=0.10.0-2stamp=1340692713
0.10.0-3
On Thu, 11 Oct 2012 13:00:54 +0200, Per W. wrote:
Version 2.5.2 has been released on 2012-07-24.
Yes, I know, will update after wheezy is released.
http://www.jgoodies.com/downloads/libraries/
http://www.jgoodies.com/download/libraries/looks/jgoodies-looks-2_5_2.zip
debian/watch and
/debian/changelog 2012-10-24 18:11:52.0 +0200
@@ -1,3 +1,9 @@
+bsaf (1.9-3.1) UNRELEASED; urgency=low
+
+ * debian/{control,rules}: run tests under xvfb.
+
+ -- gregor herrmann gre...@debian.org Wed, 24 Oct 2012 17:57:11 +0200
+
bsaf (1.9-3) unstable; urgency=low
* Team upload.
diff -Nru
On Sat, 03 Nov 2012 18:36:09 +, Matteo Vescovi wrote:
The stack trace led me to suspect the root cause of the issue lies
in the java.beans package.
I built the bsaf sources and tests with the default jdk
(/usr/lib/jvm/default-java - java-6-openjdk) and then ran the
entire testsuite
On Sat, 15 Dec 2012 16:13:35 +0100, Joost Yervante Damad wrote:
I tried rebuilding the bsaf software in wheezy with default-jdk,
which uses the openjdk from openjdk-6-jre-headless_6b24.
It builds just fine.
Is this really still an issue?
It still fails to build for me in wheezy and sid
On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote:
I just rebuilt bsaf on my machine that has the DISPLAY environment variable
set and
In a chroot or in the normal environment?
on a sid and wheezy chroot via sbuild-shell (which in turn uses
schroot) that does not have DISPLAY set. All
On Sun, 03 Mar 2013 14:42:09 +0100, gregor herrmann wrote:
As mentioned earlier in this bug log by Matteo, building with
openjdk-7-jdk works in the same setup.
Not anymore:
[junit] Running org.jdesktop.application.TaskMonitorTest
[junit] Testsuite
Control: severity -1 serious
On Mon, 17 Jun 2013 15:48:14 +0100, James Page wrote:
Package: libcommons-compress-java
Version: 1.5-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached
On Tue, 18 Jun 2013 16:03:49 +0200, Roland Mas wrote:
I just noticed that tuxguitar depends on versions of xulrunner-* that
are no longer present in Debian unstable.
Ah, that time of the year again :/
Someone™ should finally fix this issue ...
The list of versions seems to
be hardcoded in
On Tue, 18 Jun 2013 12:58:09 -0700, tony mancill wrote:
Ack; thanks for the report, and I'll either add some more versions or
try to find a better solution ...
Just to so we don't duplicate efforts, I'm working on an update now.
Cool, then I stop my just starting efforts right now :)
I
On Thu, 05 Oct 2006 15:00:15 +0200, Andreas Jochens wrote:
when building 'libdtdparser-java' in a clean unstable chroot,
I get the following error:
I don't even get that far:
$ pdebuild --buildresult ../
dpkg-buildpackage: source package is libdtdparser-java
dpkg-buildpackage: source version
On Fri, 12 Jul 2013 13:51:43 +0200, Emmanuel Bourg wrote:
voms-api-java FTBFS #713204
Patch forwarded upstream, maintainer contacted
This information is not visible in the bug report; could you add it
there please?
(By concidence I looked at this bug
On Sat, 07 Sep 2013 23:44:12 +0200, Emmanuel Bourg wrote:
Is this the right syntax for the break clause:
Breaks: jakarta-jmeter ( 2.8-1),
jenkins-instance-identity ( 1.3-1),
jglobus ( 2.0.6-1),
libitext-java ( 2.1.7-6),
libpdfbox-java ( 1:1.8.2+dfsg-1),
On Sun, 08 Sep 2013 08:31:45 +0200, Niels Thykier wrote:
The former, i.e. X; it should break everything less than the first
fixed version of those packages, since there are broken (pun
intended).
Actually, (being a bit pedantic) you should use X~, so backports
cannot satisfy the
On Mon, 30 Dec 2013 12:03:13 -0800, tony mancill wrote:
The rename of the binary package from libclosure-compiler-java -
closure-compiler should probably be done now as well to get this out of
the way well before the Jessie release.
It means that the closure-compiler binary package is
On Sun, 05 Jan 2014 11:50:36 +1100, Ben Finney wrote:
On 31-Dec-2013, gregor herrmann wrote:
Can't this be solved with a simple
Provides: closure-compiler
in the libclosure-compiler-java package?
(Or the other way round.)
That doesn't address:
* a manpage for the command
On Wed, 22 Jan 2014 20:03:16 +, Adam D. Barratt wrote:
The version of tuxguitar in wheezy still depends on xulrunner-10.0,
whereas wheezy now has iceweasel 17 and will shortly (at least via
-security) have 24.
*sigh*
Thanks for spotting this!
Would it be possible to update the package
Control: severity -1 normal
On Wed, 07 May 2014 22:20:16 +0200, Michael Hatzold wrote:
Package: tuxguitar
Version: 1.2-19
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What
On Wed, 07 May 2014 23:02:08 +0200, Michael Hatzold wrote:
Here is the (main part) of error output in konsole, top and bottom line got
repeated dozens of time:
Thanks
Caused by: java.lang.UnsatisfiedLinkError: init_
at gnu.javax.sound.midi.alsa.AlsaMidiDeviceProvider.init_(libgcj.so.15)
On Sat, 14 Jun 2014 12:04:00 +0200, Emilio Pozuelo Monfort wrote:
Your package depends on:
xulrunner-29 | xulrunner-24.0 | xulrunner-17.0 | xulrunner-10.0 |
xulrunner-1.9.1
But iceweasel no longer provides a xulrunner binary. Note that the iceweasel
binary
itself ships libxul.so now, so
On Sat, 14 Jun 2014 09:13:58 -0700, tony mancill wrote:
My tentative conclusion is that MOZILLA_FIVE_HOME was needed at some
time in the past, doesn't get set since ages, which doesn't cause any
visible problems.
So it seems like we can just drop this whole xulrunner/iceweasel
On Mon, 16 Jun 2014 22:17:05 -0700, tony mancill wrote:
Thanks for digging into this. I suggest we move forward with pulling
out the MOZILLA_FIVE_HOME mechanism and do some testing. I can work on
that.
Sounds good, thank you!
Okay, so it's no worse with all of the xulrunner stuff
On Mon, 14 Jul 2014 23:07:34 -0700, tony mancill wrote:
On 07/12/2014 08:21 PM, Miguel Landaeta wrote:
I'm unable to run gradle in a clean cowbuilder chroot. It dies on me
with a java.lang.RuntimeException error.
FAILURE: Build failed with an exception.
* What went wrong:
Execution
On Fri, 26 Sep 2014 19:01:19 +0200, Andreas Tille wrote:
The same is valid for the missing Xserver even if there might be the
chance to fake a running X server at build time.
I haven't tried this package, but in general that's as easy as
- adding xvfb, xauth to Build-Depends(-Indep)
- run
Control: forcemerge 683854 767112
On Tue, 28 Oct 2014 09:46:10 -0500, Karl O. Pinc wrote:
Package: solr-jetty
Version: 3.6.0+dfsg-1+deb7u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
FYI. Debian bug #683854 remains in wheezy.
Right, that's also what the
On Sat, 15 Nov 2014 16:35:52 +, peter green wrote:
Package: libjogl2-java
Version: 2.2.4+dfsg-1
Severity: serious
Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the
arm64 build log
This looks like a duplicate of #769003.
Or did this happen with the fixed
On Sat, 15 Nov 2014 17:25:44 +, peter green wrote:
This looks like a duplicate of #769003.
Indeed it does. Can you request give backs if you have not already done so?
Done, thanks for the nudge.
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key
libjogl2-java failed to build on arm64, ppc64el, and s390x because of
a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2.
Can you please gb libjogl2-java on those architectures? Something
like (apologies if I got the syntax wrong):
gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x
dw
On Sat, 15 Nov 2014 21:58:22 +0100, Philipp Kern wrote:
gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x
dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m
'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java (= 2.2.4-2)'
The packages you specified are already available
Control: retitle -1 libjogl2-java: FTBFS on arm64
On Sat, 15 Nov 2014 18:44:05 +0100, gregor herrmann wrote:
libjogl2-java failed to build on arm64, ppc64el, and s390x because of
a bug in gluegen2 (#769003) which should be fixed in 2.2.4-2.
https://buildd.debian.org/status/logs.php?pkg
On Mon, 17 Nov 2014 21:46:18 -0800, tony mancill wrote:
https://buildd.debian.org/status/logs.php?pkg=libjogl2-javaver=2.2.4%2Bdfsg-1
arm64 fails but AFAICS differently than before. My assumptions are
that
- gluegen2/#769003 is ok
- libjogl2-java has a different problem on arm64
On Thu, 21 Jul 2016 10:33:35 +0200, Chris Lamb wrote:
> > PS1: I can't say that I'm 100% convinced by this policy change.
> This may not be the appropriate venue for a protracted discussion as
> it's liable to get hidden but can you briefly outline why?
My experience with perl packages shows
On Thu, 14 Jul 2016 15:56:57 +0200, Emmanuel Bourg wrote:
> > If you were able to provide all the "Arch: any" binary packages, failure
> > to build in the official autobuilders would not be serious, then?
> At this point this becomes too theoretical, what you describe here is
> not what a DD
On Mon, 20 Feb 2017 09:20:17 -0800, tony mancill wrote:
> > With "0" I still get an empty greyish window and nothing more.
> Ugh! I'm just guessing, but I suspect you are now seeing a *different*
> issue related to one of the AWT race conditions we seem to encounter
> from time to time.
Quite
On Sat, 18 Feb 2017 18:25:32 -0800, tony mancill wrote:
> Change the value in the element ~/.pdfsam/config.xml to '1':
>
> ...
>
>
> 1
>^
>|
> ...
After this change, pdfsam starts for me and shows me an empty white
window (or grey-ish) with nothing in
On Sun, 19 Feb 2017 18:09:22 +0100, Philip Rinn wrote:
> On 19.02.2017 at 04:56, gregor herrmann wrote:
> > After this change, pdfsam starts for me and shows me an empty white
> > window (or grey-ish) with nothing in it.
> Uh, strange. So this seems not to be a general fix :(
&
On Mon, 13 Feb 2017 15:26:00 +0100, Henner Heck wrote:
> Package: openjdk-8-jre-headless (jessie-backports)
> Version: 8u111-b14-2~bpo8+1
> Package: ca-certificates-java
> Version: 20140324
>
> I can't update openjdk-8-jre-headless from
> 8u111-b14-2~bpo8+1
> to
> 8u121-b13-1~bpo8+1 .
> It
On Wed, 07 Dec 2016 09:49:32 +0100, Martin Lutz wrote:
> Package: jabref
> Version: 2.10+ds-7
> Followup-For: Bug #846918
>
> Dear Maintainer,
>
> after an update yesterday, jabref fails to start.
> ERROR while starting or running JabRef: java.lang.NoSuchFieldError: DIALOG
>
> Searching
Version: 3.8~pre1+ds-1
On Thu, 08 Dec 2016 19:56:03 +0100, Oliver Kopp wrote:
> This is upstream https://github.com/JabRef/jabref/issues/490 and fixed
> in upstream version 3.7.
Thanks!
Closing the bug with the first version in Debian that contained the
fix.
Cheers,
gregor
--
.''`.
On Mon, 12 Dec 2016 06:50:44 -0800, tony mancill wrote:
> On Fri, Dec 9, 2016 at 8:17 AM, tony mancill wrote:
> > Package: jabref
> > Version: 3.6+ds-1
> > Severity: normal
> >
> > In case this helps others, this is a known issue with JabRef 3.6.
> > When exiting jabref on
Control: tag -1 + confirmed pending
On Wed, 11 Jan 2017 20:10:05 +0100, Lucas Nussbaum wrote:
> Source: jabref
> Version: 3.8.1+ds-2
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170111 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
>
On Wed, 11 Jan 2017 12:21:30 -0800, tony mancill wrote:
> > Aha, after looking at the new [0] removing the postgresql line in
> > debian/maven.rules seems to be enough. Good. Committed and pushed;
> > Tony, could you please check that this makes sense?
>
> Your fix in commit 4a7e334 looks good
Control: tag -1 + confirmed
On Sat, 03 Dec 2016 14:50:40 +0100, Vincent Smeets wrote:
> Package: freeplane
> Version: 1.5.16-2
> Severity: grave
> Justification: renders package unusable
> Here I started freeplane from the command line. It shows you the log
> output and the raised exception.
>
On Sat, 03 Dec 2016 21:32:31 +0100, Felix Natter wrote:
> >> STDERR: Exception in thread "AWT-EventQueue-1"
> >> STDERR: java.lang.NoSuchFieldError: DLU2
> I just looked into it:
Thanks!
> - Using Paddings instead of Borders seems correct [1]
> ("@deprecated Replaced by {@link Paddings}")
On Sun, 04 Dec 2016 19:13:47 +0100, Felix Natter wrote:
> @Vincent/@Gregor: Could you please try the following (with the old
> freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane
> before)
>
> - find out which java you are using:
>
> $ ls -lh /etc/alternatives/java
> lrwxrwxrwx
On Sun, 04 Dec 2016 11:36:58 +0100, David Paleino wrote:
> Wow, so long time no filing bugs to Debian, seems like a whole new experience
> :)
Hehe :)
Thanks for the bug report.
> ---8<---
> Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
> at
On Sat, 24 Dec 2016 08:44:48 -0800, tony mancill wrote:
> On Fri, 9 Dec 2016 08:17:17 -0800 tony mancill wrote:
> > Package: jabref
> > Version: 3.6+ds-1
> > Severity: normal
>
> I am unable to reproduce this with 3.8+ds-2.
I guess we can close the bug?
Cheers,
gregor
On Sat, 24 Dec 2016 08:53:29 -0800, tony mancill wrote:
> Do we feel that this bug can be closed? Perhaps after the release of stretch?
Yes, I guess we can close it with 3.6+ds-1 which reworked the runtime
dependencies, so the original problem with the various java packages
shouldn't occur
On Mon, 20 Feb 2017 18:31:12 +0100, Philip Rinn wrote:
> >> If you're willing to try with another window
> >> manager, that might tell us something.
> > Hm, I only have awesome installed
> Oh, I use Gnome3 - might be the difference?
Found it: I had _JAVA_AWT_WM_NONREPARENTING=1 set in my
Package: groovy
Version: 2.4.8-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
After updating groovy, adequate shows:
adequate found packaging bugs
- -
groovy: broken-symlink /usr/share/groovy/lib/jsr166y.jar ->
../../java/jsr166y.jar
Cheers,
On Tue, 20 Feb 2018 10:13:46 -0300, Mauricio Calvao wrote:
> I just clicked the jabref icon, from the KDE applications launch
> menu and also tried just plain typing jabref in a terminal.
>
> After clicking the icon, a temporary widget on the lower panel
> showed up, but then vanished and
Control: retitle -1 jabref: fails to start with openjdk-9-jre
On Fri, 23 Feb 2018 08:46:14 -0300, Mauricio Calvao wrote:
Thanks for providing this information!
> $ DEBUG_WRAPPER=1 jabref --debug(does not launch):
> [debug] /usr/bin/jabref: Picking up the JVM designated by the
Control: tag -1 + pending
On Fri, 06 Apr 2018 11:13:02 +0200, Emmanuel Bourg wrote:
> > Should we reassign this bug to liblog4j2-java (+ affects jabref)? I
> > suppose the problem doesn't exclusively hit jabref?
> I've uploaded liblog4j2-java/2.10.0-2 that should work with Java 8.
> Could you
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit 54f259f9d9a016203366b8a889978f575b0676f5
Author: gregor herrmann <gre...@debian.org>
Date: Fri Apr 6 14:00:36 2018 +0200
Standards-Version
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit 84884ef495fbc01e62c5fb8e5d9cd57dbf659d44
Author: gregor herrmann <gre...@debian.org>
Date: Fri Apr 6 19:54:06 2018 +0200
debian/copyright: use
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit eeea107d37135b60cb6d94f282de58c1a8fd636e
Author: gregor herrmann <gre...@debian.org>
Date: Fri Apr 6 19:59:28 2018 +0200
releasing package jabref v
This is an automated email from the git hooks/post-receive script.
gregoa pushed a change to branch master
in repository jabref.
from 7b3e574 update changelog
new 54f259f Standards-Version 4.1.4
new 1c74beb Make (build) dependency on liblog4j2-java versioned.
This is an automated email from the git hooks/post-receive script.
gregoa pushed a change to annotated tag debian/3.8.2+ds-3
in repository jabref.
at 8b19a9e (tag)
tagging eeea107d37135b60cb6d94f282de58c1a8fd636e (commit)
replaces debian/3.8.2+ds-2
tagged by gregor herrmann
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit 1c74bebda74c84722b17531dc5b1c5145ea7a199
Author: gregor herrmann <gre...@debian.org>
Date: Fri Apr 6 14:02:15 2018 +0200
Make (build) depe
On Sun, 25 Mar 2018 23:29:13 +0200, Andreas Tille wrote:
> > (b) relaxing the default pkg-java permissions to be like those of the
> > Debian Perl Team and allow all DDs by default
> I'd prefer this a lot. We did so for Debian Med on Alioth - I'm not
> sure how that works on Salsa but if we
Control: forcemerge 893251 -1
On Mon, 26 Mar 2018 15:36:10 +0200, Stefan Laufmann wrote:
> to work around the issue as described in #893138 I tried starting jabref with
> $> JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
>
> This helped overcoming the java 9 incompability at first but
Control: retitle -1 jabref: fails to build and start with openjdk-9
Control: severity -1 serious
Control: tag -1 + patch
On Fri, 23 Feb 2018 14:38:04 +0100, gregor herrmann wrote:
> Good. Now we at least know that the current jabref doesn't run with
> openjdk9. Let's see if we earlie
Control: clone 890905 -1
Control: retitle -1 jabref: doesn't start with liblog4j2-java 2.10.0-1
Control: tag -1 - patch pending
On Sun, 18 Mar 2018 13:48:56 +0100, c.bu...@posteo.jp wrote:
> Dear Gregor,
> thank you very much for your fast reply.
You're welcome.
> > True, this is already
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit eb5c1b0e2c48612c16198e34f244bea501e59e56
Author: gregor herrmann <gre...@debian.org>
Date: Fri Mar 16 18:32:59 2018 +0100
Force openjdk-8 at bui
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit defa43cfbc4109717ddedc5f3d03a6800161fe81
Author: gregor herrmann <gre...@debian.org>
Date: Fri Mar 16 21:30:56 2018 +0100
Declare compliance with
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit efe5f645613cc40c7415265deada84c41e700b7f
Author: gregor herrmann <gre...@debian.org>
Date: Fri Mar 16 18:49:58 2018 +0100
sort (build) deps
This is an automated email from the git hooks/post-receive script.
gregoa pushed a change to branch master
in repository jabref.
from cfb878a prepare changelog for upload
new eb5c1b0 Force openjdk-8 at buildtime and runtime.
new efe5f64 sort (build) deps
new
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit 7b3e574523522efc7dc40fd04e619f2114573c1a
Author: gregor herrmann <gre...@debian.org>
Date: Fri Mar 16 21:34:59 2018 +0100
update changelog
This is an automated email from the git hooks/post-receive script.
gregoa pushed a commit to branch master
in repository jabref.
commit b95485cbe9801b1d818c03f26e7379a0851ae25d
Author: gregor herrmann <gre...@debian.org>
Date: Fri Mar 16 21:30:44 2018 +0100
Update years of pac
Control: forcemerge 890905 -1
On Sat, 17 Mar 2018 15:32:16 +0100, Christian Buhtz wrote:
> JabRef is currently not working.
True, this is already reported as #890905/#893138.
I ('m trying to) merge those two bugs.
> The script in /usr/bin/jabref requires
> "java8". But this need is ignored
On Mon, 19 Mar 2018 22:40:47 -0700, tony mancill wrote:
> > Maybe that's caused by the recent update of liblog4j2-java 2.8.2-2 ->
> > 2.10.0-1
> > Indeed, downgrading liblog4j2-java to 2.8.2-2 helps.
> > Not sure if this is a jabref problem or a liblog4j2-java issue; let's
> > hope the java
gregor herrmann pushed to branch master at Debian Java Maintainers /
libpdfbox-java
Commits:
ce122d9f by gregor herrmann at 2022-10-02T14:56:48+02:00
debian/control: move javahelper from Build-Depends-Indep to Build-Depends.
It is used during clean via the javahelper debhelper addon
gregor herrmann pushed to branch master at Debian Java Maintainers / jabref
Commits:
60c9f47d by gregor herrmann at 2022-12-28T22:15:11+01:00
debian/maven.rules: update antlr* rules after the antlr3 3.5.2 - 3.5.3
update.
Thanks: Lucas Nussbaum for the bug report.
Closes: #1026675
gregor herrmann pushed new tag archive/debian/3.8.2+ds-17 at Debian Java
Maintainers / jabref
--
View it on GitLab:
https://salsa.debian.org/java-team/jabref/-/tree/archive/debian/3.8.2+ds-17
You're receiving this email because of your account on salsa.debian.org
gregor herrmann pushed new tag debian/3.8.2+ds-17 at Debian Java Maintainers /
jabref
--
View it on GitLab:
https://salsa.debian.org/java-team/jabref/-/tree/debian/3.8.2+ds-17
You're receiving this email because of your account on salsa.debian.org
84 matches
Mail list logo