Re: [ptxdist] splashutils fails to build
Hi Michael, Thank you for clearing this up. So how should this be handled? First of all, I guess --enable-static should be in the splashutils makefile, second of all, should libpng and so on, then depend on this in some way, or can that enable_static=no rule instead be changed directly from splashutils if needed? 2015-01-14 11:31 GMT+01:00 Michael Olbrich m.olbr...@pengutronix.de: On Fri, Jan 09, 2015 at 02:30:03PM +0100, Martin Hejnfelt wrote: 2015-01-08 7:46 GMT+01:00 Martin Hejnfelt m...@newtec.dk: After upgrading to OSELAS-Toolchain-2014.12.0, using gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16 for i686-atom-linux-gnu, suddenly splashutils (of ptxdist-2014.12.0) does not build anymore. It fails with this: CC fbsplashctl-util.o CC fbsplashctl-fbsplashctl.o CCLD fbsplashctl /opt/OSELAS.Toolchain-2014.12.0/i686-atom-linux-gnu/gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16-sanitized/lib/gcc/i686-atom-linux-gnu/4.9.2/../../../../i686-atom-linux-gnu/bin/ld: attempted static link of dynamic object `./.libs/libfbsplashrender.so' collect2: error: ld returned 1 exit status It worked with OSELAS-Toolchain-2013.12.2. so I guess this is an issue due to the upgraded compiler tools, however I am no autotools master, so I am struggling to iron out why it suddenly refers to the dynamic libfbsplashrender.so instead of the static libfbsplashrender.la one... Ok apparently something has changed somewhere so static libraries are not compiled by default (even though the configure options state them to be). Thus to get this compiling, I needed to explicitly set --enable-static in the .make file, and do the same for libpng and libjpeg (probably also for other libraries that might be needed depending on the configuration through menuconfig). Is this a change created by ptxdist, gcc or what? That's a change in PTXdist: We've added enable_static=no to the environment (rules/pre/Rules.make). This changes the default --disable-static for all configure scripts that have this option. Michael -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | -- ptxdist mailing list ptxdist@pengutronix.de -- Mvh. / Kind regards Martin Hejnfelt Development Engineer Newtec A/S Staermosegaardsvej 18 5230 Odense M Tlf.:+45 66158444 Dir.:+45 63154881 -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [oracle java7 jre 1/1] Added Oracles Java 7 JRE
Signed-off-by: Martin Hejnfelt m...@newtec.dk --- :00 100644 000... d9c32c0... A rules/oracle-java7-jre.in :00 100644 000... ab8af1e... A rules/oracle-java7-jre.make rules/oracle-java7-jre.in | 10 ++ rules/oracle-java7-jre.make | 87 + 2 files changed, 97 insertions(+) diff --git a/rules/oracle-java7-jre.in b/rules/oracle-java7-jre.in new file mode 100644 index 000..d9c32c0 --- /dev/null +++ b/rules/oracle-java7-jre.in @@ -0,0 +1,10 @@ +## SECTION=bytecode_engines + +config ORACLE_JAVA7_JRE + bool + + prompt oracle java7 jre + help +Oracle[tm] Java Runtime Environment 7 +This downloads the binary distribution +and extracts into the target prefix. diff --git a/rules/oracle-java7-jre.make b/rules/oracle-java7-jre.make new file mode 100644 index 000..ab8af1e --- /dev/null +++ b/rules/oracle-java7-jre.make @@ -0,0 +1,87 @@ +# -*-makefile-*- +# +# Copyright (C) 2014 by Martin Hejnfelt m...@newtec.dk +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +# +# We provide this package +# +PACKAGES-$(PTXCONF_ARCH_X86)-$(PTXCONF_ORACLE_JAVA7_JRE) += oracle-java7-jre + +# +# Paths and names +# +ifdef PTXCONF_ARCH_X86_64 +ORACLE_JAVA7_JRE_ARCH := x64 +ORACLE_JAVA7_JRE_MD5 := 9007c79167be0177fb47e5313c53d5cb +else +ORACLE_JAVA7_JRE_ARCH := i586 +ORACLE_JAVA7_JRE_MD5 := 2a256eb2a91f0084e58c612636342c2b +endif + +ORACLE_JAVA7_JRE_VERSION := 7u67 + +ORACLE_JAVA7_JRE := jre-$(ORACLE_JAVA7_JRE_VERSION)-linux-$(ORACLE_JAVA7_JRE_ARCH) +ORACLE_JAVA7_JRE_SUFFIX:= tar.gz +ORACLE_JAVA7_JRE_URL := http://download.oracle.com/otn-pub/java/jdk/$(ORACLE_JAVA7_JRE_VERSION)-b01/$(ORACLE_JAVA7_JRE).$(ORACLE_JAVA7_JRE_SUFFIX);cookie:oraclelicense=accept-securebackup-cookie +ORACLE_JAVA7_JRE_SOURCE:= $(SRCDIR)/$(ORACLE_JAVA7_JRE).$(ORACLE_JAVA7_JRE_SUFFIX) +ORACLE_JAVA7_JRE_DIR := $(BUILDDIR)/$(ORACLE_JAVA7_JRE) +ORACLE_JAVA7_JRE_LICENSE := unknown + +# +# Prepare +# + +ORACLE_JAVA7_JRE_CONF_TOOL := NO + +# +# Compile +# + +$(STATEDIR)/oracle-java7-jre.compile: + @$(call targetinfo) + @$(call touch) + +# +# Install +# + +$(STATEDIR)/oracle-java7-jre.install: + @$(call targetinfo) + @$(call touch) + +# +# Target-Install +# + +$(STATEDIR)/oracle-java7-jre.targetinstall: + @$(call targetinfo) + + @$(call install_init, oracle-java7-jre) + @$(call install_fixup, oracle-java7-jre,PRIORITY,optional) + @$(call install_fixup, oracle-java7-jre,SECTION,base) + @$(call install_fixup, oracle-java7-jre,AUTHOR,Martin Hejnfelt m...@newtec.dk) + @$(call install_fixup, oracle-java7-jre,DESCRIPTION,Oracle Java 7 Runtime Environment) + + @$(call install_tree, oracle-java7-jre, -, -, \ + $(ORACLE_JAVA7_JRE_DIR), \ + /usr/lib/jvm/jre-$(ORACLE_JAVA7_JRE_VERSION)) + + @$(call install_link, oracle-java7-jre, \ + /usr/lib/jvm/jre-$(ORACLE_JAVA7_JRE_VERSION)/bin/java, \ + /usr/bin/java) + + @$(call install_link, oracle-java7-jre, \ + /usr/lib/jvm/jre-$(ORACLE_JAVA7_JRE_VERSION)/bin/javaws, \ + /usr/bin/javaws) + + @$(call install_finish, oracle-java7-jre) + + @$(call touch) + +# vim: syntax=make -- 1.9.1 -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [oracle java7 jre 1/1] Added Oracles Java 7 JRE
Lets try again :) Kind regards, Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] splashutils fails to build
2015-01-08 7:46 GMT+01:00 Martin Hejnfelt m...@newtec.dk: Hi, After upgrading to OSELAS-Toolchain-2014.12.0, using gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16 for i686-atom-linux-gnu, suddenly splashutils (of ptxdist-2014.12.0) does not build anymore. It fails with this: CC fbsplashctl-util.o CC fbsplashctl-fbsplashctl.o CCLD fbsplashctl /opt/OSELAS.Toolchain-2014.12.0/i686-atom-linux-gnu/gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16-sanitized/lib/gcc/i686-atom-linux-gnu/4.9.2/../../../../i686-atom-linux-gnu/bin/ld: attempted static link of dynamic object `./.libs/libfbsplashrender.so' collect2: error: ld returned 1 exit status It worked with OSELAS-Toolchain-2013.12.2. so I guess this is an issue due to the upgraded compiler tools, however I am no autotools master, so I am struggling to iron out why it suddenly refers to the dynamic libfbsplashrender.so instead of the static libfbsplashrender.la one... Ok apparently something has changed somewhere so static libraries are not compiled by default (even though the configure options state them to be). Thus to get this compiling, I needed to explicitly set --enable-static in the .make file, and do the same for libpng and libjpeg (probably also for other libraries that might be needed depending on the configuration through menuconfig). Is this a change created by ptxdist, gcc or what? Thanks :) Kind regards, Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [oracle java7 jre 1/1] Added Oracles Java 7 JRE
Hi Michael, 2015-01-08 12:58 GMT+01:00 Michael Olbrich m.olbr...@pengutronix.de: Any reason to use java7 and not java8? Only reason is that I am developing for Java 7, and want to keep the compatibility (or at least not introduce any issues, simply for versioning). In my opinion, you should have both if anything. +config ORACLE_JAVA7_JRE_TARGET_PREFIX + string + depends on ORACLE_JAVA7_JRE + default /usr/lib/jvm + prompt PREFIX for JRE 7 + help + Where should the JRE be installed. Do we need this? I think we can just hardcode this path. I agree, I'll change that. + +# +# Get +# + +$(ORACLE_JAVA7_JRE_SOURCE): + @$(call targetinfo) + wget --no-cookies --header Cookie: oraclelicense=accept-securebackup-cookie $(ORACLE_JAVA7_JRE_URL) -P $(SRCDIR)/ No, this is more complex. I need to think about how to handle this correctly. Yes it's more complex, but right now it's the only way I know to download it automatically. Suggestions to change are welcome :) Should I put up a new patch with the changes mentioned here, and the rest? Thanks :) -- Mvh. / Kind regards Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] [oracle java7 jre 1/1] Added Oracles Java 7 JRE
Signed-off-by: Martin Hejnfelt m...@newtec.dk --- :00 100644 000... 4b4512c... A rules/oracle-java7-jre.in :00 100644 000... 8a5603d... A rules/oracle-java7-jre.make rules/oracle-java7-jre.in | 25 +++ rules/oracle-java7-jre.make | 102 2 files changed, 127 insertions(+) diff --git a/rules/oracle-java7-jre.in b/rules/oracle-java7-jre.in new file mode 100644 index 000..4b4512c --- /dev/null +++ b/rules/oracle-java7-jre.in @@ -0,0 +1,25 @@ +## SECTION=bytecode_engines + +menuconfig ORACLE_JAVA7_JRE + tristate + + prompt oracle java7 jre + help +Oracle[tm] Java Runtime Environment 7 +This downloads the binary distribution +and extracts into the target prefix. + +config ORACLE_JAVA7_JRE_TARGET_PREFIX + string + depends on ORACLE_JAVA7_JRE + default /usr/lib/jvm + prompt PREFIX for JRE 7 + help + Where should the JRE be installed. + +config ORACLE_JAVA7_JRE_ARCHX64 + boolean + depends on ORACLE_JAVA7_JRE + prompt JRE7 x64 binary + help + Downloads the x64 binary instead diff --git a/rules/oracle-java7-jre.make b/rules/oracle-java7-jre.make new file mode 100644 index 000..8a5603d --- /dev/null +++ b/rules/oracle-java7-jre.make @@ -0,0 +1,102 @@ +# -*-makefile-*- +# +# Copyright (C) 2014 by Oracle +# +# See CREDITS for details about who has contributed to this project. +# +# For further information about the PTXdist project and license conditions +# see the README file. +# + +# +# We provide this package +# +PACKAGES-$(PTXCONF_ORACLE_JAVA7_JRE) += oracle-java7-jre + +# +# Paths and names +# +ifdef PTXCONF_ORACLE_JAVA7_JRE_ARCHX64 +ORACLE_JAVA7_JRE_ARCH := x64 +else +ORACLE_JAVA7_JRE_ARCH := i586 +endif + +ORACLE_JAVA7_JRE_VERSION := 7u67 + +ifdef PTXCONF_ORACLE_JAVA7_JRE_ARCHX64 +ORACLE_JAVA7_JRE_MD5 := 9007c79167be0177fb47e5313c53d5cb +else +ORACLE_JAVA7_JRE_MD5:= 2a256eb2a91f0084e58c612636342c2b +endif + +ORACLE_JAVA7_JRE := jre-$(ORACLE_JAVA7_JRE_VERSION)-linux-$(ORACLE_JAVA7_JRE_ARCH) +ORACLE_JAVA7_JRE_SUFFIX:= tar.gz +ORACLE_JAVA7_JRE_URL := http://download.oracle.com/otn-pub/java/jdk/$(ORACLE_JAVA7_JRE_VERSION)-b01/$(ORACLE_JAVA7_JRE).$(ORACLE_JAVA7_JRE_SUFFIX) +ORACLE_JAVA7_JRE_SOURCE:= $(SRCDIR)/$(ORACLE_JAVA7_JRE).$(ORACLE_JAVA7_JRE_SUFFIX) +ORACLE_JAVA7_JRE_DIR := $(BUILDDIR)/$(ORACLE_JAVA7_JRE) +ORACLE_JAVA7_JRE_LICENSE := unknown + +# +# Get +# + +$(ORACLE_JAVA7_JRE_SOURCE): + @$(call targetinfo) + wget --no-cookies --header Cookie: oraclelicense=accept-securebackup-cookie $(ORACLE_JAVA7_JRE_URL) -P $(SRCDIR)/ + @$(call touch) + +# +# Prepare +# + +$(STATEDIR)/oracle-java7-jre.prepare: + @$(call targetinfo) + @$(call touch) + +# +# Compile +# + +$(STATEDIR)/oracle-java7-jre.compile: + @$(call targetinfo) + @$(call touch) + +# +# Install +# + +$(STATEDIR)/oracle-java7-jre.install: + @$(call targetinfo) + @$(call touch) + +# +# Target-Install +# + +$(STATEDIR)/oracle-java7-jre.targetinstall: + @$(call targetinfo) + + @$(call install_init, oracle-java7-jre) + @$(call install_fixup, oracle-java7-jre,PRIORITY,optional) + @$(call install_fixup, oracle-java7-jre,SECTION,base) + @$(call install_fixup, oracle-java7-jre,AUTHOR,Oracle) + @$(call install_fixup, oracle-java7-jre,DESCRIPTION,Oracle Java Runtime Envinronment) + + @$(call install_tree, oracle-java7-jre, -, -, $(ORACLE_JAVA7_JRE_DIR), $(PTXCONF_ORACLE_JAVA7_JRE_TARGET_PREFIX)/jre-$(ORACLE_JAVA7_JRE_VERSION)) + @$(call install_link, oracle-java7-jre, $(PTXCONF_ORACLE_JAVA7_JRE_TARGET_PREFIX)/jre-$(ORACLE_JAVA7_JRE_VERSION)/bin/java, /usr/bin/java) + @$(call install_link, oracle-java7-jre, $(PTXCONF_ORACLE_JAVA7_JRE_TARGET_PREFIX)/jre-$(ORACLE_JAVA7_JRE_VERSION)/bin/javaws, /usr/bin/javaws) + + @$(call install_finish, oracle-java7-jre) + + @$(call touch
Re: [ptxdist] ptxdist recommend linux version
Hi, I use Ubuntu 14.04, which works fine with newer versions of ptxdist and toolchains, however if you want older ones you will probably need to hack around a bit. To get eg. 1.99.3 working on Ubuntu 14.04 you need to downgrade some packages and other goodies. I would recommend to use 12.04 for something like that. I use a virtual machine with 12.04 for the older releases. 2015-01-08 14:16 GMT+01:00 Alexander Aring alex.ar...@gmail.com: Hi, On Thu, Jan 08, 2015 at 02:04:58PM +0100, Alexander Dahl wrote: Hei hei, On 08.01.2015 12:57, Bilal TAŞ wrote: Which Linux version is recommend ptxdist ? Debian or ubuntu or Centos ? From my personal experience: it works with Debian and Ubuntu, I never tried anything else. But you can probably use any GNU/Linux distribution you prefer. ptxdist depends on very few host packages every modern GNU/Linux distribution should provide. There are even people using ptxdist on BSD based operating systems like Max OS X. Try what you like, if you experience any problems due to your chosen distro, report. I use Arch and can't recommend it, because I think I am the first guy who detect issues with newer versions, like toolchain build with make 4.0 and the changed sed version string. These things are all well fixed now. For me, it's good to using newer software, so ptxdist can prepare to the upcomming changes. For Debian and Ubuntu, I would only use the stable branch of debian or Ubuntu LTS [0] version. Then you have _maybe_ no issues if you using a older ptxdist or toolchain version. But then it's the question if you really want to use a older ptxdist or toolchain version. - Alex [0] https://wiki.ubuntu.com/LTS -- ptxdist mailing list ptxdist@pengutronix.de -- Mvh. / Kind regards Martin Hejnfelt Development Engineer Newtec A/S Staermosegaardsvej 18 5230 Odense M Tlf.:+45 66158444 Dir.:+45 63154881 -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] splashutils fails to build
Hi, After upgrading to OSELAS-Toolchain-2014.12.0, using gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16 for i686-atom-linux-gnu, suddenly splashutils (of ptxdist-2014.12.0) does not build anymore. It fails with this: CC fbsplashctl-util.o CC fbsplashctl-fbsplashctl.o CCLD fbsplashctl /opt/OSELAS.Toolchain-2014.12.0/i686-atom-linux-gnu/gcc-4.9.2-glibc-2.20-binutils-2.24-kernel-3.16-sanitized/lib/gcc/i686-atom-linux-gnu/4.9.2/../../../../i686-atom-linux-gnu/bin/ld: attempted static link of dynamic object `./.libs/libfbsplashrender.so' collect2: error: ld returned 1 exit status It worked with OSELAS-Toolchain-2013.12.2. so I guess this is an issue due to the upgraded compiler tools, however I am no autotools master, so I am struggling to iron out why it suddenly refers to the dynamic libfbsplashrender.so instead of the static libfbsplashrender.la one... Any ideas? Thanks in advance. Kind regards, Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] Updating java runtime environment
Hi guys, I noticed the java runtime environment included in ptxdist is quite old (6u2), so I took the liberty of creating a new ruleset to update to 7u67 (should be easy to change to other versions), and supports x64 binary download too. In order to download the file it makes a little cookie cheat, and I don't know if that somehow should be added through the menuconfig in order to properly acknowledge the license or whatever... Note however that the current x86 glibc (2.18) included in ptxdist has a flaw that causes segfault in the java executable. This is apparently a known error and can be fixed by applying this patch to the glibc in the toolchain: https://github.com/funtoo/funtoo-overlay/blob/master/sys-libs/glibc/files/2.18/glibc-2.18-strstr-hackfix.patch The patch was created by Arch Linux maintainers. I have not tried updating to 2.19 to see if that changes anything. I don't know if this list is the right place to send this stuff, if so feel free to shout at me. Give it a look :) -- Mvh. / Kind regards Martin Hejnfelt oracle-java7-jre.in Description: Binary data oracle-java7-jre.make Description: Binary data -- ptxdist mailing list ptxdist@pengutronix.de
[ptxdist] xcursor-transparent-theme targetinstall problem
Hi, the xcursor-transparent-theme package has a problem in its targetinstall routine since the generated links to be used with the install_link method, are absolute (hence we get an error). The problem is here: find . -type l | while read link; do \ target=$$(readlink $$link); \ target=$${target#$(XCURSOR_TRANSPARENT_THEME_DIR)/ptx_install}; \ $(call install_link, xcursor-transparent-theme, $$target, $${link#.}); \ done; \ The $$target will be absolute which means ptxdist will complain and carry on, which means that the only file installed is the transp file (which all the links should point to it seems). The easy way I fixed this was just replacing $$target with transp however then the target= stuff wont matter then I guess. This is probably not the right way to solve it, however it works :) This is done for ptxdist-1.99.18, but I see that the routine is the same in 1.99.19.1 Here's a diff: --- xcursor-transparent-theme.make 2009-08-17 11:23:36.0 +0200 +++ xcursor-transparent-theme.make 2009-11-20 08:41:20.0 +0100 @@ -123,7 +123,7 @@ find . -type l | while read link; do \ target=$$(readlink $$link); \ target=$${target#$(XCURSOR_TRANSPARENT_THEME_DIR)/ptx_install}; \ - $(call install_link, xcursor-transparent-theme, $$target, $${link#.}); \ + $(call install_link, xcursor-transparent-theme, transp, $${link#.});\ done; \ find . -type f | while read file; do \ $(call install_copy, xcursor-transparent-theme, 0, 0, 0644, $$file, $${file#.}, n); \ Regards, Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] Problem compiling util-linux on another computer
Marc Kleine-Budde m...@... writes: it should! the config.log file of util-linux can help here. please send it to me in private, cause it tends to be quite big. cheers, Marc I've sent you the log file. Thank you for your help :) Kind regards, Martin Hejnfelt -- ptxdist mailing list ptxdist@pengutronix.de