Paul Sokolovsky [Sat, 6 Oct 2007 23:54:18 +0000 (23:54 +0000)]
gpsd: Cleanup startup script.
* gpsd configuration is done via mandatory /etc/defaults/gpsd, remove
confusing defaults from init script.
* Make error reporting more helpful.
* Based on complaints by forum users.
Graeme Gregory [Wed, 3 Oct 2007 15:58:25 +0000 (15:58 +0000)]
uboot/u-boot-mkimage-openmoko-native_oe.bb : make build include dirs be
before system dirs to we dont pick up /usr/include and /usr/local/include
when we dont want to.
Graeme Gregory [Wed, 3 Oct 2007 13:44:42 +0000 (13:44 +0000)]
linux/linux-openmoko/defconfig-2.6.22.5-fic-gta0? : make both of these
defconfigs the same. The aim of OM kernel is to boot on both devices and
now it does.
Graeme Gregory [Wed, 3 Oct 2007 12:43:09 +0000 (12:43 +0000)]
openmoko2/openmoko-theme-standard2_svn.bb : remove creation of gtkrc
on request of cwiiis
<cwiiis> XorA: Hi - could you remove the creation of /etc/gtk-2.0/gtkrc from packages/openmoko2/openmoko-theme-standard2_svn.bb please? It breaks setting the theme and as far as I can tell, isn't necessary
Henryk Ploetz [Wed, 3 Oct 2007 01:04:46 +0000 (01:04 +0000)]
mono.bbclass: fix whitespace problem
- fix for the problem experienced by scruggs on IRC today. There
was an inconsistency in the amount and type of whitespace used in the
python anonymous blocks between mono.bbclass and multimachine.bbclass.
- fixed a small problem in the error output of mono_do_clilibs
Henryk Ploetz [Tue, 2 Oct 2007 18:51:53 +0000 (18:51 +0000)]
mono 1.2.5.1: added mono.bbclass, many changes required for packaging
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.
Cliff Brake [Mon, 1 Oct 2007 19:36:30 +0000 (19:36 +0000)]
mtd-utils-tests: add package
It may make sense to add this to the main package, but because
so few people will use it I did not want to risk breakage at this
time.