Hi,
when generating teammetrics I stumbled upon the repository
eclipse-wtp-j2ee[1]. It just contains an upstream branch which is fed with
commits from 2003 to 2013. I'd suggest some owner could remove this repository
since its just consuming space on Salsa.
Kind regards
Andreas.
On 16.06.24 23:21, Philippe Cerfon wrote:
Hey Emmanuel.
On Sun, Jun 16, 2024 at 6:54 PM Emmanuel Bourg wrote:
The lack of manpower is still an issue. I'm still able to update the
core Eclipse libraries once or twice a year, but the full IDE would
require at least a full time maintai
Hey Emmanuel.
On Sun, Jun 16, 2024 at 6:54 PM Emmanuel Bourg wrote:
> The lack of manpower is still an issue. I'm still able to update the
> core Eclipse libraries once or twice a year, but the full IDE would
> require at least a full time maintainer I think.
I see.
What a pit
Hi Philippe,
Le 16/06/2024 à 04:16, Philippe Cerfon a écrit :
Since quite some time has passed, I merely wanted to ask whether
there's been ever any thoughts from the Java Team to get Eclipse IDE
back into Debian as proper packages?
The lack of manpower is still an issue. I'm sti
Hello.
Quite a while ago, the Eclipse IDE and related plugins (like CDT) were
dropped from Debian, as far as I understand primarily because of a
lack of manpower.
There's an ITP (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923219)
for https://github.com/philippmeisberger/eclipse-pa
>>>>> Gervase :
> Currently, I have access to the packages 'eclipse'/'eclipse-platform' on
> Ubuntu. Having either installed then allows additional packages/plug-
> ins to be installed for the various computer languages (e.g. JDT, CDT,
> pydev).
FW
Hi Gervase,
The Debian project doesn't provide packages to install the Eclipse IDE,
this is a complex software and we don't have enough volunteers to
maintain it properly. However we do package some of the libraries
developed by the Eclipse project since they are used by other
ap
Currently, I have access to the packages 'eclipse'/'eclipse-platform' on
Ubuntu. Having either installed then allows additional packages/plug-
ins to be installed for the various computer languages (e.g. JDT, CDT,
pydev).
With a view to moving to Debian, I looked through the
methods.
Thanks for the hints, I will give them a try and let you know whenever
this is unfruitful.
Emmanuel Bourg
Bye,
--
Pierre
Le 2023-01-22 09:40, Pierre Gruet a écrit :
Hello everyone,
Two weeks ago, eclipse-platform-runtime 4.26 entered testing,
entailing the removal of some
:
Hello everyone,
Two weeks ago, eclipse-platform-runtime 4.26 entered testing,
entailing the removal of some methods in
org.eclipse.core.runtime.Platform
which raised the RC bug #1028768 in its rdep svnkit. As a consequence,
many reverse dependencies will get removed and not make it to
Hello everyone,
Two weeks ago, eclipse-platform-runtime 4.26 entered testing, entailing
the removal of some methods in
org.eclipse.core.runtime.Platform
which raised the RC bug #1028768 in its rdep svnkit. As a consequence,
many reverse dependencies will get removed and not make it to
Hi Emmanuel,
On Thu, Sep 22, 2022 at 9:07 PM Emmanuel Bourg wrote:
>
> Hi Sudip,
>
> Le 19/09/2022 à 17:47, Sudip Mukherjee a écrit :
>
> > While investigating #1010983, I noticed that the manifest files of
> > eclipse-platform-runtime mentions that it needs javax.an
Hi Sudip,
Le 19/09/2022 à 17:47, Sudip Mukherjee a écrit :
While investigating #1010983, I noticed that the manifest files of
eclipse-platform-runtime mentions that it needs javax.annotation
version="1.3.5", but in Debian we have version 1.3 as supplied by
libgeronimo-annotation-1.3
Hi All,
While investigating #1010983, I noticed that the manifest files of
eclipse-platform-runtime mentions that it needs javax.annotation
version="1.3.5", but in Debian we have version 1.3 as supplied by
libgeronimo-annotation-1.3-spec-java.
Unless anyone has any objection I will li
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-java@lists.debian.org
Package : eclipse-collections
Version : 10.4.0
Upstream Author : Goldman Sachs and others
URL : https://www.eclipse.org/collections/
License : EPL-1.0 and EDL-1.0
Programming Lang: Java
Hi Vincent,
libgs-collections-java is still used to build libreactor-core-java.
eclipse-collections is incompatible with gs-collections because the
package name was changed to org.eclipse.collections.
For these reasons I suggest to keep the gs-collections package for now,
and create a new
On Thu, Jan 07, 2021 at 07:10:25PM +0100, Vincent Prat wrote:
> Hi Tony,
>
> >> Should we package Eclipse Collections as a separate project (in which
> >> case I will submit an ITP bug), or update and rename the existing package?
> >> For your information,
Hi Tony,
>> Should we package Eclipse Collections as a separate project (in which
>> case I will submit an ITP bug), or update and rename the existing package?
>> For your information, the package gs-collections has no reverse
>> dependency and has not been updated since
Hi Vincent,
On Thu, Jan 07, 2021 at 01:56:41AM +0100, Vincent Prat wrote:
> Dear all,
>
> The latest version of NatTable (2.0.0) depends on Eclipse Collections
> (https://www.eclipse.org/collections/).
> Originally, it was called GS Collections, and was renamed when it
> migra
Dear all,
The latest version of NatTable (2.0.0) depends on Eclipse Collections
(https://www.eclipse.org/collections/).
Originally, it was called GS Collections, and was renamed when it
migrated to the Eclipse Foundation.
GS Collections is present in Debian (as gs-collections:
https
On Thu, Jul 09, 2020 at 11:22:16AM +0100, Sudip Mukherjee wrote:
> Hi All,
>
> On Tue, Jun 23, 2020 at 07:50:17PM +0100, Sudip Mukherjee wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Sudip Mukherjee
> > Control: block 943552 by -1
> >
>
Hi All,
On Tue, Jun 23, 2020 at 07:50:17PM +0100, Sudip Mukherjee wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sudip Mukherjee
> Control: block 943552 by -1
>
> * Package name: eclipse-wtp
So, one of the plugin has the name:
org.eclipse.wst.common.emfworkbench
* License : EPL-1.0
* Vcs : https://salsa.debian.org/java-team/tycho
Section : java
It builds those binary packages:
libtycho-java - build Eclipse plugins with Maven
To access further information about this package, please visit the following
URL
On Wed, 26 Jun 2019, Andreas Tille wrote:
> It seems you are refering to the package libgmavenplus-java. What do I
> need to do with this?
I’ve only seen it used here, I don’t speak Groovy, but it works
like this to compile test classes:
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://ww
On Wed, Jun 26, 2019 at 10:03:03PM +0200, Thorsten Glaser wrote:
> On Wed, 26 Jun 2019, Mykola Nikishov wrote:
>
> > Seems the only option is to use Ant tasks directly [1] as GMaven is not
> > an option any more [2]:
>
> What about gmavenplus?
It seems you are refering to the package libgmavenpl
On Wed, 26 Jun 2019, Mykola Nikishov wrote:
> Seems the only option is to use Ant tasks directly [1] as GMaven is not
> an option any more [2]:
What about gmavenplus?
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +
Andreas Tille writes:
> I'm trying to package oncofuse[1]. I used mh-make to create the
> packaging skeleton. I asked mh-make to ignore the dependency
> groovy-eclipse-compiler since I was hoping that its not urgently needed
> (and I do not have the slightest idea what this i
Hi,
I'm trying to package oncofuse[1]. I used mh-make to create the
packaging skeleton. I asked mh-make to ignore the dependency
groovy-eclipse-compiler since I was hoping that its not urgently needed
(and I do not have the slightest idea what this is and how hard it is to
package
Jochen Sprickerhof:
> Hi,
>
> eclipse-emf moved from EPL-1 to EPL-2. I would like to relicense the
> debian/ folder to Apache-2.0 to get rid of EPL-1 in there. Would you be
> ok with that?
>
> The current copyright is:
>
> Files: debian/*
> Copyright: 2010,
Hi,
eclipse-emf moved from EPL-1 to EPL-2. I would like to relicense the
debian/ folder to Apache-2.0 to get rid of EPL-1 in there. Would you be
ok with that?
The current copyright is:
Files: debian/*
Copyright: 2010, Debian Orbital Alignment Team
License: EPL-1.0
https
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the src:eclipse package. This package contains an old version
of the Eclipse IDE that hasn't been updated since 2012. The package fails
to build and the IDE is no longer suitable for the version of Java shipped
in Debian (OpenJ
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-jdt-ui
Version : 3.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/jdt/ui/
* License : EPL-1.0
Programming Lang: Java
Description : User
Le 26/10/2018 à 20:26, shirish शिरीष a écrit :
> Was reading ebourg's mail today. Seems we would be getting eclipse
> 4.7.3 soon. Although didn't see a link at the transition tracker
> https://release.debian.org/transitions/ but would be good to see a
> more recent versio
Dear all,
Was reading ebourg's mail today. Seems we would be getting eclipse
4.7.3 soon. Although didn't see a link at the transition tracker
https://release.debian.org/transitions/ but would be good to see a
more recent version of Eclipse in Debian :)
--
Regards,
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-jdt-debug
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://projects.eclipse.org/projects/eclipse.jdt.debug
* License : EPL-1.0
Programming Lang: Java
Le 19/10/2018 à 15:54, remy wehrung a écrit :
> Hello, I am a user, happy to debian for years. kelle will be the version
> of the open JDK, eclipse and plug in, more generally java tools? thank you
Hi Remy,
Debian 10 Buster, the next version of Debian to be released next year,
will have O
Hello, I am a user, happy to debian for years. kelle will be the version of the
open JDK, eclipse and plug in, more generally java tools? thank you
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-wtp package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-subclipse package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-rse package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-xsd package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-remote-services-api package. It depends on the
outdated
and unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-pydev package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-ptp package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-mylyn-tasks-github package. It depends on the outdated
and unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-mercurialeclipse package. It depends on the outdated
and unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-linuxtools package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-mylyn package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-gef package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-egit package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-cdt-pkg-config package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-cdt package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-eclox package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the eclipse-anyedit package. It depends on the outdated and
unmaintained src:eclipse package (last updated in 2013) which the Java Team
plans to retire before the Buster release.
Thank you,
Emmanuel Bourg
Hi all,
With the introduction of the new eclipse-platform-* and equinox-*
packages we'll soon be able to remove the outdated Eclipse IDE packages
from the archive. There are still some packages waiting in the NEW
queue, but we can already remove a first batch of packages. If nobody
objects
Dear all,
Sometime back, I read that the eclipse that Debian provides was pretty
old. I looked up and sure enough it is a pretty old version.
The version provided by Eclipse foundation is release 4.9 while the
one which we have is 3.8
https://en.wikipedia.org/wiki/Eclipse_(software)
A
Hi,
On Mon, May 14, 2018 at 06:44:17PM +0200, Emilio Pozuelo Monfort wrote:
> I took a quick look at the current status:
[...]
> That leaves aspectj as the only blocker:
With the new aspectj in testing, this is no longer an issue. I added a removal
hint for
webkitgtk/2.4.11-4 eclipse/3.
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-debug
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/eclipse/debug/
* License : EPL-1.0
Programming Lang: Java
Description
Le 20/09/2018 à 14:02, Andreas Tille a écrit :
> +--- a/build.gradle
> b/build.gradle
> +@@ -3,8 +3,8 @@ apply from: 'javaproject.gradle'
> + group='sis'
> +
> + dependencies {
> +-compile fileTree(dir: 'libs/prod', include: '*.jar')
> +-testCompile fileTree(dir: 'libs/test', include
Hi Emmanuel,
On Thu, Sep 20, 2018 at 12:46:18PM +0200, Emmanuel Bourg wrote:
> Le 20/09/2018 à 08:48, Andreas Tille a écrit :
> > The import com.sun.xml.bind cannot be resolved
>
> Somehow jaxb is not on the compilation classpath. I'm not familiar
> enough with the jhdf5 build to spot the error.
Le 20/09/2018 à 08:48, Andreas Tille a écrit :
> I get
>
> ...
> All input files are considered out-of-date for incremental task
> ':compileJava'.
> Compiling with Java command line compiler 'java'.
> Starting process 'command 'java''. Working directory:
> /build/libsis-jhdf5-java-18.09.0-pre1+
Hi again,
On Wed, Sep 19, 2018 at 11:29:20PM +0200, Emmanuel Bourg wrote:
> Le 19/09/2018 à 22:17, Andreas Tille a écrit :
>
> > isn't doing the job. How to use jaxb properly?
>
> Did you also change the import statement in HDFHelper.java? The package
> is slightly different. com.sun.xml.intern
Le 19/09/2018 à 22:17, Andreas Tille a écrit :
> isn't doing the job. How to use jaxb properly?
Did you also change the import statement in HDFHelper.java? The package
is slightly different. com.sun.xml.internal.bind.v2.runtime becomes
com.sun.xml.bind.v2.runtime.
Emmanuel Bourg
On Wed, Sep 19, 2018 at 09:53:49PM +0200, Emmanuel Bourg wrote:
>
> Java 11 will soon be the default (maybe next week for the GA release?),
> so I recommend aiming for a long term solution.
ACK. Unfortunately my change
--- a/debian/control
+++ b/debian/control
@@ -13,6 +13,7 @@ Build-Depends: d
Le 19/09/2018 à 21:35, Andreas Tille a écrit :
> Hmmm, the build log says it was build using
>
>openjdk-10-jre-headless:amd64 (10.0.2+13-1)
>
> so this class should not be missing.
It isn't missing, it's hidden by default to prepare its removal in the
next Java release.
> I guess this is
On Wed, Sep 19, 2018 at 05:20:36PM +0200, Emmanuel Bourg wrote:
> Le 19/09/2018 à 17:05, Andreas Tille a écrit :
>
> > Is there any way to verify what JAR is providing which class?
>
> You can type "package com.sun.xml.internal.bind.v2.runtime" in
I should put that hint under my pillow!
> https
Le 19/09/2018 à 17:05, Andreas Tille a écrit :
> Is there any way to verify what JAR is providing which class?
You can type "package com.sun.xml.internal.bind.v2.runtime" in
https://sources.debian.org to find out what package provides the class.
This one is provided by the JDK up to Java 10. Star
Hi Emmanuel,
On Wed, Sep 19, 2018 at 02:15:24PM +0200, Emmanuel Bourg wrote:
>
> The org.eclipse.jdt.internal.compiler.batch.Main class is in
> /usr/share/java/ecj.jar from libecj-java if that helps.
Cool. First hurdle taken - next is:
Successfully started process 'command 'java''
--
Hi Andreas,
Le 19/09/2018 à 14:07, Andreas Tille a écrit :
> Any hints?
The org.eclipse.jdt.internal.compiler.batch.Main class is in
/usr/share/java/ecj.jar from libecj-java if that helps.
Emmanuel Bourg
Hi,
besided the other issues I have with libsis-jhdf5-java[1] I try to
follow the approach by upstream to use gradle build system to be able to
report issues to upstream more easily. I created a seprate branch[2]
where I try to use gradle. Unfortunately I have no idea how to replace
line 209 in
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-jdt-core
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/jdt/core/
* License : EPL-1.0
Programming Lang: Java
Description
Le 05/07/2018 à 23:46, Emmanuel Bourg a écrit :
> With all this I'm now able to build aspectj/1.8.10 without depending on
> the eclipse-platform package.
With the new eclipse packages and some tinkering I've been able to build
AspectJ 1.9.1 with OpenJDK 10. The upgrade path was
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-ui
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/eclipse/platform-ui/
* License : EPL-1.0
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-text
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/eclipse/platform-text/
* License : EPL-1.0
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-resources
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://wiki.eclipse.org/Resources
* License : EPL-1.0
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-runtime
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/eclipse/platform-core/
* License : EPL-1.0, Apache-2.0
Programming Lang
Quick update on this front:
* I've polished the Ant script and wrote a debhelper buildsystem to
further simplify the packaging. The result has been uploaded as a new
eclipse-debian-helper package. See the README on Salsa for more
information [1].
* equinox-bundles [2] is the first package
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-debian-helper
Version : 1.0
Upstream Author : Emmanuel Bourg
* URL : https://salsa.debian.org/java-team/eclipse-debian-helper
* License : Apache-2.0
Programming Lang: Perl
Emmanuel Bourg writes:
[...]
> Currently libequinox-osgi-java is built from sources fetched on Maven
> Central. Maybe we could refactor it to build from it's upstream
> repository (https://github.com/eclipse/rt.equinox.framework).
According to [1], Eclipse Equinox has mul
Le 06/07/2018 à 07:15, Markus Koschany a écrit :
> Good work! It would have been nice though, if you had sent a short
> notice to #681726 to avoid double work because I said I would work on
> aspectj. I started to bundle the needed eclipse source code with aspectj
> but I agree
Hi,
Am 05.07.2018 um 23:46 schrieb Emmanuel Bourg:
[...]
Good work! It would have been nice though, if you had sent a short
notice to #681726 to avoid double work because I said I would work on
aspectj. I started to bundle the needed eclipse source code with aspectj
but I agree that working
#x27;t know if equinox is known outside of Eclipse?
I'm hesitating about this one too. I agree src:eclipse-equinox-bundles
and libeclipse-equinox-*-java would be slightly more consistent with the
other packages. I picked libequinox-*-java because there is already
libequinox-osgi-java.
Curre
Great work!
I would probably have named the first one "src:eclipse-equinox-bundles",
unless there is a good reason not to do that.
Same for "libequinox": why not libeclipse-equinox? It's more verbose, but I
don't know if equinox is known outside of Eclipse?
Cheers,
Vi
Hi all,
Among the issues we have to handle for the transition to Java 11 there
is a difficult one with aspectj and eclipse. aspectj fails to build with
Java 9+ (#873213) and needs an upgrade. Unfortunately this also implies
an update of eclipse (aspect/1.8.9 is the last version compiling with
Hello,
Am 25.05.2018 um 21:50 schrieb Josh Blagden:
> Hi folks,
>
> I just wanted to make the observation that Debian has had the same
> version of Eclipse for the last six years. When can we expect to see a
> new version to the Debian repository?
Maybe when a solar and lunar
Hi folks,
I just wanted to make the observation that Debian has had the same
version of Eclipse for the last six years. When can we expect to see a
new version to the Debian repository?
Josh Blagden
On Sun, 4 Feb 2018 19:34:55 +0100 Markus Koschany wrote:
> On Wed, 15 Nov 2017 18:01:07 +0200 Adrian Bunk wrote:
> [...]
> > I tried to sort out what I could find as required for getting the
> > ancient eclipse out of testing in [1]:
> >
> > 1. src:bnd
> >
ebuild the maven family of packages on Debian
>> Stretch, the resulting packages are subtly broken and will then cause
>> eclipse (and other packages?) to fail to build.
>
> Is libfelix-gogo-shell-java the only package causing an issue with
> eclipse when rebuilt from sources?
sulting packages are subtly broken and will then cause
> eclipse (and other packages?) to fail to build.
Is libfelix-gogo-shell-java the only package causing an issue with
eclipse when rebuilt from sources? I suspect this is caused by the
upgrade of bnd from 2.1.0 to 2.4.1. libfelix-gogo-shell-
Hi,
I filed this issue a few months ago and haven't had any response yet:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883862
In short, if you rebuild the maven family of packages on Debian
Stretch, the resulting packages are subtly broken and will then cause
eclipse (and other pac
Markus Koschany:
> On Wed, 15 Nov 2017 18:01:07 +0200 Adrian Bunk wrote:
> [...]
>> I tried to sort out what I could find as required for getting the
>> ancient eclipse out of testing in [1]:
>>
>> 1. src:bnd
>> You fixed that already.
>>
>&
On Wed, 15 Nov 2017 18:01:07 +0200 Adrian Bunk wrote:
[...]
> I tried to sort out what I could find as required for getting the
> ancient eclipse out of testing in [1]:
>
> 1. src:bnd
> You fixed that already.
>
> 2. batik -> maven -> guice -> libspring-java ->
I'm looking into creating a standalone eclipse-rcp and/or
eclipse-jdt package which would help the GNOME maintainers to complete
the removal of several obsolete GNOME libraries. The Eclipse IDE cannot
be removed from testing because the aforementioned components are
required for other Java key packag
Warning compliment ahead
On Sun, Dec 24, 2017 at 04:55:25PM +0100, luca wrote:
> Il 17/12/2017 22:22, luca ha scritto:
> >Il 19/10/2016 23:14, Markus Koschany ha scritto:
> >>Hey,
> >>
> >>thanks to Emmanuel there is currently some action with Eclipse going on
currently some action with Eclipse going on
but I wanted to give a heads-up that I intend to package Tycho soon. My
goal is to package the latest version of Eclipse and probably one or two
useful Eclipse modules to get at least an up-to-date core version into
Stretch.
Everything else from the
scritto:
Hey,
thanks to Emmanuel there is currently some action with Eclipse going on
but I wanted to give a heads-up that I intend to package Tycho soon. My
goal is to package the latest version of Eclipse and probably one or two
useful Eclipse modules to get at least an up-to-date core version
Am 27.11.2017 um 20:38 schrieb Daniel Pocock:
>
>
> On 27/11/17 17:35, Markus Koschany wrote:
[...]
>> At the moment I can recommend Netbeans as an alternative for Java
>> developers in Debian.
>>
>
> OK, thanks for that suggestion. What about people developing in Python
> or C++? One particul
On 27/11/17 17:35, Markus Koschany wrote:
> Hi,
>
> Am 27.11.2017 um 09:03 schrieb Daniel Pocock:
>>
>> Hi,
>>
>> This email is a general request for information about using Eclipse
>> (both packaged or downloaded directly from upstream) on Debian systems.
Hi,
Am 27.11.2017 um 09:03 schrieb Daniel Pocock:
>
> Hi,
>
> This email is a general request for information about using Eclipse
> (both packaged or downloaded directly from upstream) on Debian systems.
>
> There is a packaging wiki page[1], it links to a
Hi,
This email is a general request for information about using Eclipse
(both packaged or downloaded directly from upstream) on Debian systems.
There is a packaging wiki page[1], it links to a missing page
https://wiki.debian.org/Eclipse - would somebody consider creating that
page and maybe
1 - 100 of 1420 matches
Mail list logo
