Fedora & JPackage
by Jerry James
A few months back, I had to start using a web service provided by a
certain commercial content management system. This particular web
service uses a namespace that is provided only by Apache Axis 1. At
that time, I discovered that we are two versions behind on this dead
product [1] (Apache Axis 2 is the version under active development).
I started looking into what would be needed to get Apache Axis 2 into
Fedora, and discovered a long list of missing dependencies and a long
list of packages that would need to be upgraded.
More recently, I took over the pmd package, and found that 3 other
packages would need to be upgraded to move pmd to a newer version [2]
[3] [4].
Both events made me wonder how much we are gaining by drawing spec
files from JPackage, and how much we are losing. I wondered whether
maintainers were not moving forward to newer versions of their
packages because the JPackage versions were not moving forward. So I
collected a little data on the subject. This is far from the final
word; more information has to be collected to make any final
determination. But I thought some of you might find what I have
collected so far interesting.
http://jjames.fedorapeople.org/java.html
Comments welcome.
Relevant bugs:
[1] https://bugzilla.redhat.com/show_bug.cgi?id=231153
[2] https://bugzilla.redhat.com/show_bug.cgi?id=465985
[3] https://bugzilla.redhat.com/show_bug.cgi?id=465987
[4] https://bugzilla.redhat.com/show_bug.cgi?id=465989
--
Jerry James
http://loganjerry.googlepages.com/
14 years, 11 months
Strange build error for classpathx-mail
by Orion Poplawski
Starting looking into updating classpathx-mail to version 1.1.2 (anyone
know of a reason not to?).
Got a really weird internal compiler error on the ppc64 build:
[javac] 1. ERROR in
/builddir/build/BUILD/mail-1.1.2/inetlib-1.1.1/source/org/jpackage/mail/inet/imap/IMAPConnection.java
(at line 0)
[javac] /*
[javac] ^
[javac] Internal compiler error
[javac] java.lang.NullPointerException
[javac] at org.eclipse.jdt.internal.compiler.looku
[javac] p.BinaryTypeBinding.cachePartsFrom(BinaryTypeBinding.java:262)
[javac] at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:719)
[javac] at org.eclipse.jdt.i
[javac]
nternal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:699)
[javac] at
org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:294)
[javac] at org.eclipse.jdt.internal.com
[javac]
piler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:128)
[javac] at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:179)
[javac] at org.eclipse.jdt.inte
[javac]
rnal.compiler.lookup.CompilationUnitScope.findImport(CompilationUnitScope.java:456)
[javac] at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleImport(CompilationUnitScope.java:510)
[javac] at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports(CompilationUnitScope.java:359)
[javac] at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(Compi
[javac] lationUnitScope.java:435)
[javac] at
org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:736)
[javac] at
org.eclipse.jdt.internal.compiler.ProcessTaskManager.run(ProcessTaskManager.java:137)
[javac] at java.lang.Thread.run(libgcj.so.9)
Other arches seemed okay but got cancelled. See:
http://koji.fedoraproject.org/koji/taskinfo?taskID=809142
This was on ppc7.
Resubmitted and it built okay (or at least got past this point). This
time on ppc2
http://koji.fedoraproject.org/koji/taskinfo?taskID=809169
Fully successful build (if anyone wants to take a look at the package):
http://koji.fedoraproject.org/koji/taskinfo?taskID=809200
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
14 years, 11 months
Mending the Java native library mess before F10
by David Walluck
I was asked to make sure that tanukiwrapper and libreadline-java were up
to date for F10.
What I found is that there is no consistent policy for either .so
location or .jar location for Java packages in Fedora. Here are some
examples:
Library location:
eclipse: /usr/lib64/eclipse
jss: /usr/lib64
libreadline-java: /usr/lib64/libreadline-java
tanukiwrapper: /usr/lib64
Jar location:
eclipse: /usr/lib64/java
jss: /usr/lib/java
libreadline-java: /usr/lib64/libreadline-java
tanukiwrapper: /usr/share/java
I believe that libreadline-java was meant to be the model for the JNI
policy, but the problem is that jpackage-utils (build-classpath) does
not seem to be updated to work with the new jar location. NB: I tested
on F9, so if this has changed, let me know.
We have very little time to do anything about this before the F10
freeze, so I suggest we take the path of least-resistance, e.g., we have
to move libreadline-java back since we would not be able to update all
the packages and the tools and make sure that they work in time for F10.
--
Sincerely,
David Walluck
<david(a)zarb.org>
14 years, 11 months
groovy compilation - maven problem.
by Luca Foppiano
Hi, I've a problem while compiling groovy using maven.
I run mvn-jpp compile, but I got this error:
[lfoppiano@sboing apache-tomcat-5.5.27-src]$ mvn-jpp compile
/etc/alternatives/java_sdk
[INFO] Scanning for projects...
[INFO]
----------------------------------------------------------------------------
[INFO] Building Maven Default Project
[INFO] task-segment: [compile]
[INFO]
----------------------------------------------------------------------------
[WARNING] Skipping non filebased repository
http://repo1.maven.org/maven2 in full offline mode
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).
Project ID: org.apache.maven.plugins:maven-resources-plugin
Reason: Error getting POM for
'org.apache.maven.plugins:maven-resources-plugin' from the repository:
Failed to resolve artifact, possibly due to a repository list that is
not appropriately equipped for this artifact's metadata.
org.apache.maven.plugins:maven-resources-plugin:pom:2.2
from the specified remote repositories:
__jpp_repo__ (file:///usr/share/maven2/repository),
central (http://repo1.maven.org/maven2)
[INFO]
------------------------------------------------------------------------
[....]
but I don't understand why it doesn't work...I have installed these
packages:
[lfoppiano@sboing apache-tomcat-5.5.27-src]$ yum list installed
maven2-plugin*
Loaded plugins: fastestmirror, presto, refresh-packagekit
Installed Packages
maven2-plugin-antrun.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-clean.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-compiler.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-install.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-jar.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-javadoc.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-plugin.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-resources.x86_64 2.0.4-10jpp.10.fc9
installed
maven2-plugin-surefire.x86_64 2.0.4-10jpp.10.fc9
installed
that error is strange...
anyone have idea about it?
thanks
Luca
--
Today is Boomtime, the 63rd day of Bureaucracy in the YOLD 3174
I came, I saw, I deleted all your files.
14 years, 12 months
Service
by nabil en_nouini
if someone have a doc for installing freeradius and authentification with
MAC adress;send it to me plz
--
La richesse et le prestige acquis au cours de la vie terrestre n y ont
aucune valeur ,seule la bonne qualité d'ame & l'habitude de justice qui
decident de la destination des morts....
Il faut lui permettre la satire et la plainte : la haine renfermée est plus
dangereuse que la haine ouverte.(Denis diderot)
@@@@@@@@@@@@@@@@@@@
+ Nabil EN_NOUINI +
+tel : 074043384+
+ Info 2008+
¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤
14 years, 12 months
iText status?
by Orcan Ogetbil
Hi, I saw that the iText software caused some licensing trouble in the past:
https://bugzilla.redhat.com/show_bug.cgi?id=176981
and especially
https://bugzilla.redhat.com/show_bug.cgi?id=236309
According to the second link it was removed from F-7 because of the fact that it contained some Sun-licensed files.
I downloaded the software from its current website:
http://www.lowagie.com/iText/download.html
The website claims a dual MPLv1.1 / LGPL license. Inside the package there is a text file (core/com/lowagie/text/misc_licenses.txt), which I will paste to the bottom of this email.
What is the current status of iText on Fedora? Was there a discussion? Can we consider releasing it again?
-----misc_licenses.txt-----
(1)
ExceptionConverter:
The original version of this class was published in an article by Heinz Kabutz.
Read http://www.javaspecialists.co.za/archive/newsletter.do?issue=033&print=ye...
"This material from The Java(tm) Specialists' Newsletter by Maximum Solutions (South Africa). Please contact Maximum Solutions for more information.
(2)
SimpleXMLParser:
The original version of this class was published in a JavaWorld article by Steven Brandt:
http://www.javaworld.com/javaworld/javatips/jw-javatip128.html
Jennifer Orr (JavaWorld) wrote: "You have permission to use the code appearing in Steven Brandt's JavaWorld article, 'Java Tip 128: Create a quick-and-dirty XML parser.'
We ask that you reference the author as the creator and JavaWorld as the original publisher of the code." Steven Brandt also agreed with the use of this class.
(3)
The following files contain material that was copyrighted by SUN:
com/lowagie/text/pdf/LZWDecoder.java (first appearance in iText: 2002-02-08)
com/lowagie/text/pdf/codec/BmpImage.java (first appearance in iText: 2003-06-20)
com/lowagie/text/pdf/codec/PngImage.java (first appearance in iText: 2003-04-25)
com/lowagie/text/pdf/codec/TIFFDirectory.java (first appearance in iText: 2003-04-09)
com/lowagie/text/pdf/codec/TIFFFaxDecoder.java (first appearance in iText: 2003-04-09)
com/lowagie/text/pdf/codec/TIFFField.java (first appearance in iText: 2003-04-09)
com/lowagie/text/pdf/codec/TIFFLZWDecoder.java (first appearance in iText: 2003-04-09)
The original code was released under the BSD license, and contained the following extra restriction: "You acknowledge that Software is not designed, licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility."
In a mail sent to Bruno Lowagie on January 23, 2008, Brian Burkhalter (@sun.com) writes: "This code is under a BSD license and supersedes the older codec packages on which your code is based. It also includes numerous fixes among them being the ability to handle a lot of 'broken' TIFFs."
Note that numerous fixes were applied to the code used in iText by Paulo Soares, but apart from the fixes there were no essential changes between the code that was originally adapted and the code that is now available under the following license:
Copyright (c) 2005 Sun Microsystems, Inc. All Rights Reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
- Redistribution of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
- Redistribution in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in
the documentation and/or other materials provided with the
distribution.
Neither the name of Sun Microsystems, Inc. or the names of
contributors may be used to endorse or promote products derived
from this software without specific prior written permission.
This software is provided "AS IS," without a warranty of any
kind. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND
WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE HEREBY
EXCLUDED. SUN MIDROSYSTEMS, INC. ("SUN") AND ITS LICENSORS SHALL
NOT BE LIABLE FOR ANY DAMAGES SUFFERED BY LICENSEE AS A RESULT OF
USING, MODIFYING OR DISTRIBUTING THIS SOFTWARE OR ITS
DERIVATIVES. IN NO EVENT WILL SUN OR ITS LICENSORS BE LIABLE FOR
ANY LOST REVENUE, PROFIT OR DATA, OR FOR DIRECT, INDIRECT, SPECIAL,
CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAUSED AND
REGARDLESS OF THE THEORY OF LIABILITY, ARISING OUT OF THE USE OF OR
INABILITY TO USE THIS SOFTWARE, EVEN IF SUN HAS BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGES.
You acknowledge that this software is not designed or intended for
use in the design, construction, operation or maintenance of any
nuclear facility.
The main difference can be found in the final paragraph: the restriction
that the source code is not "licensed" in this particular situation has
been removed.
FYI: Brian also added: "A bit of history might be in order.
The codec classes that you used originally were based on some
classes included with JAI but not strictly part of JAI.
As of Java SE 1.4 an official Image I/O framework was
added in javax.imageio.... This frameork supports these formats:
Java 1.4: GIF (read only), JPEG, PNG
Java 1.5: Added support for BMP and WBMP
Java 1.6: Added support for writing GIF
The JAI Image I/O Tools packages (jai-imageio-core) were created
to support formats handled by JAI but not included in Java SE
as well as some new things like JPEG2000."
(4) the file com/lowagie/text/pdf/codec/TIFFConstants
and some other TIFF related code is derived from LIBTIFF:
Copyright (c) 1988-1997 Sam Leffler
Copyright (c) 1991-1997 Silicon Graphics, Inc.
Permission to use, copy, modify, distribute, and sell this software and
its documentation for any purpose is hereby granted without fee, provided
that (i) the above copyright notices and this permission notice appear in
all copies of the software and related documentation, and (ii) the names of Sam Leffler and Silicon Graphics may not be used in any advertising or
publicity relating to the software without the specific, prior written
permission of Sam Leffler and Silicon Graphics.
THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND,
EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY
WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR
ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND,
OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF
LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE
OF THIS SOFTWARE.
(5)
BidiOrder:
As stated in the Javadoc comments, materials from Unicode.org are used in the class com/lowagie/text/pdf/BidiOrder.java
The following license applies to these materials:
http://www.unicode.org/copyright.html#Exhibit1
EXHIBIT 1
UNICODE, INC. LICENSE AGREEMENT - DATA FILES AND SOFTWARE
Unicode Data Files include all data files under the directories
http://www.unicode.org/Public/, http://www.unicode.org/reports/,
and http://www.unicode.org/cldr/data/ . Unicode Software includes any source code published in the Unicode Standard or under the directories http://www.unicode.org/Public/, http://www.unicode.org/reports/, and http://www.unicode.org/cldr/data/.
NOTICE TO USER: Carefully read the following legal agreement. BY DOWNLOADING, INSTALLING, COPYING OR OTHERWISE USING UNICODE INC.'S DATA FILES ("DATA FILES"), AND/OR SOFTWARE ("SOFTWARE"), YOU UNEQUIVOCALLY ACCEPT, AND AGREE TO BE BOUND BY, ALL OF THE TERMS AND CNDITIONS OF THIS AGREEMENT. IF YOU DO NOT AGREE, DO NOT DOWNLOAD, INSTALL, COP, DISTRIBUTE OR USE THE DATA FILES OR SOFTWARE.
ALL OF THE TERMS AND CONDITIONS OF THIS AGREEMENT. IF YOU DO NOT AGREE, DO NOT DOWNLOAD, INSTALL, COPY, DISTRIBUTE OR USE THE DATA FILES OR SOFTWARE.
COPYRIGHT AND PERMISSION NOTICE
Copyright (C) 1991-2007 Unicode, Inc. All rights reserved. Distributed under the Terms of Use in http://www.unicode.org/copyright.html.
Permission is hereby granted, free of charge, to any person obtaining a copy of the Unicode data files and any associated documentation (the "Data Files") or Unicode software and any associated documentation (the "Software") to deal in the Data Files or Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Data Files or Software, and to permit persons to whom the Data Files or Software are furnished to do so, provided that (a) the above copyright notice(s) and this permission notice appear with all copies of the Data Files or Software, (b) both the above copyright notice(s) and this permission notice appear in associated documentation, and (c) there is clear notice in each modified Data File or in the Software as well as in the documentation associated with the Data File(s) or Software that the data or software has been modified.
THE DATA FILES AND SOFTWARE ARE PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTAILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THE DATA FILES OR SOFTWARE.
Except as contained in this notice, the name of a copyright holder shall not be used in advertising or otherwise to promote the sale, use or other dealings in these Data Files or Software without prior written authorization of the
copyright holder.
15 years
Maintainer wanted for Eclipse Graphical Editing Framework (GEF ... eclipse-gef)
by Andrew Overholt
Hi,
Does anyone want to maintain GEF? I don't have time for it and haven't
updated it recently. It needs to be updated to the latest (Ganymede
train) release. Nothing depends upon it so if no one wants it and we
remove it it's probably not the end of the world.
I've given up ownership in FAS so feel free to take it there if you want
it.
Andrew
15 years
