Re: [ptxdist] update package
On Mon, Jun 04, 2012 at 03:24:00PM +0200, De Smedt Johannes wrote: I wanted to update the version of one of the local source packages I use (fsl-mm-codeclib). So I edited the .make file in the rules directory. The only thing that I changed, is the version (from 1.9.6 to 2.0.3) and the md5 checksum. I changed nothing else in the file. After changing the .make file; I ran ptxdist clean fsl-mm-codeclib followed by ptxdist go This is the error I get: - target: fsl-mm-codeclib.targetinstall - install_init:preparing for image creation of 'fsl-mm-codeclib'... install_init:@ARCH@ - armel install_init:@PACKAGE@ - fsl-mm-codeclib install_init:@VERSION@ - 2.0.3 install_init:@DEPENDS@ - install_init:preinst not available install_init:postinst not available install_init:prerm not available install_init:postrm not available install_fixup:@PRIORITY@ - optional ... done. install_fixup:@SECTION@ - base ... done. install_fixup:@AUTHOR@ - Michael Olbrich m.olbrich\@pengutronix.demailto:m.olbrich\@pengutronix.de ... done. install_fixup:@DESCRIPTION@ - missing ... done. xpkg_finish:collecting license (unknown) ... done. xpkg_finish:creating opkg package ... Error: ptxd_lib_install: cannot find library 'lib_mp3_dec_arm9_elinux'! failed I looked at the ptxdist sources and found the errormessage in scripts/lib/ptxd_make_xpkg_pkg.sh After some analisys, I discovered that the ptxd_lib_install failed because the find command (on line 636 from scripts/lib/ptxd_make_xpkg_pkg.sh) returned 2 filenames (the .so and the .so.2.10.0). In this case your package is broken. The 'find' only matches regular files. The .so should be a symbolic link. I tried limiting the find to only return one result, but without success. Finally I remove the '*' after '.so' so only the .so file would be found. This made the fsl-mm-codeclib.targetinstall successfull, but other calls were now unsuccessfull. I have successfully built all my packages by adding/removing the * in the source ( recompiling ptxdist). Now my questions: 1) Why did the targetinstall fail in the first place (the only thing that changed was the package version (the install_lib command was already there) As I said, broken package. 2) Since my fix isn't really a fix (other things fail); how can I fix the build? Fix the package, or use install_copy/install_link 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
[ptxdist] patchlevel version numbers....
Hi all, My excuses if this had been asked before. I have not found any information about this issue: Currently version numbers in ptxdist (version 2011.12) are tightly coupled to the original source filename that is downloaded. This is in the end the version number in the package filename. But, what if there are local patches to the package (bug fixes, cross-compile fixes, etc...), shouldn't the package get a suffix to the version number (i.e. like debian package version numbers)? Now I have the situation that we have added extra patches to fix bugs in packages that were previously released to customers. I can't find a way to properly differentiate the new package from the old one. How is this supposed to be dealt with? Best regards, -- David Jander Protonic Holland. -- ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH 1/1] add new packet x-load
Hello, I'm affraid that the file x-load-f243938.tar.bz2 located at the repository is not fine. I was unable to build MLO file with that file. Comparing with the git repository (https://git.gitorious.org/x-load-omap3/mainline.git), I could find the ift target. Best regards, Flavio Flavio de Castro Alves Filho Phi Innovations www.phiinnovations.com Phone: +55 19 3709 1358 Mobile: +55 19 9823 9332 Skype: flavio.de.castro.alves.filho 2010/8/6 Stephan Linz l...@li-pro.net Am Freitag, 6. August 2010, um 09:20:17 schrieb Marc Kleine-Budde: ---snip-- tnx, pushed to master. but, crap, it doesn't work :(...see inline comments: --snip-- +X_LOAD_MAKE_OPT:= CROSS_COMPILE=$(BOOTLOADER_CROSS_COMPILE) HOSTCC=$(HOSTCC) +X_LOAD_MAKE_PAR := NO + +$(STATEDIR)/x-load.prepare: + @$(call targetinfo) + @$(call compile, X_LOAD, $(PTXCONF_X_LOAD_CONFIG)) I think the second parameter overwrites _MAKE_OPT. I'm not sure why it does this, looks like a bug. It should be fixed, but that requires some time and testing... However I can work around this limitation by changing _MAKE_OPT to _MAKE_ENV. This surprises me because it has properly compiled for me I'll push this fix. tnx a lot. I'll try out your fix. Give me a hint (here). -- Viele Grüße, Stephan Linz __ OpenDCC: http://www.li-pro.net/opendcc.phtml PC/M: http://www.li-pro.net/pcm.phtml CDK4AVR: http://cdk4avr.sourceforge.net/ CDK4NIOS: http://cdk4nios.sourceforge.net/ CDK4MSP: http://cdk4msp.sourceforge.net/ CPM4L: http://download.opensuse.org/repositories/home:/rexut:/CPM4L -- ptxdist mailing list ptxdist@pengutronix.de -- ptxdist mailing list ptxdist@pengutronix.de