Age | Commit message (Collapse) | Author | Files |
|
OpenEmbedded outputs a lot of messages that the user is likely to never
care about. We should only output something when it reflects upon their
recipe (i.e. unpacking their sources, applying their patches), or is quite
significant or unusual.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
When a package contains two files like "name*" and "name*smth" OE can't
properly package those, looping infinetely trying to build file list. The
reason is that first file name globs to two files and OE adds them both
into the list, then globs the first one again and gets two same files, etc.
Fix that.
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
git-svn-id: https://svn.o-hand.com/repos/poky/trunk@5388 311d38ba-8fff-0310-9ca6-ca027cbcb966
|
|
(ipk specific)
|
|
|
|
|
|
/etc/ld.so.conf is present
|
|
Based on experience, this function is going to cause massive code readability
issues. We can actually clean up the code more without it so do this instead.
|
|
|
|
|
|
Conflicts:
packages/busybox/busybox_1.11.3.bb
packages/dsplink/codec-engine_2.10.bb
packages/gdb/gdb_6.3.bb
packages/gdb/gdb_6.4.bb
packages/gdb/gdb_6.6.bb
packages/gdb/gdb_6.8.bb
packages/glibc/glibc_2.2.5.bb
packages/glibc/glibc_2.3.2+cvs20040726.bb
packages/glibc/glibc_2.3.2.bb
packages/glibc/glibc_2.3.3+cvs20041128.bb
packages/glibc/glibc_2.3.3+cvs20050221.bb
packages/glibc/glibc_2.3.3+cvs20050420.bb
packages/glibc/glibc_2.3.3.bb
packages/glibc/glibc_2.3.5+cvs20050627.bb
packages/glibc/glibc_2.3.6.bb
packages/glibc/glibc_2.4.bb
packages/glibc/glibc_2.5.bb
packages/glibc/glibc_2.6.1.bb
packages/glibc/glibc_2.7.bb
packages/kexecboot/linux-kexecboot_2.6.26.bb
packages/libsdl/libsdl-x11_1.2.11.bb
packages/linux/linux-rp_2.6.26.bb
packages/mozilla/fennec_hg.bb
packages/python/python_2.5.2.bb
packages/tasks/task-xfce-base.bb
packages/xorg-driver/xf86-video-omapfb_git.bb
packages/xorg-xserver/xserver-kdrive_1.4.0.90.bb
|
|
|
|
|
|
usefull for splitting out libraries
|
|
empty packages
|
|
|
|
|
|
Kernel-modules which end with -dev get update-modules-dev
as RRECOMMENDS so update-modules-dev gets pulled in images.
So we blacklist kernel-module packages for now.
|
|
(from poky)
|
|
strip...
|
|
|
|
base.bbclass and add shell version
|
|
pkgconfig code.
|
|
|
|
* This helps uclibc systems where ldconfig is optional, in particular 3rd-party
systems like OpenWRT.
* Per RFC on the list.
|
|
packages this doesn't change much but for cross/sdk/native packages the distinction is important (from poky)
|
|
whole functionality ideally needs rewriting but this fixes various important issues with SDK generation
|
|
Also replace long since unused old_shlibs_dir (from poky)
|
|
version from bitbake now
|
|
the package task doesn't create chains of .debug directories (from poky)
|
|
ASSUME_PROVIDED.
* List of <shlib_file_name>:<package>[_<version>] mappings. This info will
be appended to one inferred by automatic shlib tracking code. So, it would be
possible to have correct package dependencies even for libraries in
ASSUME_PROVIDED.
|
|
functionality in a multimachine safe way instead (from poky).
|
|
packaged function from base.bbclass rather than our own (from poky)
|
|
using ALLOW_EMPTY instead of ALLOW_EMTPY_pkg (from poky)
|
|
- do not transform a symlink to a directory into a directory on copy
- preserve the mode when copying a directory
|
|
of moving files (from poky). The copyfile function will be moved to bitbake in due course.
|
|
New file: packages/mono/mono-mcs-intermediate_1.2.5.1.bb
Compiles mono in native mode with standard prefix, then tars up the
resulting tree and puts the tarfile into staging
New file: packages/mono/mono_files.py
Automatically generated using collect-path.py (attached to this mail)
and contains a list that maps file patterns to package names (and
contained assemblies, see below).
New file: classes/mono.bbclass
Has a helper function for the list that maps file patterns to package
names and assemblies (see below). Also has a function mono_do_clilibs
and inserts that function into PACKAGEFUNCS. This function calls
mono_find_provides_and_requires which finds out (through calls to
monodis --assembly and monodis --assemblyref) which assemblies are
provided and required by a particular package. mono_do_clilibs then
puts the information about provided assemblies into
${STAGING_DIR}/clilibs/${packagename}.list and information about the
required packages into ${PKGDEST}/{packagename}.clilibdeps where it
will later be picked up by the modified read_shlibdeps.
Originally I had dependency resolution through the partial list in
mono_files.py but obviously this doens't scale, so I implemented the
new method with mono_do_clilibs. The benefit is now that I don't really
need the extra information in mono_files.py anymore and can in
principle get rid of mono_get_file_table and related code. Instead it
should be possible to modify collect-paths.py to output bitbake .inc
code (e.g. PACKAGES = "..." and a whole lot of FILES_... = "...")
instead of python code. There's still the minor problem of how to
handle the .mdb files, that's why I didn't implement it yet but instead
opted for an approach that I knew would work. (Debian just puts
the .mdb files into the individual packages, while I would argue that
they do belong into corresponding -dbg packages.)
Modified file: classes/package.bbclass
In read_shlibdeps I folded the two identical code blocks dealing with
*.shlibdeps and *.pcdeps into one and added *.clilibdeps (generated by
mono_do_clilibs above).
Modified file: packages/mono/mono_1.2.5.1.bb
Add the mono-mcs-intermediate workaround. Add a whole lot of python
code in populate_packages_prepend in order to split up the packages
based on information from mono_files.py (via mono.bbclass'
mono_get_file_table). As I said above a lot of this code can hopefully
be replaced in the future.
|
|
up/optimise PACKAGES checks a bit
|
|
some unneeded complexity (from poky)
|
|
|
|
|
|
|
|
when multiple -dev or -dbg packages are generated and when a single one is generated (from poky)
|
|
|
|
certain dependency chainhandling in both ipkg and dpkg (from poky)
|
|
generate (PACKAGES != ) removing needless dependencies (from poky)
|
|
correct operation with bitbake 1.8.x. Old behaviour is maintained in a special legacy anonymous function in base.bbclass. The patch is an improved version of the one discussed on the mailing list.
|
|
|
|
- if package contain libraries which are not used outside then add PRIVATE_LIBS
variable with names of them to not generate shlibs for them.
|
|
"inherit package_ipk package_tar" and seems to interfere with do_split_packages
|