similar to: [PATCH] m4: Add java search path for Gentoo

This helps some distros (e.g. Archlinux) where openjdk is installed in java-MAJOR-openjdk directories, without any "default version" symlink. --- configure.ac | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configure.ac b/configure.ac index 1d93ca0..fa26924 100644 --- a/configure.ac +++ b/configure.ac @@ -1251,6 +1251,8 @@ if test "x$with_java" != "xno"; then

Starting OpenJDK 10, the 'javah' utility is no more provided [1], and its functionality is provided by 'javac' itself. Hence, do not error out on missing 'javah', and store whether it was found; in case it is not, then: 1) assume 'javac' has the -h parameter to generate the C header, and make use of it 2) tell the buildsystem that

This commit starts to split our massive, monolithic configure.ac file into smaller files, using the m4_include mechanism to combine them. I don't know if we should really do this, so I'm open to comments about it. However: - Our configure.ac script is 1800+ lines long, and that's pretty long. - configure.ac lacks structure; splitting it up might improve that. - From what I read,

Add sort of "headers" to split most of the logical sections of the configure, so it is easier to get feedback on the progress of configure. --- configure.ac | 46 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) diff --git a/configure.ac b/configure.ac index 7f9c1dac0..5ccf6f821 100644 --- a/configure.ac +++ b/configure.ac @@ -76,11 +76,15 @@

Output each path where we attempt to find 'java', so it is easier to spot whether the location for the current OS is missing. This also removes the need to print the location next to the version, since the location was already printed above. --- m4/guestfs_java.m4 | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/m4/guestfs_java.m4 b/m4/guestfs_java.m4 index

1) DRICreatePCIBusID belongs to xserver dri module, so when it's unavailable we can't format string for drmCheckModesettingSupported. (This situation happened to me with KMS enabled and dri module moved somewhere else by Gentoo's "eselect opengl set nvidia" switcher) Open code DRICreatePCIBusID to drop dri dependency. 2) Once we dropped dependency on dri module

I installed the Samba 4 alpha 21 using the Samba 4 alpha 20 ebuild as a template: When I try to run the samba-tool command, I keep getting *Code:*File "/usr/bin/samba-tool", line 38 except SystemExit, e: ^ SyntaxError: invalid syntax

I updated wine to latest git (wine-1.1.26-390-g31dab8f) and upgraded my nvidia drivers to 190.18. When I attempted to test some of the DX9 and 10 games I usually test, none of them seem to be able to recognize either my DX version or the drivers. I suspect that the drivers are the issue. Here is a relevant example from a test for Assassins Creed. xavier at xavier-pc

Hola buenas, utlimamente estoy teniendo más problemas con mi equipo de los que debería. Bajo windows no me funciona bien Rstudio y bajo linux soy incapaz de instalar rJava. ¿Alguien que sepa de Linux me podría ayudar? He probado a instalar los openJDK y nada. También he probado, para instalar Java, a hacer un: sudo add-apt-repository ppa:webupd8team/java sudo apt-get update && sudo

Hi, I would like to test the new package RGG (R Gui Generator). This package requires the installation of several other package. One of them is rJava. I installed sun-java6-jdk and run the R CMD javareconf but the installation still fails ! Do you have any ideas ? * Installing *source* package ‘rJava’ ... checking for gcc... gcc -std=gnu99 checking for C compiler default output file

Ok, I have exactly the same problem when I compile, I will try to understand where is the problem. Gaël 2013/11/21 Gaël Thomas <gael.thomas00 at gmail.com>: > Arg, you have to use a version strictly before the 7u25 (probably the > 7u21), sorry! > > I hope that it will work, because I also have problem to compile the > trunk version of vmkit (I haven't tested the trunk

Thanks for your help so far Gaël, but I ran into more trouble. I installed the JDK on my system and the messages indicated the JVM version needs to be 1.6. Did you intend to link me to Java 7? LD_LIBRARY_PATH=/usr/lib/jvm/jdk1.7.0_25/jre/lib/amd64/server/:/usr/lib/jvm/jdk1.7.0_25/jre/:/usr/lib/jvm/jdk1.7.0_25/jre/lib/amd64/ Buildfile: /path/to/code/vmkit/mmtk/java/build.xml main: [javac]

Hi, Sorry if this is to wrong mailing list. In that case, please point me to correct mailing list. Please also excuse rather long mail - I am not sure what piece of information would be useful for anybody who could help me. Couple of days back I had put a query about box-plots using GUI. I got some excellent suggestions. One of them was to use JGR/Deducer. It worked quite well for my needs.

Is there a particular revision in the repository that I can checkout and work from? Thanks, -- Adam On Thu, Nov 21, 2013 at 3:46 PM, Gaël Thomas <gael.thomas00 at gmail.com> wrote: > Ok, I have exactly the same problem when I compile, I will try to > understand where is the problem. > > Gaël > > 2013/11/21 Gaël Thomas <gael.thomas00 at gmail.com>: >> Arg, you

Thanks Dirk and Enrico, First clarification: I'm in this mess because I'm trying to run R 3.5.2 within Debian stable (9/"sretch") using the stretch-cran35 repository. That uses and provides r-api-35 but many of the packages depend upon r-api-3. As Johannes said a day or so back, the way around this is to use install.packages() in R to get the packages you want. That leads you

Arg, you have to use a version strictly before the 7u25 (probably the 7u21), sorry! I hope that it will work, because I also have problem to compile the trunk version of vmkit (I haven't tested the trunk since two months). I'm investigating. Tell me if it works for you with an older version :) See you, Gaël PS: the warning messages are not important 2013/11/21 Adam Pridgen

Hello, I am trying to build vmkit2 from the repo using OpenJDK 6 (stock install) on Ubuntu 13.04 amd64. When I try to compile vmkit2 I get the core dump below. I am not sure what the issue is, but I was getting the same error when I was also using classpath. My build environment is set up in the following way:

We just upgraded Cent from 5.3 to 5.5 on a bunch of servers with little to no issues (kudos to you guys) except on a few servers where it appears we are having a problem w/ the Tomcat upgrade. Previously our application server was working fine under 5.3 with Tomcat/Java installed as such: java-1.4.2-gcj-compat-1.4.2.0-40jpp.115 java-1.6.0-openjdk-1.6.0.0-0.30.b09.el5

Hi, Dirk Eddelbuettel advised me to write here. Here is my original letter to him: I would like to enquire about package r-cran-rjava on Debian jesse. It seems that if default-jre package is not installed, but openjdk-7-jre is installed, then library(rJava) in R fails. I?ve been bitten by this today and I wonder whether this an issue of mine, or is this a possible bug. My server admin used

Dear all, I installed the amd64 cran2deb [1] JGR binaries on a fresh Debian testing, and JGR is missbehaving. When JGR starts up, one core of the CPU goes to 100% and stays there, even though I am keeping it idle and not performing any operation. I tried JGR with both sun-java6-jdk and openjdk-6-jdk, debian-liv:/home/liviu# update-alternatives --config java There are 4 choices for the alternative