Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
Hei Michael, Am 19.01.2012 22:59, schrieb Michael Olbrich: -- target: acpid-2.0.8.tar.gz -- error: empty parameter to 'ptxd_make_get' This is a x86 BSP, right? Otherwise acpid should not be built. Is acpid in 'ptxdist print PTX_PACKAGES_SELECTED'? No it's not, it's arm-v5te, sorry, my fault. Actually after running `ptxdist clean acpid` and `ptxdist go` no acpid related stuff is build. However this didn't stop me calling `ptxdist get acpid` (which failed) and the subsequent stages (which were all successful) by hand. O:-) For the record: % ptxdist print PTX_PACKAGES_SELECTED strace at91bootstrap ncurses setmixer busybox alsa-lib libdaemon ppp figlet lshw procps zlib minicom gst-plugins-good base dropbear libmd setserial scripts libfsl-vpu madplay logrotate readline mc u-boot libusb libmad imageubootenv rootfs libconfuse mtd-utils kernel gst-plugins-bad libnl elvis_peri_switch openssl watchdog libid3tag initmethod-bbinit libjpeg gcclibs libpcap libpopt latencytop compcache lighttpd gstreamer ifplugd libc wget ntp liboil libltdl rc-once locales umkimage alsa-utils urshd openvpn ipkg libxml2 imageversioninfo nano bzip2 glib orc gst-plugins-base liblzo patches timezone inadyn libcurl vpnclient mpg123 udev v4l-utils glibc cross-pkg-config-wrapper cross-module-init-tools cross-dummy-strip host-localedef host-libuuid host-ncurses host-flex host-tz-database host-pkg-config host-liblzo host-ipkg-utils host-ipkg host-mtd-utils host-glib host-libiconv host-util-linux-ng host-umkimage host-zlib host-gtk-doc host-fakeroot host-autotools-libtool host-autotools-automake host-autotools-autoconf host-lndir host-xorg-proto-x Sorry for bothering you with this, greets Alex -- »With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie) *** GnuPG-FP: 02C8 A590 7FE5 CA5F 3601 D1D5 8FBA 7744 CC87 10D0 *** -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
Am 10.01.2012 13:36, schrieb Alexander Dahl: error: empty parameter to 'ptxd_make_get' Weird, I get the same error now in another project without any collections used, but with ptxdist 2011.09.0: -- target: acpid-2.0.8.tar.gz -- error: empty parameter to 'ptxd_make_get' and before: % grep -i acpi configs/ptxconfig PTXCONF_ACPID_BBINIT_LINK=S10acpid PTXCONF_ACPID=y PTXCONF_ACPID_STARTSCRIPT=y PTXCONF_ACPID_POWEROFF=y # PTXCONF_BUSYBOX_ACPID is not set The error does not occur if I manually download the tarball to the src directory before. Greets Alex -- »With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie) *** GnuPG-FP: 02C8 A590 7FE5 CA5F 3601 D1D5 8FBA 7744 CC87 10D0 *** -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
On Thu, Jan 19, 2012 at 03:54:15PM +0100, Alexander Dahl wrote: Am 10.01.2012 13:36, schrieb Alexander Dahl: error: empty parameter to 'ptxd_make_get' Weird, I get the same error now in another project without any collections used, but with ptxdist 2011.09.0: -- target: acpid-2.0.8.tar.gz -- error: empty parameter to 'ptxd_make_get' This is a x86 BSP, right? Otherwise acpid should not be built. Is acpid in 'ptxdist print PTX_PACKAGES_SELECTED'? Michael and before: % grep -i acpi configs/ptxconfig PTXCONF_ACPID_BBINIT_LINK=S10acpid PTXCONF_ACPID=y PTXCONF_ACPID_STARTSCRIPT=y PTXCONF_ACPID_POWEROFF=y # PTXCONF_BUSYBOX_ACPID is not set The error does not occur if I manually download the tarball to the src directory before. Greets Alex -- »With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie) *** GnuPG-FP: 02C8 A590 7FE5 CA5F 3601 D1D5 8FBA 7744 CC87 10D0 *** -- ptxdist mailing list ptxdist@pengutronix.de -- 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
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
Hi, On Tue, Jan 10, 2012 at 01:36:57PM +0100, Alexander Dahl wrote: Am 07.01.2012 23:46, schrieb Michael Olbrich: Robert Schwebel (10): host-libffi: added This seems to make problems over here. After migrating from ptxdist 2011.12.0 the related entries in my config are: % grep -i ffi configs/ptxconfig PTXCONF_HOST_LIBFFI=m PTXCONF_LIBFFI=m In the menu I see: Selected by: PYGOBJECT [=n] || JAMVM [=n] JAMVM_USE_LIBFFI [=n] || GLIB [=m] GLIB is selected by: MC [=m] (nothing else) and midnight commander itself is set to M because it is used or not in some collections I work with. Running `ptxdist go` with mc not set in the collection I get the following error: --- target: libffi-3.0.9.tar.gz --- error: empty parameter to 'ptxd_make_get' make: *** [/home/adahl/mnt/bagend-isys/Downloads/ptxdist_src_archive/libffi-3.0.9.tar.gz] Error 1 Ugly. The problem this:host-glib and host-libffi are not in PTX_PACKAGES_SELECTED. This means that the mapping in rules/post/ptxd_make_world_get.make is not applied for these packages. However, PTXCONF_HOST_GLIB and PTXCONF_HOST_LIBFFI are still set to 'm'. This means in rules/host-glib.make the following will still generate a dependency: ifdef PTXCONF_HOST_GLIB $(STATEDIR)/autogen-tools: $(STATEDIR)/host-glib.install.post endif And with host-glib depending on host-libffi this results the this error... I think the correct fix is to unset 'PTXCONF_*=m'. This patch should help, but I'm not sure if there are any other side effects. Maybe we need to handle this earlier. Marc: what do you think? diff --git a/rules/other/Toplevel.make b/rules/other/Toplevel.make index 35c2c27..ac18beb 100644 --- a/rules/other/Toplevel.make +++ b/rules/other/Toplevel.make @@ -28,6 +28,7 @@ include $(PTXDIST_PTXCONFIG) ifneq ($(wildcard $(PTXDIST_COLLECTIONCONFIG)),) include $(PTXDIST_COLLECTIONCONFIG) PTX_COLLECTION := y +$(foreach var,$(filter PTXCONF_%,$(.VARIABLES)),$(if $(filter-out m,$($(var))),,$(eval $(var):=))) endif # -- 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
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
Hei hei, Am 12.01.2012 20:47, schrieb Michael Olbrich: So I assume there's some problem with the default get rule in case some package has the 'M' marker but is not selected in the collection? Hmmm, not sure. Can you send the config files you're using (ptxconfig and collectionconfig) so I can try to reproduce this. Send in personal mail. 8-) Greets Alex -- »With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie) *** GnuPG-FP: 02C8 A590 7FE5 CA5F 3601 D1D5 8FBA 7744 CC87 10D0 *** -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
On Tue, Jan 10, 2012 at 01:36:57PM +0100, Alexander Dahl wrote: Hei hei, Am 07.01.2012 23:46, schrieb Michael Olbrich: Robert Schwebel (10): host-libffi: added This seems to make problems over here. After migrating from ptxdist 2011.12.0 the related entries in my config are: % grep -i ffi configs/ptxconfig PTXCONF_HOST_LIBFFI=m PTXCONF_LIBFFI=m In the menu I see: Selected by: PYGOBJECT [=n] || JAMVM [=n] JAMVM_USE_LIBFFI [=n] || GLIB [=m] GLIB is selected by: MC [=m] (nothing else) and midnight commander itself is set to M because it is used or not in some collections I work with. Running `ptxdist go` with mc not set in the collection I get the following error: --- target: libffi-3.0.9.tar.gz --- error: empty parameter to 'ptxd_make_get' make: *** [/home/adahl/mnt/bagend-isys/Downloads/ptxdist_src_archive/libffi-3.0.9.tar.gz] Error 1 This is when no libffi-3.0.9.tar.gz is downloaded yet. If I download it manually in the appropriate folder, the build completes successfully. The strang thing: if I select 'mc' in my collection so libffi gets also selected through the dependencies, the get stage is executed correctly, even if the archive was not downloaded yet. So I assume there's some problem with the default get rule in case some package has the 'M' marker but is not selected in the collection? Hmmm, not sure. Can you send the config files you're using (ptxconfig and collectionconfig) so I can try to reproduce this. 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
Re: [ptxdist] [ANNOUNCE] PTXdist 2012.01.0 released
Hei hei, Am 07.01.2012 23:46, schrieb Michael Olbrich: Robert Schwebel (10): host-libffi: added This seems to make problems over here. After migrating from ptxdist 2011.12.0 the related entries in my config are: % grep -i ffi configs/ptxconfig PTXCONF_HOST_LIBFFI=m PTXCONF_LIBFFI=m In the menu I see: Selected by: PYGOBJECT [=n] || JAMVM [=n] JAMVM_USE_LIBFFI [=n] || GLIB [=m] GLIB is selected by: MC [=m] (nothing else) and midnight commander itself is set to M because it is used or not in some collections I work with. Running `ptxdist go` with mc not set in the collection I get the following error: --- target: libffi-3.0.9.tar.gz --- error: empty parameter to 'ptxd_make_get' make: *** [/home/adahl/mnt/bagend-isys/Downloads/ptxdist_src_archive/libffi-3.0.9.tar.gz] Error 1 This is when no libffi-3.0.9.tar.gz is downloaded yet. If I download it manually in the appropriate folder, the build completes successfully. The strang thing: if I select 'mc' in my collection so libffi gets also selected through the dependencies, the get stage is executed correctly, even if the archive was not downloaded yet. So I assume there's some problem with the default get rule in case some package has the 'M' marker but is not selected in the collection? Greets Alex -- »With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie) *** GnuPG-FP: 02C8 A590 7FE5 CA5F 3601 D1D5 8FBA 7744 CC87 10D0 *** -- ptxdist mailing list ptxdist@pengutronix.de