Re: changing the java default to java7, and dropping java support for some architectures

:-) I'm one who asked there some time back why java7 is no longer in the archives (unstable/experimental), while the last binaries I had installed still work OK on my mini-pc... I'm just curious, sorry for asking to the lists... I want to understand if the mini-pc is still a low performance de

Bug#656599: default-jdk: Java JDK not installable on squeeze

Jörg Kurlbaum wrote: >The following packages have unmet dependencies: > openjdk-6-jdk : Depends: openjdk-6-jre (>= 6b18-1.8.10-0+squeeze2) but it is not going to be installed > E: Broken packages > >I suspect some misconfiguration of apt. But could not find any hints Can you post the complete

java architecture names and s390x

Thanks niels for the speedy fix to armhf/sh4/powerpcspe issues in java-arch.sh. Unfortunately i've just spotted another issue on s390x the location of libjvm.so seems to be /usr/lib/jvm/java-6-openjdk-s390x/jre/lib/s390x/server However java-arch.sh appears to (from looking at the code and lo

Re: java architecture names and armhf/sh4

The name of the jre/lib/ directory is unconnected to DEB_HOST_ARCH; On interesting architectures* the full name of the directory is armel: /usr/lib/jvm/java-6-openjdk-armel/jre/lib/arm/server armhf: /usr/lib/jvm/java-6-openjdk-armhf/jre/lib/arm/server powerpc:/usr/lib/jvm/java-6-openjdk-powerpc

java architecture names and armhf/sh4

While looking at armhf build failures I took a look at uwsgi I determined it was failing on armel, armhf, sh4 and powerpc due to using incorrect paths for java stuff (it's also failing on ia64 and alpha for what appears to be unrelated reasons). Specifically it was seting the following paths.

re: libgdata-java: java bytecode / java runtime version mismatch

It is preferred to build the bytecode so that it runs on older jvms. This is done passing '-source 1.[45]' to javac (or for cdbs ant tasks setting ANT_OPTS to -Dant.build.javac.source=1.[45]. are you sure, the javac manpage only states that option affects the version the source is assumed to be

re: OpenJDK build attempts on the testing security infrastructure

/usr/include/sys/user.h:27:22: error: asm/page.h: No such file or directory In file included from ../../../src/solaris/native/com/sun/management/UnixOperatingSystem_md.c:52: /usr/include/sys/procfs.h:32:21: error: asm/elf.h: No such file or directory Theese look like the result of an outdated l

Re: gcjwebplugin runs untrusted code without sandbox

I can't believe you're actually arguing that the solution against blindly trusting a website is blindly trusting a binary blob. I would rather use a secure free plugin than a secure non-free plugin, but apparently that doesn't exist. Since the choice is between a secure non-free plugin and an i

Re: Bug#495514: Patch for #495514

Thanks for your work. I'm away on my honeymoon though, and so won't be able to help out. If, amongst yourslves, you're able to arrive at a consensus as to the best solution, please NMU as necessary. While I preffer my soloution to sebastiens his current nmu to delayed will solve the main bug

re: icedtea-gcjwebplugin should be moved to main ASAP

The maintainer for icedtea-gcjwebplugin argued for this being contrib with wrong reasoning. Where did he do that? I don't see any posts from the maintainer in the bug report log (even the setting of pending wasn't done by someone on the current maintainers list though they may be someone in the

Re: java architecture

No Idea, but I'm happy to accept suggestions / patches for javahelper to do these things if it is helpful. Surely though you don't need to use the path to these directly? The JRE/JDK should deal with that What about apps like jcc (the app where I submitted and had accepted a patch that use DE

java architecture

is there a correct way to get the name of the architecture for java, that is the ??? in /usr/lib/jvm/java-6-openjdk/jre/lib/???/object files>. In the last package I fixed up that needed to know I used DEB_BUILD_ARCH_CPU and special cased powerpc but I can't help feeling that is a bit of a dirty

selecting a java runtime

are there any scripts in debian for locating a java runtime based on a set of criteria such as java versions supported and whether or not it is a sun/sun based runtime. or to put it another way what should packages that cannot run acceptablly with gcj be doing to ensure they run with a sun bas

Re: IcedTea - a first step towards OpenJDK

I have also discovered that the plugin package that icedtea builds is uninstallable if the plugin directories don't exist (which will happen unless the user has every supported browser installed), a new postinst that fixes this issue is attatched. #!/bin/sh -e PATH=/sbin:/bin:/usr/sbin:/usr/bin

Re: IcedTea - a first step towards OpenJDK

well, then its cheaper to add it. I've attatched a new debian/control with the build-deps fixed up to allow for building on sid. well, this is wrong, you are lacking the correct libraries. see linux32(1) for the personality thing. I've attatched a new debian/rules with a check added s

Re: IcedTea - a first step towards OpenJDK

Matthias Klose wrote: peter green schrieb: IcedTea is a temporary fork of OpenJDK which allows building with a free toolchain and adding/replacing code which is not yet available under a free license. First deb Packages for amd64 and i386 are available at deb http://people.ubuntu.com/~doko

RE: IcedTea - a first step towards OpenJDK

IcedTea is a temporary fork of OpenJDK which allows building with a free toolchain and adding/replacing code which is not yet available under a free license. First deb Packages for amd64 and i386 are available at deb http://people.ubuntu.com/~doko/ubuntu/