qdox update in rawhide (#1157630)
by Mikolaj Izdebski
Next week I am going to update qdox to upstream version 2.0-M2 in
rawhide (f22). Current version in rawhide is 1.12.1.
List of packages that depend or build-depend on qdox and therefore are
possibly affected by this update follows.
annogen
fop
hamcrest
hamcrest12
jboss-logmanager
jibx
jing-trang
maven-javadoc-plugin
maven-plugin-tools
paranamer
plexus-cdc
plexus-containers
plexus-digest
xbean
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
8 years, 7 months
Eclipse Luna on Fedora 21 and JDK 8 requirement
by Sudhir Khanger
On Fri, Oct 31, 2014 at 12:18 PM, Aleksandar Kurtakov
<akurtako(a)redhat.com> wrote:
> Besides many technical reason the biggest one is non-technical in my eyes - no one volunteered to do it. You know it's always a matter of "who will do the work?". I'm pretty sure that if someone jumps in and say "Hey, I'll maintain Java 6, fix problems/adopt Java 6 to changes in the OS if neeeded, help strengthen the switching between JREs, go through the Java projects(shipped in Fedora) and help them properly set their targets in build scripts so builds properly work on Java 6 and etc" there will be no objection to having Java 6. :)
I installed JDK 7 but Eclipse won't work with JDK 7 on F21 [1]. Why
does it require explicitly OpenJDK 8? Can we not have it search Java
on system? On Arch Linux, packages search for java-environment or
java-environment >= 7?
Do I have to build Eclipse myself if I want to use JDK 7?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1123853
--
Regards,
Sudhir Khanger,
sudhirkhanger.com,
github.com/donniezazen,
5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394.
8 years, 7 months
Eclipse Luna on Fedora 21 and JDK 8 requirement
by Sudhir Khanger
On Sat, Nov 1, 2014 at 2:40 AM, Mat Booth <fedora(a)matbooth.co.uk> wrote:
> What prevents you from running Eclipse on OpenJDK 8 but still targeting your
> manually installed Oracle JDK 7 by adding it under "Installed JREs" in your
> Eclipse preferences?
I am running it under Java 8. So far without any visible problems. I
am curious about what has been modified/changed in Fedora 21 to
warrant requirement of Java 8. And if I want to run Eclipse or Android
Studio under Java 7 what would I have to do. Mostly for academic
purposes.
--
Regards,
Sudhir Khanger,
sudhirkhanger.com,
github.com/donniezazen,
5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394.
8 years, 7 months
Figure out feature from package name
by Sudhir Khanger
Hello,
Android bundle ships Eclipse Juno which is really old and buggy. I
would like to use latest Eclipse shipped by Fedora. And I would like
to install packages that resemble Android bundle as closely as
possible.
Besides ADT, Android bundle Eclipse provides following features.
Eclipse.org
1. Eclipse Platform - org.eclipse.platform
2. Eclipse RCP - org.eclipse.rcp
3. Help System Base - org.eclipse.help
Eclipse Modeling Project
1. EMF Common - org.eclipse.emf.common
2. EMF Ecore - org.eclipse.emf.ecore
Eclipse CDT
1. Eclipse C/C++ Development Tools - org.eclipse.cdt
2. GDB Common - org.eclipse.cdt.gdb
Eclipse EGit
1. Git Team Provider - org.eclipse.egit
2. Git Team Provider - org.eclipse.egit.import
Eclipse JGit - JGit Core - org.eclipse.jgit
How do I figure out what packages provide these features? Yum info or
rpm -qi have not been very useful.
--
Regards,
Sudhir Khanger,
sudhirkhanger.com,
github.com/donniezazen,
5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394.
8 years, 7 months
FreeJava DevRoom - Call for Paper 2015
by Mario Torre
We are pleased to announce the Call for Participation in the FOSDEM
2015 Free Java DevRoom!
This marks the 12th year that the Free Java DevRoom has been a
part of FOSDEM, and also marks 20 years of Java!
This year FOSDEM Free Java DevRoom will be 31 January & 1 February
2015 in Brussels, Belgium, with usual additional events
and meetings on Friday, Saturday and Sunday; please, refer to the
FOSDEM website for the schedule of the whole event:
https://fosdem.org/2015/
The Free Java DevRoom has become unique in that it has attracted
hackers from very different Free Software Java projects, giving the
opportunity to bring together companies of various sizes, different
project communities, mainstream core Java developers, alternative Java
language implementations and runtimes, and everything that form the
Free Java Universe, everybody participating to share their knowledge
in an atmosphere of cooperation and friendly competition.
It has been a long journey so far, exciting and fun, and hard at times.
But together we have made it, and Java today more than ever can count
on a dynamic and vibrant Community, innovation due to participation,
and a user base that is continually growing.
We won't sit and rest on the paved road we built, though! We are eager
to
contribute to the next "20 years of excellence", and we want you to
be part of it!
As always, check out our wiki for more details on the conference:
http://wiki.debian.org/Java/DevJam/2015/Fosdem
And join the Free Java DevoRoom mailing list [java-devroom at
lists.fosdem.org]:
https://lists.fosdem.org/listinfo/java-devroom
*** IMPORTANT ***
Fosdem organisers have expressed the desire to record everything, and we
will
do our best to record the sessions by default. If you wish to NOT be
recorded
please write clearly so in the proposal.
Please submit one (or more) 25 minute talk proposal(s) by the 1st of
December 2014, 23.59 CET on the mailing list.
We will also select a small number of 45 minutes talk. If you wish to
submit a 45 minutes talk please state this in the proposal, all
proposals will be considered to be of 25 minute by default otherwise.
A template for submitting a talk can be found at:
http://wiki.debian.org/Java/DevJam/2015/Fosdem/CallForParticipation
Tracks will be announced around 10th of December on the mailing list.
Please join us!
--The Free Java DevRoom Organizing Committee
8 years, 7 months
Updating groovy from 1.x to 2.x
by Mikolaj Izdebski
In near future I am going to update groovy package from version 1.8.9 to
latest upstream version (currently 2.3.7). Compat package groovy1 will
be created if needed.
List of packages that require or build-require groovy and therefore are
possibly affected by this update follows.
apache-commons-jci
cobertura
codenarc
eucalyptus
freemind
gmetrics
jackson
jasperreports
logback
maven-invoker-plugin
maven-script-interpreter
mojarra
mule
snifflib
spock
springframework
zanata-api
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
8 years, 7 months
My wishes for Java: No more GTK2
by Mickael Istria
Hi all,
Note that I'm not a C developer so I don't feel able to provide any
patch to OpenJDK, that's why I send this mail to hopefully motivate some
more competent people to solve some issues we have ;)
In the context of development of Eclipse/SWT-based applications, I'd
like to share with you one of the issues we have currently. It's about
SWT vs JavaFX and GTK3 vs GTK2.
SWT and JavaFX can theorically live together in the same application (
http://docs.oracle.com/javafx/2/swt_interoperability/jfxpub-swt_interoper...
). This is interesting because JavaFX provide a nice WebView, which we
could embed in Eclipse as an alternative/complement to invoking
XulRunner or Webkit wrapper when rendering web pages in Eclipse.
However, SWT is moving to GTK3 whereas JavaFX is still stuck on GTK2. So
both can't coexist properly in the same application.
Apparently, only the fx-glass module needs update, so it doesn't seem to
be a too difficult task to change code to use GTK3 instead of GTK2.
However, in this message
https://www.mail-archive.com/openjfx-dev@openjdk.java.net/msg05966.html
, it's said that JavaFX can't move to GTK3 because the Swing/AWT part is
also linked to GTK2, and since both are shipped together, it doesn't
make sense to introduce inconsistency between different JVM "modules".
So it seems like if we want to align JavaFX on GTK3, it also requires to
move AWT to GTK3.
Do any of you have already investigated those issues? Does anyone
already has plan to provide fixes for that?
Cheers,
--
Mickael Istria
Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools>
My blog <http://mickaelistria.wordpress.com> - My Tweets
<http://twitter.com/mickaelistria>
8 years, 8 months
Provides/Obsoletes for jakarta-commons-* removed
by Mikolaj Izdebski
I have removed legacy provides/obsoletes from a bunch of Apache Commons
packages in rawhide. If your package still requires some
jakarta-commons-* (except jakarta-commons-httpclient) then you should
change that requirement to apache-commons-*.
Obsoletes and provides from the following packages were removed:
apache-commons-beanutils
apache-commons-codec
apache-commons-collections
apache-commons-compress
apache-commons-configuration
apache-commons-daemon
apache-commons-dbcp
apache-commons-digester
apache-commons-discovery
apache-commons-el
apache-commons-fileupload
apache-commons-io
apache-commons-jxpath
apache-commons-net
apache-commons-pool
jakarta-commons-httpclient
Let me know if there are any problems.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
8 years, 8 months
