Re: openjdk-8 package available for review
Le 04/05/2014 00:15, tony mancill a écrit : > That was it - thanks for the tip. openjdk-8 builds correctly in a > jessie chroot. The issue is now fixed if you want to give it another try. 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/536a28f3.8010...@apache.org
Re: openjdk-8 package available for review
Le 04/05/2014 00:15, tony mancill a écrit : > That was it - thanks for the tip. openjdk-8 builds correctly in a > jessie chroot. I figured what is wrong, you can work around this issue by ensuring the letter 'j' doesn't appear in the build path. There a script invoked during the hotspot build that transforms the make parameters (adjust-mflags) and corrupts them. It's supposed to detect the -j parameter but it transforms the first occurrence of 'j' in the parameters. For example a simple argument like "-I/home/ebourg/openjdk-8/make/common" becomes "-I/home/ebourg/open -j2 -dk-8/make/common". I guess make 3.x was more lenient with erroneous parameters than make 4.0, that explains why the build breaks now. 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/5369dd8b.9060...@apache.org
Re: openjdk-8 package available for review
On 05/03/2014 12:15 PM, Emmanuel Bourg wrote: > Le 03/05/2014 20:00, tony mancill a écrit : >> >> I'm having problems building. The patches apply correctly and langtools >> builds, but hotspot fails very early on in the ad_stuff target with an >> error about make arguments, which I will paste below. Any suggestions? >> I've pulled the current source package and building with "debuild -uc >> -uc" on amd64 in sid chroot. > > This may be a side effect of make 4.0, it has been uploaded to unstable > today. > > http://packages.qa.debian.org/m/make-dfsg.html That was it - thanks for the tip. openjdk-8 builds correctly in a jessie chroot. tony signature.asc Description: OpenPGP digital signature
Re: openjdk-8 package available for review
Le 03/05/2014 20:00, tony mancill a écrit : > > I'm having problems building. The patches apply correctly and langtools > builds, but hotspot fails very early on in the ad_stuff target with an > error about make arguments, which I will paste below. Any suggestions? > I've pulled the current source package and building with "debuild -uc > -uc" on amd64 in sid chroot. This may be a side effect of make 4.0, it has been uploaded to unstable today. http://packages.qa.debian.org/m/make-dfsg.html 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/5365404a.6080...@apache.org
Re: Re: openjdk-8 package available for review
> On Tue, Apr 08, 2014 at 06:36:59PM -0300, Miguel Landaeta wrote: >> >> Thanks, it was something obvious as I suspected. >> My build just started, let's see how it goes for me. :) >> > > I was able to rebuild it and to use it to rebuild some other packages. I'm having problems building. The patches apply correctly and langtools builds, but hotspot fails very early on in the ad_stuff target with an error about make arguments, which I will paste below. Any suggestions? I've pulled the current source package and building with "debuild -uc -uc" on amd64 in sid chroot. Thank you, tony > make[6]: Entering directory > '/data/debian/sponsor/openjdk-8/openjdk-8/build/hotspot/linux_amd64_compiler2/product' > /usr/bin/make: invalid option -- '-' > /usr/bin/make: invalid option -- '8' > /usr/bin/make: invalid option -- '/' > /usr/bin/make: invalid option -- 'a' > /usr/bin/make: invalid option -- '/' > /usr/bin/make: invalid option -- 'c' > Usage: make [options] [target] ... > Options: > -b, -m Ignored for compatibility. > -B, --always-make Unconditionally make all targets. > -C DIRECTORY, --directory=DIRECTORY > Change to DIRECTORY before doing anything. > -d Print lots of debugging information. > --debug[=FLAGS] Print various types of debugging information. > -e, --environment-overrides > Environment variables override makefiles. > --eval=STRING Evaluate STRING as a makefile statement. > -f FILE, --file=FILE, --makefile=FILE > Read FILE as a makefile. > -h, --help Print this message and exit. > -i, --ignore-errors Ignore errors from recipes. > -I DIRECTORY, --include-dir=DIRECTORY > Search DIRECTORY for included makefiles. > -j [N], --jobs[=N] Allow N jobs at once; infinite jobs with no arg. > -k, --keep-goingKeep going when some targets can't be made. > -l [N], --load-average[=N], --max-load[=N] > Don't start multiple jobs unless load is below > N. > -L, --check-symlink-times Use the latest mtime between symlinks and > target. > -n, --just-print, --dry-run, --recon > Don't actually run any recipe; just print them. > -o FILE, --old-file=FILE, --assume-old=FILE > Consider FILE to be very old and don't remake > it. > -O[TYPE], --output-sync[=TYPE] > Synchronize output of parallel jobs by TYPE. > -p, --print-data-base Print make's internal database. > -q, --question Run no recipe; exit status says if up to date. > -r, --no-builtin-rules Disable the built-in implicit rules. > -R, --no-builtin-variables Disable the built-in variable settings. > -s, --silent, --quiet Don't echo recipes. > -S, --no-keep-going, --stop > Turns off -k. > -t, --touch Touch targets instead of remaking them. > --trace Print tracing information. > -v, --version Print the version number of make and exit. > -w, --print-directory Print the current directory. > --no-print-directoryTurn off -w, even if it was turned on > implicitly. > -W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE > Consider FILE to be infinitely new. > --warn-undefined-variables Warn when an undefined variable is referenced. > > This program built for x86_64-pc-linux-gnu > Report bugs to > /data/debian/sponsor/openjdk-8/openjdk-8/hotspot/make/linux/makefiles/top.make:91: > recipe for target 'ad_stuff' failed > make[6]: Leaving directory > '/data/debian/sponsor/openjdk-8/openjdk-8/build/hotspot/linux_amd64_compiler2/product' > make[6]: *** [ad_stuff] Error 2 signature.asc Description: OpenPGP digital signature
Re: openjdk-8 package available for review
On 05/02/2014 02:56 PM, Emmanuel Bourg wrote: > Le 02/05/2014 16:18, Emmanuel Bourg a écrit : > >> And there are a few build dependencies left on openjdk-6-jdk: >> >> - java-access-bridge > > I'm unable to find any dependency left on libaccess-bridge-java (there > is just a suggested dependency on libaccess-bridge-java-jni from > omegat). java-access-bridge depends on at-spi which was removed one year > ago, it doesn't build anymore. As I understand this package has been > replaced by libatk-wrapper-java. > > Any objection to request its removal? None from me. If we decide at some point that we need it, we can always re-introduce it. tony signature.asc Description: OpenPGP digital signature
Re: openjdk-8 package available for review
Le 02/05/2014 22:25, Felix Natter a écrit : > Thus, after extracting openjdk-8_8u5-b13.orig.tar.gz in . (the directory > containing 'debian'), I had to move its contents (two tarballs) from > ./openjdk8 to . [1] > --> maybe this should be mentioned in README.source? I didn't document this step because I assumed every developer was familiar with this task. I guess that's an evidence that debcheckout and git-buildpackage have done a great job for hiding this annoying step and simplifying the packaging workflow. 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/536416af.1000...@apache.org
Re: openjdk-8 package available for review
Le 02/05/2014 16:18, Emmanuel Bourg a écrit : > And there are a few build dependencies left on openjdk-6-jdk: > > - java-access-bridge I'm unable to find any dependency left on libaccess-bridge-java (there is just a suggested dependency on libaccess-bridge-java-jni from omegat). java-access-bridge depends on at-spi which was removed one year ago, it doesn't build anymore. As I understand this package has been replaced by libatk-wrapper-java. Any objection to request its removal? 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/536414aa.5070...@apache.org
Re: openjdk-8 package available for review
Emmanuel Bourg writes: > Hi Felix, hello Emmanuel, > Thank you for giving a try. > > Le 01/05/2014 18:27, Felix Natter a écrit : > >> I am having a small issue with the current git version: >> If I download via "debian/rules get-orig-source", and then >> "dpkg-buildpackage -us -uc" I get: >> >> Extracting the sources... >> tar -xf jdk8u-*.tar.xz >> tar: jdk8u-*.tar.xz: Cannot open: No such file or directory >> tar: Error is not recoverable: exiting now >> make: *** [stamps/unpack] Error 2 >> dpkg-buildpackage: error: debian/rules build gave error exit status 2 > > I think you forgot to extract the upstream tarball in the current directory. Indeed, sorry. Just one note: for me, the upstream tarball (downloaded by debian/rules get-orig-source) contains a directory "openjdk8": $ tar -tzf openjdk-8_8u5-b13.orig.tar.gz openjdk8/ openjdk8/jdk8u-jdk8u5-b13.tar.xz openjdk8/aarch64-port-jdk8-b132.tar.xz Thus, after extracting openjdk-8_8u5-b13.orig.tar.gz in . (the directory containing 'debian'), I had to move its contents (two tarballs) from ./openjdk8 to . [1] --> maybe this should be mentioned in README.source? [1] it also wouldn't help if I had extracted the orig tarball in the parent of the clone directory, as the clone directory is named 'openjdk-8' (not 'openjdk8') by default. >> Another question: Is it sufficient to point "update-java-alternatives" >> to openjdk-8 in order to use it to build and run subsequent packages >> (that build-depend on default-jdk and depend on default-jre)? > > To build with Java 8 you have to change the JAVA_HOME variable. It's > defined in every debian/rules file and usually points to > /usr/lib/jvm/default-java. update-java-alternatives doesn't change the > VM linked to this path, you have to change debian/rules or install a > modified version of default-jdk: > > http://87.98.165.193/debian/java-common/ Thanks for the explanation. Cheers and Best Regards, -- Felix Natter -- 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/87sios0vyd@bitburger.home.felix
Re: openjdk-8 package available for review
Le 02/05/2014 20:18, Felix Natter a écrit : > Does that mean that you intend to ship openjdk-7 xor openjdk-8 in > jessie? I think it would be good to keep openjdk-7 in case there are > problems (like rendering problems [1]) with openjdk-8. openjdk-8 build depends on openjdk-7 so it can't go away that easily. 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/5363f003.6060...@apache.org
Openjdk-7-jre: was: Re: openjdk-8 package available for review
On 02/05/2014 20:18, Felix Natter wrote: > > BTW: my package jmapviewer still Depends: on openjdk-7-jre. This should > soon be changed to default-jre, right? (I _think_ David wants to package > 1.03 anyway...). > Right! Sylvestre -- 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/5363e880.9060...@debian.org
Re: openjdk-8 package available for review
Matthias Klose writes: > Am 02.05.2014 06:36, schrieb tony mancill: >> On 05/01/2014 10:05 AM, Emmanuel Bourg wrote: >>> Le 01/05/2014 18:27, Felix Natter a écrit : >> Another question: Is it sufficient to point "update-java-alternatives" to openjdk-8 in order to use it to build and run subsequent packages (that build-depend on default-jdk and depend on default-jre)? >>> >>> To build with Java 8 you have to change the JAVA_HOME variable. It's >>> defined in every debian/rules file and usually points to >>> /usr/lib/jvm/default-java. update-java-alternatives doesn't change the VM >>> linked to this path, you have to change debian/rules or install a >>> modified version of default-jdk: >>> >>> http://87.98.165.193/debian/java-common/ >> >> Given that we're 6 months from the freeze, and just 4 months from the >> deadline for any new transitions [1], is it reasonable to target uploading >> a new java-common to experimental that depends on openjdk-8 in the next >> month or so? hello Matthias, > The first priority should be to ship with only one version of OpenJDK. Does that mean that you intend to ship openjdk-7 xor openjdk-8 in jessie? I think it would be good to keep openjdk-7 in case there are problems (like rendering problems [1]) with openjdk-8. I am in the process of testing 8, but I probably won't be able to reproduce all issues with 8 (and 7 seems to work quite well). [1] http://freeplane.sourceforge.net/wiki/index.php/Rendering_Issues BTW: my package jmapviewer still Depends: on openjdk-7-jre. This should soon be changed to default-jre, right? (I _think_ David wants to package 1.03 anyway...). Cheers and Best Regards, -- Felix Natter -- 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/87tx9882nu@bitburger.home.felix
Re: openjdk-8 package available for review
Le 02/05/2014 15:11, Matthias Klose a écrit : > The first priority should be to ship with only one version of OpenJDK. I have just fixed visualvm which was one of the remaining packages depending on openjdk-6. We are down to two bugs preventing the removal: https://bugs.debian.org/727805 (rjava) https://bugs.debian.org/717015 (clojure1.2) And there are a few build dependencies left on openjdk-6-jdk: - java-access-bridge - osmosis-plugin-borderextract (FTBFS since June 2013, #713177) > OpenJDK 8 is an option, but not a must have. If you can make it work on all > architectures currently supported by OpenJDK 7, fine. Having outdated packages in Debian is also an option, but not a must have ;) The Java community is eager to use Java 8, we can't disappoint them. What about turning openjdk-8 as the default Java on the platforms supporting it and keeping openjdk-7 on the other architectures? 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/5363a948.30...@apache.org
Re: openjdk-8 package available for review
Am 02.05.2014 06:36, schrieb tony mancill: > On 05/01/2014 10:05 AM, Emmanuel Bourg wrote: >> Le 01/05/2014 18:27, Felix Natter a écrit : > >>> Another question: Is it sufficient to point "update-java-alternatives" >>> to openjdk-8 in order to use it to build and run subsequent packages >>> (that build-depend on default-jdk and depend on default-jre)? >> >> To build with Java 8 you have to change the JAVA_HOME variable. It's >> defined in every debian/rules file and usually points to >> /usr/lib/jvm/default-java. update-java-alternatives doesn't change the VM >> linked to this path, you have to change debian/rules or install a >> modified version of default-jdk: >> >> http://87.98.165.193/debian/java-common/ > > Given that we're 6 months from the freeze, and just 4 months from the > deadline for any new transitions [1], is it reasonable to target uploading > a new java-common to experimental that depends on openjdk-8 in the next > month or so? The first priority should be to ship with only one version of OpenJDK. OpenJDK 8 is an option, but not a must have. If you can make it work on all architectures currently supported by OpenJDK 7, fine. Matthias -- 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/5363997b.4000...@debian.org
Re: openjdk-8 package available for review
On 02/05/2014 08:40, Emmanuel Bourg wrote: > Le 02/05/2014 06:36, tony mancill a écrit : > >> Given that we're 6 months from the freeze, and just 4 months from the >> deadline for any new transitions [1], is it reasonable to target >> uploading a new java-common to experimental that depends on openjdk-8 in >> the next month or so? > > Why not, but will an upload to experimental be accepted if openjdk-8 > isn't uploaded first? no but we can always upload an alpha-packaged version of openjdk-8 in experimental. Cheers, Sylvestre -- 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/53633ed8.60...@debian.org
Re: openjdk-8 package available for review
Le 02/05/2014 06:36, tony mancill a écrit : > Given that we're 6 months from the freeze, and just 4 months from the > deadline for any new transitions [1], is it reasonable to target > uploading a new java-common to experimental that depends on openjdk-8 in > the next month or so? Why not, but will an upload to experimental be accepted if openjdk-8 isn't uploaded first? 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/53633dc4.1010...@apache.org
Re: openjdk-8 package available for review
On 05/01/2014 10:05 AM, Emmanuel Bourg wrote: > Le 01/05/2014 18:27, Felix Natter a écrit : >> Another question: Is it sufficient to point "update-java-alternatives" >> to openjdk-8 in order to use it to build and run subsequent packages >> (that build-depend on default-jdk and depend on default-jre)? > > To build with Java 8 you have to change the JAVA_HOME variable. It's > defined in every debian/rules file and usually points to > /usr/lib/jvm/default-java. update-java-alternatives doesn't change the > VM linked to this path, you have to change debian/rules or install a > modified version of default-jdk: > > http://87.98.165.193/debian/java-common/ Given that we're 6 months from the freeze, and just 4 months from the deadline for any new transitions [1], is it reasonable to target uploading a new java-common to experimental that depends on openjdk-8 in the next month or so? Cheers, tony [1] https://lists.debian.org/debian-devel-announce/2014/05/msg0.html signature.asc Description: OpenPGP digital signature
Re: openjdk-8 package available for review
Hi Felix, Thank you for giving a try. Le 01/05/2014 18:27, Felix Natter a écrit : > I am having a small issue with the current git version: > If I download via "debian/rules get-orig-source", and then > "dpkg-buildpackage -us -uc" I get: > > Extracting the sources... > tar -xf jdk8u-*.tar.xz > tar: jdk8u-*.tar.xz: Cannot open: No such file or directory > tar: Error is not recoverable: exiting now > make: *** [stamps/unpack] Error 2 > dpkg-buildpackage: error: debian/rules build gave error exit status 2 I think you forgot to extract the upstream tarball in the current directory. > Another question: Is it sufficient to point "update-java-alternatives" > to openjdk-8 in order to use it to build and run subsequent packages > (that build-depend on default-jdk and depend on default-jre)? To build with Java 8 you have to change the JAVA_HOME variable. It's defined in every debian/rules file and usually points to /usr/lib/jvm/default-java. update-java-alternatives doesn't change the VM linked to this path, you have to change debian/rules or install a modified version of default-jdk: http://87.98.165.193/debian/java-common/ 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/53627ec3.10...@apache.org
Re: openjdk-8 package available for review
Emmanuel Bourg writes: > Hi all, > > I have completed the first steps to package OpenJDK 8 and it's now > possible to play with the package. I have uploaded amd64 binaries for > those interested in testing this quickly: > > http://87.98.165.193/debian > > The source package is available on alioth, instructions to download the > upstream tarball are in debian/README.source: > > http://anonscm.debian.org/gitweb/?p=pkg-java/openjdk-8.git hi Emmanuel, I am having a small issue with the current git version: If I download via "debian/rules get-orig-source", and then "dpkg-buildpackage -us -uc" I get: Extracting the sources... tar -xf jdk8u-*.tar.xz tar: jdk8u-*.tar.xz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now make: *** [stamps/unpack] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 When using "uscan --download-current-version" or "uscan --download-current-version --repack", I still don't get ../jdk8u-*.tar.xz. Another question: Is it sufficient to point "update-java-alternatives" to openjdk-8 in order to use it to build and run subsequent packages (that build-depend on default-jdk and depend on default-jre)? Thanks and Best Regards, -- Felix Natter -- 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/87mwf1sbug@bitburger.home.felix
Re: openjdk-8 as a default-jdk,jre in jessie [Was Re: openjdk-8 package available for review]
I also think that having OpenJDK 8 as the default would be preferable. However fixing 80+ FTBFS bugs in time might be quite of a feat depending on the type of the problem. I suggest to file bug reports for all those bugs first. Severity important seems to be reasonable at the beginning. If it turns out that the progress is going well and the release goal appears to be doable, we can always raise the severity to serious. What do you think about usertags like User: pkg-java-maintain...@lists.alioth.debian.org Usertags: openjdk-8-transition Regards, Markus -- 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/5346cc83.2030...@gambaru.de
openjdk-8 as a default-jdk,jre in jessie [Was Re: openjdk-8 package available for review]
On 09/04/2014 05:55, tony mancill wrote: > On 04/08/2014 05:40 PM, Miguel Landaeta wrote: >> On Wed, Apr 09, 2014 at 12:12:57AM +0200, Emmanuel Bourg wrote: >>> OpenJDK 8 in Jessie is a must-have in my opinion, and we are now on >>> track to provide a proper package. >> Agree. >> >>> The question of the default-jdk is open for discussion. Fedora 21 will >>> default to OpenJDK 8 and I wish we could switch as well. David Suarez >>> has kindly accepted to launch a rebuild of the Java packages with >>> OpenJDK 8 and we have ~80 packages to fix [1] (see [2] for a summary of >>> the issues encountered). I started fixing some packages and reporting >>> the issues upstream, but I think more manpower is needed to fix and >>> stabilize everything before the freeze. >> This is a discussion we have to have now as jessie freeze deadline >> approaches. >> >> I already identified some of my packages in that list so I'll begin >> fixing that. >> >> We agree on the manpower issue for this as well. > I agree that this is a good discussion to start now - we're 7 months > before the freeze for jessie. > > My initial thought was that jessie would use OpenJDK 7. However, given > that the jessie freeze is in early November of 2014 [0], and that Oracle > has (tentatively?) announced EOL for Java7 in April of 2015 [1], OpenJDK > 8 seems like it might be a better choice for the default-jdk over the > stable lifetime of jessie. Of course, OpenJDK 7 isn't bound to Oracle's > schedule (just as support for OpenJDK 6 hasn't been), and it's difficult > to know what mainstream adoption of Java 8 will be like. > I am also in favor of using Openjdk 8 as default for jessie Emmanuel results are pretty good, it is going to be maintained for a longer period than 7. Sylvestre -- 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/5346a85f.2020...@debian.org
Re: openjdk-8 package available for review
Le 10/04/2014 14:23, Eugene Zhukov a écrit : . > Isn't JavaFX supposed to be part of JDK 8? JavaFX is part of Java 8, but not part of OpenJDK 8. It's under a different upstream repository: http://hg.openjdk.java.net/openjfx/8/master/rt/file/ We will probably have to package it separately. 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/53468e7f.9080...@apache.org
Re: openjdk-8 package available for review
Hello, I cloned OpenJDK 8 repo from [0], downloaded source with get-orig-source, built and installed the binaries. Then I tried to compile (switched to new javac before, of course) JavaFX "Hello World" application. Compilation fails with package javafx.* does not exist... Isn't JavaFX supposed to be part of JDK 8? [0] https://alioth.debian.org/anonscm/git/pkg-java/openjdk-8.git Regards, Eugene -- 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/CAPqGMf+R=8mktbpun7oohedy0fxd7+rj9ju79z7ttvcz5jw...@mail.gmail.com
Re: openjdk-8 package available for review
On Wed, Apr 9, 2014 at 11:55 AM, tony mancill wrote: > My initial thought was that jessie would use OpenJDK 7. However, given > that the jessie freeze is in early November of 2014 [0], and that Oracle > has (tentatively?) announced EOL for Java7 in April of 2015 [1], OpenJDK > 8 seems like it might be a better choice for the default-jdk over the > stable lifetime of jessie. Of course, OpenJDK 7 isn't bound to Oracle's > schedule (just as support for OpenJDK 6 hasn't been), and it's difficult > to know what mainstream adoption of Java 8 will be like. Probably best to just proceed in a normal way; add OpenJDK 8 to Debian, start a transition and if it completes in time then make OpenJDK 8 the default with OpenJDK 7 still an option. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6F5nw35=zbcyuqtg8m-y96fbuvzspgzc6_miacumef...@mail.gmail.com
Re: openjdk-8 package available for review
On 04/08/2014 05:40 PM, Miguel Landaeta wrote: > On Wed, Apr 09, 2014 at 12:12:57AM +0200, Emmanuel Bourg wrote: >> >> OpenJDK 8 in Jessie is a must-have in my opinion, and we are now on >> track to provide a proper package. > > Agree. > >> The question of the default-jdk is open for discussion. Fedora 21 will >> default to OpenJDK 8 and I wish we could switch as well. David Suarez >> has kindly accepted to launch a rebuild of the Java packages with >> OpenJDK 8 and we have ~80 packages to fix [1] (see [2] for a summary of >> the issues encountered). I started fixing some packages and reporting >> the issues upstream, but I think more manpower is needed to fix and >> stabilize everything before the freeze. > > This is a discussion we have to have now as jessie freeze deadline > approaches. > > I already identified some of my packages in that list so I'll begin > fixing that. > > We agree on the manpower issue for this as well. I agree that this is a good discussion to start now - we're 7 months before the freeze for jessie. My initial thought was that jessie would use OpenJDK 7. However, given that the jessie freeze is in early November of 2014 [0], and that Oracle has (tentatively?) announced EOL for Java7 in April of 2015 [1], OpenJDK 8 seems like it might be a better choice for the default-jdk over the stable lifetime of jessie. Of course, OpenJDK 7 isn't bound to Oracle's schedule (just as support for OpenJDK 6 hasn't been), and it's difficult to know what mainstream adoption of Java 8 will be like. I hope others with stronger opinions one way or the other will weigh in on this thread... :) Cheers, tony [0] https://release.debian.org/jessie/freeze_policy.html [1] http://www.oracle.com/technetwork/java/eol-135779.html signature.asc Description: OpenPGP digital signature
Re: openjdk-8 package available for review
On Tue, Apr 08, 2014 at 06:36:59PM -0300, Miguel Landaeta wrote: > > Thanks, it was something obvious as I suspected. > My build just started, let's see how it goes for me. :) > I was able to rebuild it and to use it to rebuild some other packages. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: openjdk-8 package available for review
On Wed, Apr 09, 2014 at 12:12:57AM +0200, Emmanuel Bourg wrote: > > OpenJDK 8 in Jessie is a must-have in my opinion, and we are now on > track to provide a proper package. Agree. > The question of the default-jdk is open for discussion. Fedora 21 will > default to OpenJDK 8 and I wish we could switch as well. David Suarez > has kindly accepted to launch a rebuild of the Java packages with > OpenJDK 8 and we have ~80 packages to fix [1] (see [2] for a summary of > the issues encountered). I started fixing some packages and reporting > the issues upstream, but I think more manpower is needed to fix and > stabilize everything before the freeze. This is a discussion we have to have now as jessie freeze deadline approaches. I already identified some of my packages in that list so I'll begin fixing that. We agree on the manpower issue for this as well. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: openjdk-8 package available for review
Le 08/04/2014 23:36, Miguel Landaeta a écrit : > Side question: What are our plans (as debian-java team) regarding > openjdk-8 for jessie? openjdk-7 is going to be our default-jdk but do we > plan to provide openjdk-8 as preview, right? OpenJDK 8 in Jessie is a must-have in my opinion, and we are now on track to provide a proper package. The question of the default-jdk is open for discussion. Fedora 21 will default to OpenJDK 8 and I wish we could switch as well. David Suarez has kindly accepted to launch a rebuild of the Java packages with OpenJDK 8 and we have ~80 packages to fix [1] (see [2] for a summary of the issues encountered). I started fixing some packages and reporting the issues upstream, but I think more manpower is needed to fix and stabilize everything before the freeze. Emmanuel Bourg [1] http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/ [2] http://people.apache.org/~ebourg/openjdk8-rebuild-analysis.xls -- 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/53447469.5050...@apache.org
Re: openjdk-8 package available for review
On Tue, Apr 08, 2014 at 11:22:07PM +0200, Emmanuel Bourg wrote: > > Thank you for the hint, I forgot to set the QUILT_PATCHES variable in > debian/rules. You should have QUILT_PATCHES=debian/patches in > ~/.quiltrc, this allowed me to build the package with debuild. With the > fixed debian/rules it now builds properly with pbuilder. Thanks, it was something obvious as I suspected. My build just started, let's see how it goes for me. :) > > I tried to build this package this way: > > > > DEB_BUILD_OPTIONS="parallel=8" debuild -us -uc > > Note that the number of cores is probed automatically, you don't have to > set the 'parallel' option to accelerate the build. Good to know. I just wanted to be explicit and to use all the hardware that I have available for this. Side question: What are our plans (as debian-java team) regarding openjdk-8 for jessie? openjdk-7 is going to be our default-jdk but do we plan to provide openjdk-8 as preview, right? Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: openjdk-8 package available for review
Le 08/04/2014 20:04, Miguel Landaeta a écrit : > I was playing with your openjdk-8 (thanks for packaging it!) package > but I think I'm missing something obvius regarding quilt or something > with the patch management system. Thank you for the hint, I forgot to set the QUILT_PATCHES variable in debian/rules. You should have QUILT_PATCHES=debian/patches in ~/.quiltrc, this allowed me to build the package with debuild. With the fixed debian/rules it now builds properly with pbuilder. > I tried to build this package this way: > > DEB_BUILD_OPTIONS="parallel=8" debuild -us -uc Note that the number of cores is probed automatically, you don't have to set the 'parallel' option to accelerate the build. 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/5344687f.2090...@apache.org
Re: openjdk-8 package available for review
On Wed, Apr 02, 2014 at 01:56:37AM +0200, Emmanuel Bourg wrote: > The source package is available on alioth, instructions to download the > upstream tarball are in debian/README.source: > > http://anonscm.debian.org/gitweb/?p=pkg-java/openjdk-8.git > Hi Emmanuel, I was playing with your openjdk-8 (thanks for packaging it!) package but I think I'm missing something obvius regarding quilt or something with the patch management system. I checked the sanity of my system by building openjdk-7 successfully but I'm unable to even start openjdk-8 build, it fails with this error: # Apply the patches quilt push -a No series file found make: *** [stamps/patch] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1364: dpkg-buildpackage -rfakeroot -D -us -uc failed I'm attaching the complete failed log in case you want to review something. I tried to build this package this way: DEB_BUILD_OPTIONS="parallel=8" debuild -us -uc I even set QUILT_SERIES environment variable but it made no difference. Thanks, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 "Faith means not wanting to know what is true." -- Nietzsche dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package openjdk-8 dpkg-buildpackage: source version 8~b132-1~miguel1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Emmanuel Bourg dpkg-source --before-build openjdk-8 dpkg-buildpackage: host architecture amd64 dpkg-source: info: applying fix-jtreg-location.patch dpkg-source: info: applying system-libjpeg.patch dpkg-source: info: applying system-libpng.patch dpkg-source: info: applying system-lcms.patch dpkg-source: info: applying disable-doclint-by-default.patch dpkg-source: info: applying ld-symbolic-functions-default.diff dpkg-source: info: applying shebang.diff dpkg-source: info: applying jexec.diff dpkg-source: info: applying jdk-freetypeScaler-crash.diff dpkg-source: info: applying default-jvm-cfg-default.diff dpkg-source: info: applying nonreparenting-wm.diff dpkg-source: info: applying accessible-toolkit.patch dpkg-source: info: applying atk-wrapper-security.patch dpkg-source: info: applying icedtea-override-redirect-compiz.patch dpkg-source: info: applying icedtea-4953367.patch dpkg-source: info: applying icc_loading_with_symlink.diff dpkg-source: info: applying zero-fpu-control-is-noop.diff dpkg-source: info: applying zero-missing-headers.diff dpkg-source: info: applying libpcsclite-dlopen.diff dpkg-source: info: applying dnd-files.patch dpkg-source: info: applying hotspot-sparc-arch.diff dpkg-source: info: applying sparc-stubgenerator.diff dpkg-source: info: applying hotspot-no-march-i586.diff dpkg-source: info: applying hotspot-powerpcspe.diff dpkg-source: info: applying hotspot-mips-align.diff fakeroot debian/rules clean dh_testdir dh_testroot dh_prep for f in debian/templates/*.in debian/patches/*.in; do \ f2=$(echo $f | sed 's/\/templates//;s/JB/openjdk-8/;s/\.in$//'); \ case "$f2" in debian/control) continue; esac; \ rm -f $f2; \ done rm -f debian/*.install debian/*.links debian/*.debhelper.log # Revert the patches quilt pop -a Removing patch hotspot-mips-align.diff Restoring hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp Removing patch hotspot-powerpcspe.diff Restoring hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.hpp Removing patch hotspot-no-march-i586.diff Restoring hotspot/make/linux/makefiles/gcc.make Removing patch sparc-stubgenerator.diff Restoring hotspot/src/cpu/sparc/vm/stubGenerator_sparc.cpp Removing patch hotspot-sparc-arch.diff Restoring hotspot/make/linux/makefiles/defs.make Removing patch dnd-files.patch Restoring jdk/src/solaris/classes/sun/awt/X11/XDataTransferer.java Removing patch libpcsclite-dlopen.diff Restoring jdk/src/solaris/classes/sun/security/smartcardio/PlatformPCSC.java Removing patch zero-missing-headers.diff Restoring hotspot/src/cpu/zero/vm/nativeInst_zero.cpp Restoring hotspot/src/cpu/zero/vm/entry_zero.hpp Removing patch zero-fpu-control-is-noop.diff Restoring hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp Removing patch icc_loading_with_symlink.diff Restoring jdk/src/share/classes/java/awt/color/ICC_Profile.java Removing patch icedtea-4953367.patch Restoring jdk/src/solaris/native/java/lang/java_props_md.c Removing patch icedtea-override-redirect-compiz.patch Restoring jdk/src/solaris/classes/sun/awt/X11/XWindowPeer.java Removing patch atk-wrapper-security.patch Restoring jdk/src/share/lib/security/java.security-linux Removing patch accessible-toolkit.patch Restoring jdk/src/share/classes/java/awt/Toolkit.java Removing patch nonreparenting-wm.diff Restoring jdk/src/solari