linux/poky.git/meta/recipes-devtools/tcltk, branch 1.3

tcl: Fix dangerous do_install staging references

2012-09-28T10:07:42+00:00

Nothing should ever be poking files directly into the staging/sysroot directories, it should always go through ${D}. This patch ensures this recipe does this and hence fixes various potential build issues such as lack of sstate tracking of files. (From OE-Core rev: 7642143760c0157aba80cea7b427024ee097cc2c) Signed-off-by: Richard Purdie Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

tcl: uncomment a line that causing TCL_SRC_DIR point to the workdir.

2012-08-15T13:26:38+00:00

The line 'sed -i "s+${WORKDIR}+${STAGING_INCDIR}+g" tclConfig.sh' is commented somehow in previous commit, so that TCL_SRC_DIR point to the tcl workdir which will cause package that use it fail to configure or compile when the tcl workdir is removed, so uncomment it back. (From OE-Core rev: 1037c80f63922ffdec54b0eade80ec0e89062b22) Signed-off-by: Jackie Huang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

tcl: Add ${bindir_crossscripts}/tclConfig.sh to sysroot stage

2012-08-06T14:18:45+00:00

tclConfig.sh is changed in do_install for cross compile and is installed to STAGING_BINDIR_CROSS, but if SSTATE_DIR is set and tcl is from sstage, tclConfig.sh can't be found in STAGING_BINDIR_CROSS, add ${bindir_crossscripts}/tclConfig.sh to sysroot stage can fix it. [YOCTO #2891] (From OE-Core rev: 7a97abb3f1c2ff8fd2dc7c59f866430cf99ab82d) Signed-off-by: Jackie Huang Signed-off-by: Richard Purdie

tcl: fix tcl INCLUDE_SPEC and LIB_SPEC

2012-07-18T21:24:42+00:00

TCL_INCLUDE_SPEC -I/usr/include will cause problems cross configure/compile TCL_LIB_SPEC -L${libdir} will cause problems too when link. (From OE-Core rev: d454f8055b21c4d01dd1e2faf1625e2a1e5c25f2) Signed-off-by: Yao Zhao Signed-off-by: Richard Purdie

tcl: fix target recipe build issue on older distros

2012-04-30T10:37:30+00:00

the builddir is put in front of the LD_LIBRARY_PATH, causing dynamically linking of target library with native tclsh. Fix this behavior to cross build tcl correctly. This issue got exposed when eglibc-2.15 was configured for the target. (From OE-Core rev: 76e8df78bdb641b045e34dcf01d7b9eb626401dc) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

tcl: Fix bad RPATH QA warning

2012-03-16T16:47:44+00:00

WARNING: QA Issue: tcl-lib: /work/i586-poky-linux/tcl-8.5.11-r4/packages-split/tcl-lib/usr/lib/libtcl8.5.so contains probably-redundant RPATH /usr/lib WARNING: QA Issue: tcl: /work/i586-poky-linux/tcl-8.5.11-r4/packages-split/tcl/usr/bin/tclsh contains probably-redundant RPATH /usr/lib WARNING: QA Issue: tcl: /work/i586-poky-linux/tcl-8.5.11-r4/packages-split/tcl/usr/bin/tclsh8.5 contains probably-redundant RPATH /usr/lib (From OE-Core rev: efd80fd23cb96ccc203893017938c1163d20b898) Signed-off-by: Richard Purdie

tcl: Ensure native verison has correct dependencies and builds

2012-02-28T17:51:51+00:00

(From OE-Core rev: 9b63fbb5f41d8a7167bbb534da03908c996693ad) Signed-off-by: Richard Purdie

tcl 8.5.11: fix packaging for native version

2012-02-28T13:35:02+00:00

Fix an issue in the previous commit: ERROR: Nothing RPROVIDES 'tcl-native-lib-native' (but virtual:native:/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly/build/meta/recipes-devtools/tcltk/tcl_8.5.11.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'tcl-native-lib-native' is unbuildable, removing. by replacing ${PN}-lib with tcl-lib (From OE-Core rev: 3cb519598d9ce044ccccb2d6a52a3c0933433501) Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie

tcl 8.5.11: fix packaging

2012-02-28T12:27:52+00:00

Include /usr/lib/tcl8 for the msgcat and test module, force dependency on tcl-lib since shlibs isn't picking it up. (From OE-Core rev: 77eaa55d94e8ce73aa3c43b1f068d6ad4cf20e80) Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie

OECore license fixes: meta/*

2011-12-08T15:24:32+00:00

This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan Signed-off-by: Richard Purdie