This is an old revision of the document!
You must read the Cookbook first. Its a great collection of documents. This guides supplements the cookbook with some tips that you are likely to face while compiling a package for SliTaz
Tips
- Add “slitaz-dev-pkgs” package. Its a meta package to add some of the useful *-dev packages
- Compilation Errors like
- checking for $PKG… configure: error: Couldn't find $PKG >= 1.0.0,
- configure: error: Couldn't find $FILENAME
- use: “tazpkg search-pkgname $FILENAME” to find the package with the missing file; Add this package to the BUILD_DEPENDS in the receipt.
- Read receipts of other packages for standardization. The problems you face may already have a solution in one of the receipts. Some examples receipts include:
- cups : to strip files other than .so in usr/lib, and to compress some driver files
- ndiswrapper-driver or broadcom-wl : to cook linux modules
- mplayer-svn : to create packages from svn/git
- 915resolution or busybox : to add patches
- nvidia : to create non-free packages that need linux package for modules compilation
- get-* : to create non-free packages
- *-dev : to see how to create a dev receipt
- Create lighter packages. Always remember to disable gnome dependencies or any other dependencies that are not so useful. Always do “configure -h” to see the compile options. Many packages have auto-dependency tracking, i.e., if it finds a corresponding *-dev package installed on the system, it will auto-enable an option. So, if you don't disable an unwanted dependency, then when a package is cooked on the SliTaz tank server, it is likely that the package won't run properly because of the missing dependency. The missing dependency problems that are often reported on the forum are caused due to this problem.
- Missing .pc files : Sometimes a dev package created upstream misses .pc files so pkg-config cannot locate the corresponding dev files correctly. This can play havoc sometime as you expect upstream package to be properly distributed. firefox-dev is one such example.
- gcc4.4 patches : New stricter format of gcc4.4 breaks many packages. This is quite a common problem. You need to either create a simple patch or see if a new upgrade is available upstream. See mplayerplug-in
- Use a chroot environment and keep it clean so that you submit the receipt with correct BUILD_DEPENDS