Bug#878240: eclipse-pydev: Eclipse doesn't show the ability to create a Python project anymore
Package: eclipse-pydev
Version: 3.9.2-5
Severity: grave
Justification: renders package unusable
Hi.
After a period of not using Eclipse for Python development, I saw that
jython was updated and, then, I tried to import a project that I wanted
restart working on.
Upon start, eclipse hung when I told it to use the old workspace. I gave up
and, then, started with a new workspace. Then, eclipse showed up, but when I
tried to either create or import a Python project, nothing was recognized as
a Python project.
I removed eclipse's configuration and started fresh, with the same results.
I even grabbed jython 2.5 from stable and redid the same steps and no Pydev
was in sight.
Is this reproducible? If yes, then I think that the severity of this bug is
granted. Otherwise, if you can make pydev work in the current
circumstances, please, feel free to lower the severity of the bug.
If there is any extra information that you would like me to supply, please
let me know and I will try my best.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8),
LANGUAGE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages eclipse-pydev depends on:
ii eclipse-pydev-data 3.9.2-5
ii libc6 2.24-17
ii libgcc1 1:7.2.0-8
ii libstdc++6 7.2.0-8
Versions of packages eclipse-pydev recommends:
ii gdb 7.12-6
eclipse-pydev suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
<http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#793860: findbugs: Please consider depending on default-jre | java5-runtime
Package: findbugs
Version: 2.0.3+repack-1
Severity: wishlist
Dear Java maintainers,
I would like to get some other virtual machines installed on my system
(e.g., the one from Oracle or have only openjdk-8---or openjdk-9 if I'm
feeling adventurous) and it would be super nice to have one of those fulfill
the dependencies that default-jre provides.
I know that (in part) the effect can be achieved via the alternative system,
but I think that having the alternative specified serves more than one purpose:
* From a minimalistic POV, it allows the user to have only one runtime
installed.
* From a version requirement POV, having java5-runtime (or 6 or 7...) states
clearly what is the minimum runtime version that the program requires.
There are probably many other reasons to relax the strict requirement of
default-jre (which, BTW, is a moving target), but those are the first ones
that come to my mind.
Since this bug report is quite adventurous, I can perfectly understand it
if you think that a wontfix is suitable. :)
Thanks for your amazing work maintaining the Java packages,
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages findbugs depends on:
ii default-jre 2:1.7-52
ii java-wrappers 0.1.28
ii junit44.12-2
ii libasm3-java 3.3.2-2
ii libcommons-lang-java 2.6-5
ii libdom4j-java 1.6.1+dfsg.3-2
ii libfindbugs-bcel-java 6.0~rc3-1
ii libjaxen-java 1.1.6-1
ii libjcip-annotations-java 20060626-5
ii libjdepend-java 2.9.1-1
ii libjformatstring-java 0.10~20131207-1
ii libjsr305-java0.1~+svn49-8
findbugs recommends no packages.
findbugs suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#790409: Thanks
Dear Jakub and others,
Thank you so very much for taking care of the Java Packages and Eclipse in
particular. You guys rock!
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#790409: eclipse-pydev: pydev is not recognized by eclipse anymore
Package: eclipse-pydev
Version: 3.9.2-2
Severity: grave
Justification: renders package unusable
Hi.
Unfortunately, pydev has stopped being recognized by eclipse for quite some
time (I think that since the time of the release of jessie). At least 3 of
my systems have pydev installed and they don't seem to work anymore.
I don't know if this problem is related to the bug that I previously
reported against jython or not, but I am willing to help fixing this as well
as I can.
As one of the first steps, I will try to download a vanilla pydev from
upstream and see what happens and report back (if needed). At the moment, I
can move aside my eclipse and workspaces to test new versions, to try to
isolate the bugs, but I would have to bring them back once I'm finished
testing.
I would appreciate it if other people from the Java team could try to
reproduce this and, of course, I can provide as much information as needed.
Thank you very much for your superb work on Java packages,
Rogério Brito.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages eclipse-pydev depends on:
ii eclipse-pydev-data 3.9.2-2
ii libc6 2.19-18
ii libgcc1 1:5.1.1-12
ii libstdc++6 5.1.1-12
Versions of packages eclipse-pydev recommends:
ii gdb 7.7.1+dfsg-5
eclipse-pydev suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#786651: jython: invoking jython gives a stacktrace and nothing more
Dear Tony,
On May 24 2015, tony mancill wrote:
We're in the midst of a fairly significant transition of the libraries
required for jruby and jython.
That's amazing, thank you very much.
Some extra information: I was able to make things work by just downgrading
jython and nothing else. Does that mean that jython is at a fault here?
More precisely, jython 2.5.3-3 works perfectly, but version 2.5.3-5 gives
the result that I reported, even if the rest of the dependencies are kept as
of unstable.
Looking at the dependencies below, it appears that I need to adjust the
versioned dependencies of jython's binary package to be sure that it
can't be installed alongside the old libconstantine-java and jnr-posix
packages.
Can you confirm that jython 2.5.3-3 works, but that 2.5.3-5 is broken, even
with the updated versions of unstable? I hope that this guides you while
expressing the dependencies.
Thank you for the bug report.
Thanks for your answer,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#786651: jython: invoking jython gives a stacktrace and nothing more
Package: jython
Version: 2.5.3-5
Severity: important
Hi.
I have jython installed on my system that is running testing.
Unfortunately, it seems that some recent upgrade changed the dependencies of
jython and it, now, fails to start with a backtrace. Here is what I get:
$ jython
my variable $jythonHome masks earlier declaration in same scope at
/usr/bin/jython line 15.
Exception in thread main java.lang.NoClassDefFoundError:
jnr/posix/POSIXHandler
at org.python.modules.Setup.clinit(Setup.java:29)
at org.python.core.PySystemState.initBuiltins(PySystemState.java:1047)
at org.python.core.PySystemState.doInitialize(PySystemState.java:883)
at org.python.core.PySystemState.initialize(PySystemState.java:802)
at org.python.core.PySystemState.initialize(PySystemState.java:752)
at org.python.core.PySystemState.initialize(PySystemState.java:745)
at org.python.util.jython.run(jython.java:150)
at org.python.util.jython.main(jython.java:129)
Caused by: java.lang.ClassNotFoundException: jnr.posix.POSIXHandler
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 8 more
I don't know exactly which package is the culprit here, which is why I have
not put a higher severity, but since this makes jython unusable, perhaps a
higher severity is in order. If jython is not really the culprit here, feel
free to reassign this bug as appropriate.
If I manually downgrade many packages related to jython to their versions in
jessie, then I am able to get jython working again.
If any further information is needed, please let me know and I will try my
best to provide them, so that we can have a version of jython that works
fine in sid.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (175, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages jython depends on:
ii antlr3 3.2-10
ii default-jre-headless [java5-runtime-headless]2:1.7-52
ii libasm3-java 3.3.2-2
ii libconstantine-java 0.8.6-5
ii libguava-java17.0-1
ii libjffi-java 1.0.2-11
ii libjline-java1.0-2
ii libjnr-netdb-java1.1.4-1
ii libjnr-posix-java1.1.8-3
ii libjnr-x86asm-java 1.0.2-2
ii liblivetribe-jsr223-java 2.0.6-1
ii libreadline-java 0.8.0.1+dfsg-4
ii openjdk-7-jre-headless [java5-runtime-headless] 7u79-2.5.5-1
ii openjdk-8-jre-headless [java5-runtime-headless] 8u45-b14-2
ii perl 5.20.2-4
Versions of packages jython recommends:
ii default-jdk2:1.7-52
ii openjdk-7-jdk [java-compiler] 7u79-2.5.5-1
ii openjdk-8-jdk [java-compiler] 8u45-b14-2
Versions of packages jython suggests:
pn jython-doc none
pn libmysql-javanone
pn libpostgresql-jdbc-java none
ii libservlet2.5-java 6.0.41-4
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk
Hi, Tony.
On Jan 17 2015, tony mancill wrote:
On 01/15/2015 01:44 PM, Rogério Brito wrote:
That's great and would, at least, make it clear that once installed, at
least the basics of clojure would work.
I have updated the dependency - it will be part of the next upload.
Thanks a lot to you all for taking care of the Java-related packages!
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk
Package: clojure1.6
Version: 1.6.0+dfsg-1
Severity: normal
Hi.
First of all, thanks for packaging clojure. Unfortunately, it seems that
clojure doesn't work with simply any current installation of packages that
provide java2-runtime-headless (like gcj-4.9-jdk and its dependencies).
Here is what I get:
,[ clojure ]
| Exception in thread main java.lang.NoClassDefFoundError:
clojure.core.protocols$seq_reduce
|at java.lang.Class.initializeClass(libgcj.so.15)
|at clojure.core.protocols__init.load(Unknown Source:19)
|at clojure.core.protocols__init.clinit(Unknown Source)
|at java.lang.Class.initializeClass(libgcj.so.15)
|at java.lang.Class.forName(libgcj.so.15)
|at clojure.lang.RT.loadClassForName(RT.java:2093)
|at clojure.lang.RT.load(RT.java:430)
|at clojure.lang.RT.load(RT.java:411)
|at clojure.core$load$fn__5066.invoke(core.clj:5641)
|at clojure.core$load.doInvoke(core.clj:5640)
|at clojure.lang.RestFn.invoke(RestFn.java:408)
|at clojure.core__init.load(Unknown Source:6270)
|at clojure.core__init.clinit(Unknown Source)
|at java.lang.Class.initializeClass(libgcj.so.15)
|at java.lang.Class.forName(libgcj.so.15)
|at clojure.lang.RT.loadClassForName(RT.java:2093)
|at clojure.lang.RT.load(RT.java:430)
|at clojure.lang.RT.load(RT.java:411)
|at clojure.lang.RT.doInit(RT.java:447)
|at clojure.lang.RT.clinit(RT.java:329)
|at java.lang.Class.initializeClass(libgcj.so.15)
|at clojure.main.clinit(main.java:20)
|at java.lang.Class.initializeClass(libgcj.so.15)
| Caused by: java.lang.VerifyError: verification failed at PC 75 in
clojure.core.protocols$seq_reduce:invoke((Ljava.lang.Object;Ljava.lang.Object;Ljava.lang.Object;)Ljava.lang.Object;):
incompatible type on stack
|at java.lang.Class.initializeClass(libgcj.so.15)
|...22 more
`
Is there any way to keep the ability to run with gcj?
If not, perhaps getting the dependency of clojure1.6 updated to be
default-jdk would be better (but, if I recall correctly, openjdk 7 didn't
work on some of the ports---perhaps the kfreebsd ones?---and the changed
dependency wouldn't really fix this).
Opinions?
Thanks once again,
Rogério Brito.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (250, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages clojure1.6 depends on:
ii gcj-4.9-jre-headless [java2-runtime-headless] 4.9.2-10
ii gcj-jre-headless [java2-runtime-headless] 4:4.9.2-1
ii libasm4-java 5.0.3-1
ii libjsr166y-java0.1.20080107-2
Versions of packages clojure1.6 recommends:
pn rlwrap none
clojure1.6 suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk
Hi, Emmanuel.
First of all, thank you for your kind reply. I have been lurking into the
debian-java archives (just relearning Java, since the 1.1 days) and I feel
that you guys have fostered an excellent environment, especially for newbies
and wannabe contributors (like me).
On Jan 15 2015, Emmanuel Bourg wrote:
I'm not sure we can reliably set a minimum version on the
default-jre-headless dependency. If we set (= 2:1.6) it will fail again
the next time the epoch is bumped (because 3:1.5 2:1.6).
Yes, I know that pain. That being said, is there any anticipation of bumping
the epoch again?
But at least we should replace java2-runtime-headless with
java6-runtime-headless.
That's great and would, at least, make it clear that once installed, at
least the basics of clojure would work.
Thanks once again,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#771861: RFP: procyon -- suite of Java metaprogramming tools focused on code generation and analysis
Package: wnpp
Severity: wishlist
* Package name: procyon
Version : 0.5.27
Upstream Author : Mike Strobel mike.stro...@gmail.com
* URL : https://bitbucket.org/mstrobel/procyon
* License : Apache License 2.0
Programming Lang: Java
Description : suite of Java metaprogramming tools focused on code
generation and analysis
Procyon is a suite of Java metaprogramming tools focused on code generation
and analysis. It includes the following libraries:
* Core Framework
* Reflection Framework
* Expressions Framework
* Compiler Toolset (Experimental)
* Java Decompiler
---
Debian doesn't have a Java Decompiler and this one, besides being Free
Software, is actively maintained.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#747817: groovy: Please package 2.3 or a more recent release
Package: groovy2
Version: 2.2.2+dfsg-3
Followup-For: Bug #747817
Hi there.
Would it be possible to get a newer version of groovy in the archive?
Apparently, the last stable version of groovy is 2.3.7 (but I may be wrong)
and it includes some features that seem quite interesting, like the vastly
faster JSON parser (claimed to be 1 order or magnitude!) and the
@TailRecursive annotation.
Even if it is not possible to make it past the freeze, a newer version
landing in unstable would be very nice to have.
Thanks in advance for all the amazing work of the Java team,
Rogério Brito.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (250, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages groovy2 depends on:
ii antlr 2.7.7+dfsg-6
ii default-jre [java6-runtime]2:1.7-52
ii default-jre-headless 2:1.7-52
ii ivy2.3.0-3
ii junit4 4.11-3
ii libasm4-java 5.0.3-1
ii libbsf-java1:2.4.0-5
ii libcommons-cli-java1.2-3
ii libcommons-logging-java1.2-1
ii libjansi-java 1.4-3
ii libjline2-java 2.11-2
ii libqdox-java 1.12-1
ii libservlet2.5-java 6.0.41-3
ii libxstream-java1.4.7-2
ii openjdk-7-jre [java6-runtime] 7u71-2.5.3-1
Versions of packages groovy2 recommends:
ii ant 1.9.4-3
ii ant-optional 1.9.4-3
pn libgpars-groovy-java none
ii libjcommander-java1.35-1
ii testng6.8.8-2
Versions of packages groovy2 suggests:
pn groovy-doc none
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#734674: could bug #734930 be related
Dear Ólafur,
On Jan 27 2014, Ólafur Jens Sigurðsson wrote:
At bug #734930 [1] eclipse seems to crash because it uses libwebkitgtk-1.0-0
instead of 3.0-0, see if that is causing your problems by uninstalling
1.0-0, if you have it at all installed that is.
Yes, that's precisely it. Uninstalling libwebkitgtk-1.0-0 (and the programs
it depends on) makes eclipse be rock solid.
I first discovered it here:
http://aleksz-programming.blogspot.com/2013/03/eclipse-and-webkit-on-ubuntu-64.html
I guess that we can merge the bugs, then.
Thanks a lot for the message.
P.S.: You didn't send a copy to the bug with -submitter and I only found out
about this when I was writing a blog post about this and other issues:
http://cynic.cc/blog/posts/2014-03-03_more_completed_moocs/
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#734674: eclipse: Frequently segfaults under some circumstances
Package: eclipse
Version: 3.8.1-4
Severity: important
Hi, I have been trying to use eclipse for homework for an Android
application and I keep getting crashes with an insane frequency.
Upon inspecting the segfaults, I saw messages in my dmesg log pointing to
libsoup and I found:
http://bugs.debian.org/705420
There, some workarounds are offered, but the final conclusion seems to be
that the bug is not with libsoup, with with eclipse itself:
https://bugzilla.gnome.org/show_bug.cgi?id=710242#c5
The bug in eclipse is filed at:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776
And a small patch is available at:
http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=b22a7d19afbe2a3811a0f8aa54c1e85d92c62a2c
Can we have eclipse rebuilt with this patch, please?
This would make eclipse conform to the libsoup API of not passing a null
pointer when one is not expected (a correctness argument) and would probably
make these insanely frequent crashes that I'm seeing disappear (a usability
argument).
Thanks in advance,
Rogério.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages eclipse depends on:
pn eclipse-jdt none
pn eclipse-pde none
eclipse recommends no packages.
eclipse suggests no packages.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#705565: Getting closure compiler back in testing?
Hi there.
Can we have a late Christmas present (or even an New Year's present)? The
closure compiler:
* has already been removed from testing [1]
* has many applications and users that depend/want it
* already has patches in the BTS [2]
[1]: http://packages.qa.debian.org/c/closure-compiler/news/20131229T163915Z.html
[2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705565
Given this information, could we have something (even a NMU) to fix this?
Thanks in the name of the users,
Rogério.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#705565: fixing closure-compiler, package rename?
Hi,
On 2013-10-11 06:57, Daniel Pocock wrote:
I've added a fix for the manifest, this should close the bug and make
the package useful as a build dependency
(...)
Should it continue to be called libclosure-compiler-java.deb or should
it just be closure-compiler.deb now that it includes an executable?
(...)
Can we have Daniel's fixes committed, please? The bug #705565 is RC and
affects many packages.
I fact, I tried to use emscripten and it is also affected, as one of the
options that it invokes is to call the closure-compiler.
Regarding renaming the package, I think that this is a good idea, but it
would be great if we just had a package that worked OK to fix the RC bug
before renaming things, going again through the NEW queue, being delayed
even more etc.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#721678: RFP: liblenskit-java -- toolkit for building, researching, and studying recommedner systems
Package: wnpp
Severity: wishlist
* Package name: liblenskit-java
Version : 2.0
Upstream Author : GroupLens Research http://www.grouplens.org/
* URL : http://lenskit.grouplens.org/
* License : LGPLv2.1+
Programming Lang: Java
Description : toolkit for building, researching, and studying recommedner
systems
LensKit provides high-quality implementations of well-regarded collaborative
filtering algorithms and is designed for integration into web applications
and other similarly complex environments.
.
LensKit provides infrastructure to manage configuration, data access, and
the model build process, and allows you to easily compare your new algorithm
against high-quality implementations of existing well-accepted algorithms.
.
LensKit’s source code is freely available under an open source license and
is suitable for self-study or use in classroom settings. Our goal is to
produce readable, straightforward implementations that achieve good
performance while at the same time serving as executable documentation for
how to turn recommender algorithms from math to code, as well as a working
example of how to deal with the details necessary to connect recommenders to
databases, manage models and configuration, and integrate them into
web-based environments.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#705565: more detail
Hi, Daniel and others,
On Fri, Aug 30, 2013 at 4:56 AM, Daniel Pocock dan...@pocock.com.au wrote:
On 30/08/13 05:11, Rogério Brito wrote:
Can we have an update of this package? BTW, shouldn't the package provide a
wrapper like, say, /usr/bin/closure-compiler, instead of having the user
type such a long line? Or, at least, a README.Debian telling the user how
to run the compiler?
It should be a runnable JAR, that means declaring the dependencies and
main class in the manifest
Nice to know. My knowledge of Java ended in 1999, after I wrote a
compiler for school. Never used it again and have not kept up with the
advances since then.
Then you can just run the JAR, e.g.
ln -s /usr/share/java/closure-compiler.jar /usr/bin/closure-compiler
and then just run closure-compiler
Can this be done for the users? I surely wouldn't expect users to know
this if this were my package...
Thanks for the information,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#705565: more detail
Hi there.
On Aug 27 2013, Daniel Pocock wrote:
Easily fixed though
(...)
finally, it works with this command line:
java -classpath
/usr/share/java/closure-compiler.jar:/usr/share/java/args4j.jar:/usr/share/java/guava.jar:/usr/share/java/json.jar
com.google.javascript.jscomp.CommandLineRunner
and these dependencies:
libargs4-java libguava-java libandroid-json-org-java
^
This should be libargs4j-java (note the missing j after the number 4).
Just tried Daniel's recipe of installing the dependencies and it fixes the
unusability of version 20130227+dfsg1-2 (the problem was reported with
version 20130227+dfsg1-1 and it is still present).
Can we have an update of this package? BTW, shouldn't the package provide a
wrapper like, say, /usr/bin/closure-compiler, instead of having the user
type such a long line? Or, at least, a README.Debian telling the user how
to run the compiler?
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers.
Please use
debian-j...@lists.debian.org for discussions and questions.
Bug#625617: sun-java6-fonts: fonts should not depend on the jre
Package: sun-java6-fonts
Severity: normal
Hi there.
The fonts packaged with sun-java6 are very useful (especially for those
using LaTeX with the new engine, XeTeX), independently of the JRE.
Please, consider removing the dependency of the fonts on the whole JRE, as
that may be inconvenient for those that wish to use openjdk.
Thanks.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.39-rc5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please
use
debian-j...@lists.debian.org for discussions and questions.
Bug#625617: sun-java6-fonts: fonts should not depend on the jre
Hi there.
2011/5/4 Sylvestre Ledru sylves...@debian.org:
severity 625617 wishlist
thanks
Oops. Sorry for that.
You reported the bug on the proprietary jdk and you are talking about
the openjdk ?!
Precisely. The fonts are useful on their own.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please
use
debian-j...@lists.debian.org for discussions and questions.
Bug#625617: sun-java6-fonts: fonts should not depend on the jre
Hi Sylvestre.
2011/5/4 Sylvestre Ledru sylves...@debian.org:
Le mercredi 04 mai 2011 à 12:45 -0300, Rogério Brito a écrit :
Precisely. The fonts are useful on their own.
Yes but openjdk sun-java6 are two different packages ?!
Yes, that was just an instance of the case of the fonts being useful
on their own: using the fonts from sun-java with openjdk. :-)
Thanks for the quick responses, BTW.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please
use
debian-j...@lists.debian.org for discussions and questions.
Bug#370411: bsh: please, change dependencies so that it doesn't drag a whole bunch of packages just for OO.o
Package: bsh Version: 2.0b4-3 Severity: wishlist Hi. I just needed to install OpenOffice.org and it has one module that depends on Java things, including bsh. Unfortunately, the first element in the dependency of bsh is: kaffe | java1-runtime | java2-runtime, while other packages in OO.o already pull in java-gcj-compat, which provides a runtime environment. This means that it is a bit hard for those of us with tight space on hard disks. Also, kaffe depends on jikes, among other things, which is a bit strange, because pulling in a compiler for Java wouldn't be expected by a person that just wanted to type a text on OO.o. Thanks for your efforts, Rogério Brito. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.16-1 Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1) -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
