RE: New user - new software
I forgot to put information about the software. Name: BG Finanças Description: Personal finance manager Site: http://bgfinancas.sourceforge.net Project: http://sourceforge.net/projects/bgfinancas/ License: GPL3 Languages: English, Brazilian Portuguese Database: SQLite User interface: Java Swing Long description: BG Finanças is a free software to control your financial life, your focus is to use accounts to store money and launch expenses / revenues to alter the balance account. Regards, José Robson Mariano Alves
Re: New user - new software
Le 08/08/2014 01:41, José Robson Mariano Alves a écrit : > I also have some doubts about the libraries I use, > I think if you see the lintian warnings you will understand what I'm talking. Hi José, Doubts are good, they are an opportunity to learn something new :) Lintian complains about the jar files in the source package. You should remove them and build depend on the corresponding packages. For example remove lib/commons-collections-3.2.1.jar and add a dependency on libcommons-collections3-java. Emmanuel bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e4e8d8.50...@apache.org
RFS: guice/3.0-4
Hi all, I updated guice to build with Java 8 and I'm looking for a sponsor to upload it. Here is the changelog: * Fixed a build failure with Java 8 (Closes: #750750) * Use XZ compression for the upstream tarball * Exclude the IntelliJ project files from the upstream tarball * Use canonical URLs for the Vcs-* fields http://mentors.debian.net/package/guice Thank you, Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#757484: aspectj: FTBFS with Java 8: ClassFormatException: Invalid byte tag in constant pool: 18
Source: aspectj Version: 1.6.12+dfsg-3 Severity: important User: debian-java@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: compile-aj: [mkdir] Created dir: /«BUILDDIR»/aspectj-1.6.12+dfsg/org.aspectj/modules/org.eclipse.jdt.core/jdtcore-for-aspectj-classes [iajc] org.aspectj.apache.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 18 [iajc] at org.aspectj.apache.bcel.classfile.Constant.readConstant(Constant.java:133) [iajc] at org.aspectj.apache.bcel.classfile.ConstantPool.(ConstantPool.java:45) [iajc] at org.aspectj.apache.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:186) [iajc] at org.aspectj.apache.bcel.classfile.ClassParser.parse(ClassParser.java:131) [iajc] at org.aspectj.weaver.bcel.BcelWorld.lookupJavaClass(BcelWorld.java:424) [iajc] at org.aspectj.weaver.bcel.BcelWorld.resolveDelegate(BcelWorld.java:376) [iajc] at org.aspectj.weaver.World.resolveToReferenceType(World.java:485) [iajc] at org.aspectj.weaver.World.resolve(World.java:326) [iajc] at org.aspectj.weaver.World.resolve(World.java:236) This issue has been fixed upstream in the version 1.8 The full build log is available from: http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/pending/aspectj_1.6.12+dfsg-3_unstable_jdk8.log -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e502e7.10...@apache.org
RE: New user - new software
> You should remove them and build depend on the corresponding packages. > For example remove lib/commons-collections-3.2.1.jar and add a > dependency on libcommons-collections3-java. >From what I understand, I should remove the jar files and add a dependency >package, that is, the library must exist in debian repositories. When >compiling the package, if the library is not present on the system, the User >must install it via apt-get. Is that right? However, when the library I use does not exist in debian repositories? what to do? I could not put the source code of the library and compile it? from what I saw in UpstreamGuide I can not do that. I am sure? Then I should try to send the library for debian? I must ask permission to the library creator? or would it be easier to try to find a compatible library and adapt my system to it?
Re: RFS: libspring-webflow-2.0-java/2.0.9.RELEASE-5
On Thu, Aug 07, 2014 at 12:36:41PM -0300, Miguel Landaeta wrote: > Hi Emmanuel, > > I'll take care of it. Uploaded. Thanks for taking care of this package. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: New user - new software
Le 08/08/2014 22:28, José Robson Mariano Alves a écrit : > > From what I understand, I should remove the jar files and add a > dependency package, that is, the library must exist in debian > repositories. When compiling the package, if the library is not present > on the system, the User must install it via apt-get. Is that right? That's right > However, when the library I use does not exist in debian repositories? > what to do? I could not put the source code of the library and compile > it? from what I saw in UpstreamGuide I can not do that. I am sure? This is where it starts to get fun: you have to create a package for the missing library. > Then I should try to send the library for debian? I must ask permission > to the library creator? or would it be easier to try to find a > compatible library and adapt my system to it? You don't need the permission from the author of an open source library. If it's easier for you to change a library in the upstream project to match the libraries available in Debian it's also a valid strategy. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e53640.7070...@apache.org
RFS: maven-stapler-plugin/1.17-1
Hi all, I updated maven-stapler-plugin to build with Java 8 and I'm looking for a sponsor to upload it. Here is the changelog: * New upstream release * Fixed a Javadoc error breaking the build with Java 8u20 * Removed java7-compat.patch (fixed upstream) * Ignore the Maven dependency on animal-sniffer-maven-plugin * Removed the unused rules from debian/maven.rules http://mentors.debian.net/package/maven-stapler-plugin Thank you, Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e55d8d.3080...@apache.org
Bug#757536: eclipse: FTBFS with Java 8: Duplicate methods named spliterator with the parameters () and ()
Source: eclipse Version: 3.8.1-5.1 Severity: important User: debian-java@lists.debian.org Usertags: openjdk-8-transition Hi, During a rebuild of all Java packages in sid with OpenJDK 8, this package failed to build with the following error: [mkdir] Created dir: /«PKGBUILDDIR»/build/eclipse-3.8.1-src/plugins/org.eclipse.equinox.event/@dot [javac] Compiling 14 source files to /«PKGBUILDDIR»/build/eclipse-3.8.1-src/plugins/org.eclipse.equinox.event/@dot [javac] javac: invalid target release: jsr14 [javac] Usage: javac [javac] use -help for a list of possible options A fix for this issue has been committed in the Git repository on Alioth, but another error still breaks the build with Java 8: [exec] org.eclipse.osgi error loading hook: org.eclipse.core.runtime.internal.adaptor.EclipseLogHook [exec] java.lang.Error: Unresolved compilation problem: [exec] Duplicate methods named spliterator with the parameters () and () are inherited from the types Collection and Iterable [exec] [exec] at org.eclipse.osgi.internal.baseadaptor.ArrayMap.(ArrayMap.java:23) [exec] at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.(ExtendedLogReaderServiceFactory.java:53) [exec] at org.eclipse.equinox.log.internal.LogServiceManager.(LogServiceManager.java:27) [exec] at org.eclipse.core.runtime.internal.adaptor.EclipseLogHook.(EclipseLogHook.java:71) [exec] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) Note that unlike the similar errors in the eclipse-* packages, this one is not fixed by upgrading the ecj package to the version 3.10.0. signature.asc Description: OpenPGP digital signature