| Age | Commit message (Collapse) | Author | Files |
|---|
|
-Disable sending of the environment as this somehow
refuses to work from within a screen - dunno why
-The lines of the log messages are ended with a new line
no need to add another empty line.
|
|
-Have a none empty log messages when the build is
completed otherwise the log is not transfered
to the server.
Now the build turns green :)
|
|
Be less verbose do not print the results for now.
A proper fix/configurable one is pending.
|
|
Redo the changes... they were magically lost.
readlines is a sequence, we join them (we might
need to remove the \n)
|
|
|
|
-Send the right messages to the TinderBox
-Read the log from the logfiles and send it to the tinderbox
-Add the wish for a more sane and more featurefill reporting
(e.g. less data, less often)
|
|
-Save the assigned machine id to a file
and restore it when needed. BitBake does
not have a 'persistent' cache one could use
across files...
-Post the configuration directly to the server
|
|
Begin of the rewrite to support the tbox3 protocol
|
|
|
|
|
|
-Add the skeleton for the QA bbclass
|
|
package.bbclass now tracks any package renaming performed using PKG_*.
When a package is built, the runtime variables are translated using
this cached information which is stored in staging.
From now on, only use package names are valid in runtime variables like
RDEPENDS, RRECOMMENDS and RSUGGESTS. eg. fontconfig-dev is correct,
libfontconfig-dev would be wrong.
As debian.bbclass can't determine package renaming until after a
package's contents is known, the class has to set BUILD_ALL_DEPS = "1".
This also means OE is no longer forced into one package renaming scheme.
|
|
specific packages.
|
|
|
|
|
|
patches courtesy Martin Dietze <dietze@4g-systems.com>
Martin: I'm not sure whether you really need a dedicated class for nylon image,
you may want to think about that. the patch against the mtx-1 machine configuration
didn't apply, please handle this on your own after you got commit access.
|
|
|
|
|
|
IGNORE_STRIP_ERRORS
|
|
- package.bbclass now uses file-native and cross strip to reliably strip
unstripped executables and check the return code. For the moment a
failure here doesn't cause the build to fail but does output a failure
message direct to the controlling terminal (this is temporary). This
behaviour can be changed by forcing IGNORE_STRIP_ERRORS = ""
The change works by using a new runstrip shell function for every
potentially strippable file. Since this calls native 'file' there is
a dependency on all inheritors of package.bbclass for file-native and
since this would break native builds (because of the cycle in
file-native and it's own native depends) native.bbclass cancels this
dependency (system file should be fine for native packages and, anyway
native currently doesn't package.)
|
|
|
|
failure.
|
|
|
|
- define TARGET_KERNEL_CC_ARCH to define arch specific compiler options
in machine.conf. The default for the kernel is "" (empty), although
it should probably be TARGET_CC_ARCH in the future. The default for
modules is TARGET_CC_ARCH
|
|
IGNORE_STRIP_ERRORS to get the old behaviour back. Part of a fix for hh.org Bug #1469
|
|
to access GPIO registers. make sure to bump PR on all affected .bbs. thanks to Phil for spotting.
|
|
doesn't exist for the unslung 2.4 kernel).
|
|
and f1adf0c8840c57a416d7da7085aa694f11be4c5c
|
|
all RDEPENDS
|
|
|
|
changes are needed to conform to standardised cvs PV numbering at the next PV change. Also factor the formatting into opie.bbclass to make future changes easier.
|
|
enable builds for now. To be removed when proper RDEPENDS -> PKG_ is possible.
|
|
DEPENDS usage. Move certain things into EXTRA_IMAGEDEPENDS. No valid users of EXTRA_BOOTSTRAP_DEPENDS were found so it was removed entirely. Change zaurus-updater not to package as it doesn't provide any.
|
|
|
|
|
|
PACKAGE_ARCH= to .
|
|
it by default for familiar/openzaurus
|
|
bitbake updates
|
|
x.x.x+cvsYYYYMMDD format and some includes some minor whitespace cleanup.
|
|
28f020502e7dcf566733f474864c62156895baec, 7de90a055904c4af8890dd5ae8c192bfd41b3fa1
|
|
|
|
- ln -sf asm-<arch> .../include/asm works fine first time, but
- second time round it creates a link in asm to asm-<arch>
- called asm-<arch>, this breaks the klibc build
|
|
|
|
|
|
oe_libinstall and install aclocal macros, too
|
|
|
|
- adds DEFAULT_PREFERENCE="-1" to the 3.2-pre4, see bug #498
|
|
- when using oe_libinstall to install a libtool library (.la file
- present) into the staging directory (${STAGING_LIBDIR}) fix up the
- installed .lai file so that it contains 'installed=no' - this
- prevents libtool from subsequently using a copy of the build system
- library if it exists in the final (target) installation directory
- on the build machine (typically /usr/lib). Remove the patches from
- pcre_4.4.bb to match (it now seems to work without them), add
- cherokee to the openslug (etc) build (it was failing because of this
- problem.)
|
|
Lenehan
- this close #456
|
|
- remove old kernel versions
- remove openslug-kernel
- move patches from openslug-kernel
- fix kernel UTS_RELEASE handling (requires change in kernel.bbclass)
- fix nslu2-kernel MM build
- move to 2.6.14.1 (important security fix)
|
