Age | Commit message (Collapse) | Author | Files |
|
This is a partial revert of aa03004ace2fabb135a6208ef8c2d2b312aa7b0b. The
approach that was taken leads to disagreement and the change was pushed
too early. DISTRO_PR is going to say and will be used inside the package
creation. There will be more disucssion on the list about where to continue
from here.
|
|
Allow a distribution to globally bump the PR of every package
this is useful when there was a change in the toolchain and
every package is going to be different.
find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR="/"FILE_PR ="/ {} \;
find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR ="/"FILE_PR ="/ {} \;
Acked-By: Koen Kooi <koen@openembedded.org>
|
|
|
|
still requires some manual intervention, but it now
all builds. Not tested yet.
|
|
|
|
|
|
* the original method is to build monoburg natively during the (crossed)
mono build. it will require glib-dev from host. now we use the one
from mono-native.
* mono-native 1.2.5.1 is updated to stage monoburg
|
|
mono-mcs-intermediate installed.
|
|
|
|
specific otherwise this will break when multiple arch builds are made. shlibs was fixed in a similar way. Note that mono apps will need to be rebuilt after this change
|
|
fixes 2317.
|
|
|
|
DEFAULT_PREFERENCE is set to -1 for this version
until 1.2.6 is released.
|
|
|
|
* new svn recipes for mono-mcs-intermediate and mono (disabled with DEFAULT_PREFERENCE="-1"
* common mono-mcs-intermediate recipe code moved to include file
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
(see our versioning policy at http://www.openembedded.org/versioningpolicy )
|
|
first version that runs on ARM EABI without
floating point problems.
Still needs a lot of packaging work.
|
|
|
|
|
|
and '762e8a2920e077c45276e50d912c9125531a98d7'
|
|
|
|
|
|
* only works on arm
* closes #1853
|
|
|
|
Use require for the BitBake files within packages. In contrast
to the conf files the authors of these files expected these files
to be included.
|
|
|
|
BKrev: 426b9bb0dAWsmOgVtxDbsqfQZ-qShg
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2004/12/31 14:27:40-08:00 (none)!ggilbert
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into olddog.(none):/home/ggilbert/oe/openembedded
2004/12/31 14:27:30-08:00 (none)!ggilbert
Add many licenses
2004/12/31 21:28:22+00:00 nexus.co.uk!pb
fix typo introduced with recent LICENSE patches
2004/12/31 21:12:38+00:00 nexus.co.uk!pb
gpe-soundbite is GPL
2004/12/31 21:11:57+00:00 nexus.co.uk!pb
gpe-question is GPL
2004/12/31 21:11:12+00:00 nexus.co.uk!pb
gpe-nmf is GPL
2004/12/31 21:10:28+00:00 nexus.co.uk!pb
gpe-gallery is GPL
2004/12/31 21:09:42+00:00 nexus.co.uk!pb
gpe-edit is GPL
2004/12/31 21:07:12+00:00 nexus.co.uk!pb
gpe-ownerinfo is GPL
2004/12/31 21:03:44+00:00 nexus.co.uk!pb
delete old gpe-bootsplash with no LICENSE
2004/12/31 21:02:29+00:00 nexus.co.uk!pb
delete some old gpe-clock versions with no LICENSE
2004/12/31 21:00:16+00:00 nexus.co.uk!pb
delete old hotplug-dbus versions with no LICENSE
2004/12/31 20:59:20+00:00 nexus.co.uk!pb
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into stealth.nexus.co.uk:/home/pb/oe/oe
2004/12/31 13:35:00-08:00 (none)!ggilbert
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into olddog.(none):/home/ggilbert/oe/openembedded
2004/12/31 13:34:19-08:00 (none)!ggilbert
More licenses
2004/12/31 20:59:03+00:00 nexus.co.uk!pb
add LICENSE for gpe-confd, and blow away some old versions
BKrev: 41d5d25dQOnhk1FZOyFZXNL3fxoihA
|
|
into hyperion.kergoth.com:/home/kergoth/code/openembedded
2004/12/09 03:39:39-06:00 kergoth.com!kergoth
Break people's builds again.. this time moving the packages into a packages/ subdir to clean things up a bit.
BKrev: 41b81f3dvlp3rU7_8MUXLcI8LDdDoA
|