Re: gcj cannot find ecj any more, on m68k
On 05/09/2012 07:55 PM, Thorsten Glaser wrote: Andrew Haley dixit: gcj has an evil bug. Sometimes, when it has an unresolved reference, it reports a ClassNotFoundException for the referring class, not the referred. So, you now need to Oh, ok. jcf-dump -v -classpath /usr/share/java/eclipse-ecj-3.5.1.jar org.eclipse.jdt.internal.compiler.Compiler Ok, got a lot of output. and have a look at the class references in the constant pool. Uh, I’m sorry you lost me there. That is a train station, right? ;-) I can barely read any Java™ source code, much less know about gcj internals other than what I’ve seen during porting… Hmm. Well, I think we're very close and it would be a shame to stop now. If you do an strace -f -etrace=file you should be able to see what classes it's trying to load at the end, and one of these won't be found, and one of them wil be mentioned in the list of classes in the jcf-dump. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fab7028.6040...@redhat.com
Re: libquartz-java v2 has incomptabilities with previous version
olivier.sal...@codeless.fr wrote: Le 5/5/12 1:32 PM, Andrey Ponomarenko a écrit : Hi, Mathieu Malaterre wrote: Andrey , On Thu, Apr 26, 2012 at 11:05 AM, Andrey Ponomarenko aponomare...@rosalab.ru wrote: ... See http://upstream-tracker.org/java/versions/quartz.html Ok, then. I need a little training here. How can one parse this beasty table to deduce: - updating 1.6.6 to 1.7.3 is ok (see past uploads) - updating 1.7.3 to 2.1.4 is not ok The source compatibility (ability to rebuild dependent clients) of 1.6.6 and 1.7.3 is estimated as 81.3% in the table. But compatibility of 1.7.3 and 2.1.4 is 86.6%*63.5%*79.2%=43.5% that is half as much as for 1.6.6 and 1.7.3. In any case, if you see any compatibility problems in the table, then you should try to rebuild and adapt (if needed) all dependent clients before update, as they may be affected. All dependent packages can be listed by the command: apt-cache rdepends libquartz-java Also, there is a policy for Debian Java libraries [1]. But it doesn't explain how to update libraries and when to bump a version number in libXXX[version]-java. Is there other documents for Java package maintainers in Debian? Independently of Java, it is related to Debian libraries management. The Debian policy on libraries [0], 8.1 paragraph, referring as examples to SO files, specifies that a different SONAME and binary package name should be used in case of API breakage. SO and Java jars have same behavior. [0] http://www.debian.org/doc/debian-policy/ch-sharedlibs.html So, according to this policy, the version number in the Java library package name should be increased whenever the API of the library changes in a backward-incompatible way. Olivier [1] Debian policy for Java: 2.3. Java libraries http://www.debian.org/doc/packaging-manuals/java-policy/x104.html Thanks much -M -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- Andrey Ponomarenko, ROSA Lab. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fab81d4.1010...@rosalab.ru
jde project ?
Hi there Has anyone worked with jde [1] project file before ? I am looking at a project [2] where jde is required to build jars: $ apt-get source docbook-website $ find docbook-website-2.5.0.0 -name \*.el docbook-website-2.5.0.0/extensions/saxon64/prj.el docbook-website-2.5.0.0/extensions/xalan2/prj.el $ head docbook-website-2.5.0.0/extensions/xalan2/prj.el (jde-set-project-name xalan) (jde-set-variables '(jde-gen-session-bean-template (quote ((jde-import-insert-imports-into-buffer (list \javax.ejb.*\ \java.rmi.RemoteException\)) (jde-wiz-update-implements-clause \SessionBean\) ' \public void ejbActivate() throws RemoteException {\''n \}\''n ''n ' \public void ejbPassivate() throws RemoteException {\''n \}\''n ''n ' \public void ejbRemove() throws RemoteException {\''n \}\''n ''n ' \public void setSessionContext(SessionContext ctx) throws RemoteException {\ ''n \}\''n ''n ' \public void unsetSessionContext() throws RemoteException {\''n \}\''n ''n'))) Thanks for any info [1] http://packages.qa.debian.org/j/jde.html [2] http://packages.qa.debian.org/d/docbook-website.html -M -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+7wuszxa2aacyfrzwx5shbinjz0vc4w6yfrj8+ctkkyqzj...@mail.gmail.com
Move libspring packaging to Git?
Hi, I maybe need spring-security 3.0 to package jamwiki (do you know it?). But it is not packaged. What's the reason? Other spring 3.x stuff is packaged. I might help out with spring packaging. But could we move the packaging to Git beforehand? Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201205101844.04599.tho...@koch.ro
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: Hmm. Well, I think we're very close and it would be a shame to stop Oh, ok. now. If you do an strace -f -etrace=file you should be able to see what classes it's trying to load at the end, and one of these won't be found, and one of them wil be mentioned in the list of classes in the jcf-dump. I did it to the gij command, as you didn’t specify which, but bad luck, all it does is sitting there for a few minutes after spewing out what I attached. I’ve not had too much luck with strace on m68k for anything since the architecture was forced by glibc maintainers to switch to use TLS but didn’t have a register allocated in the psABI for it, and the porters probably didn’t want to change the ABI so they added syscalls, and now about every single function calls syscall #333 to get the TLS base address which slows strace down to hell. The “just sitting there” is idle though. root@aranym:~ # ps ax | fgrep pts/3 17229 pts/3Ss 0:00 -/bin/mksh 17255 pts/3S+ 1:03 strace -f -etrace=file gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17256 pts/3S+ 0:00 tee st.log 17257 pts/3Sl+0:35 gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17569 pts/4R+ 0:00 fgrep pts/3 Do you reckon a LD_PRELOAD open wrapper would help? (Or are we looking at more functions, if so which?) bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr st.log.gz Description: Binary data
Re: gcj cannot find ecj any more, on m68k
On 05/10/2012 06:08 PM, Thorsten Glaser wrote: Andrew Haley dixit: Hmm. Well, I think we're very close and it would be a shame to stop Oh, ok. now. If you do an strace -f -etrace=file you should be able to see what classes it's trying to load at the end, and one of these won't be found, and one of them wil be mentioned in the list of classes in the jcf-dump. I did it to the gij command, as you didn’t specify which, but bad luck, all it does is sitting there for a few minutes after spewing out what I attached. I’ve not had too much luck with strace on m68k for anything since the architecture was forced by glibc maintainers to switch to use TLS but didn’t have a register allocated in the psABI for it, and the porters probably didn’t want to change the ABI so they added syscalls, and now about every single function calls syscall #333 to get the TLS base address which slows strace down to hell. The “just sitting there” is idle though. root@aranym:~ # ps ax | fgrep pts/3 17229 pts/3Ss 0:00 -/bin/mksh 17255 pts/3S+ 1:03 strace -f -etrace=file gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17256 pts/3S+ 0:00 tee st.log 17257 pts/3Sl+0:35 gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17569 pts/4R+ 0:00 fgrep pts/3 Do you reckon a LD_PRELOAD open wrapper would help? (Or are we looking at more functions, if so which?) Oh, gosh. As you say, it looks like strace isn't working. I can't think of any way I'd investigate this other than using gdb to try to find the place where the exception is being thrown. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fabf9c1.6010...@redhat.com
Re: Move libspring packaging to Git?
Le jeudi 10 mai 2012 18:44:04, Thomas Koch a écrit : Hi, Hi Thomas! I maybe need spring-security 3.0 to package jamwiki (do you know it?). But it is not packaged. What's the reason? Other spring 3.x stuff is packaged. I might help out with spring packaging. But could we move the packaging to Git beforehand? Miguel already gave feedback on spring-security 3.0 package so I'll just comment on moving spring packages to git. I think it will be great, if you have time, to move all spring-core related packages to a git repository on alioth (so namely libspring-java and spring-build helper tool). Thanks! Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Re: Move libspring packaging to Git?
On Thu, May 10, 2012 at 1:44 PM, Miguel Landaeta mig...@miguel.cc wrote: On Thu, May 10, 2012 at 12:14 PM, Thomas Koch tho...@koch.ro wrote: In a few hours when I arrive to home I'll push my recent changes so you can help to get this work done. The repository is available at git://git.debian.org/git/pkg-java/libspring-security-java.git. Feel free to ask me any question about this package. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caea1cytyz3wcoe13mpazacv_w469gxgzj3osge9gunvcxxw...@mail.gmail.com