Skip to content
This repository has been archived by the owner on Jan 27, 2019. It is now read-only.

Releases: oe-lite/core

OE-lite/core 6.3.0

03 Dec 14:04
Compare
Choose a tag to compare

This release contains a lot of internal improvements, some fixes, and a couple of minor new features.

Finally, a change in USE flag handling is introduced. It should be a semantic no-op, but please read the comments about it in PR #190 anyway, as it is a preparation to a bigger change that will come later on, which we would like to see people preparing for already now.

New features:

  • Add --dryrun option for simple measurement of time spent on everything but building (PR #175).
  • Add kernel_dts_vendor USE flag to kernel class (PR #193).

Improvements / cleanups:

  • Reduced usage of sqlite (PR #148).
  • Memory use reduction (PR #172).
  • Various optimizations (PR #173, #177, #185, #195).
  • Improvements to profiling and debug (PR #183, #184).
  • Use wget command instead of urlgrabber module, avoiding problems with pycurl in Ubuntu, Debian and others (PR #178).
  • Improved hash computation (PR #192).
  • Prepare for saner USE flag handling (PR #190).

Fixes:

  • Fix handling of s6rc bundles with '-' in name (PR #179).
  • Avoid harmless but noisy error messages on Ubuntu (PR #170).
  • Fix error handling on bad elf type in packageqa (PR #187).
  • Fix handling of broken symlinks in do_package (PR #188).
  • Fix problem with stdout/stderr buffering (PR #182).

Thanks to all who contributed to this release:

  • Rasmus Villemoes (61 commits)
  • Sean Nyekjaer (3 commits)
  • Kim Højgaard-Hansen (2 commits)
  • Esben Haabendal (1 commit)

With this release, master branch is now open for 7.0.0 pull requests.
In case further 6.x releases are needed, maintenance branches for that will be created.

OE-lite/core 6.2.0

03 Nov 14:33
Compare
Choose a tag to compare

Parallel task execution. With this release, we finally have merged at least some of the parallel task execution by Rasmus Villemoes. Big round of applause to Rasmus!

Quoting Rasmus Villemoes:

There are admittedly some leftovers from the development. AFAICT, the worst issue is the "temporary" disabling of --fake-build, which doesn't get reinstated in this series (and, in fact, I do not yet have a patch for doing that).

The speed-up for an oe bake world has consistently been 40-50% during all my testing, where I've done "rm -rf tmp/stamp/machine tmp/work/machine" between runs (i.e., I haven't rebuilt the toolchain). I suppose those numbers would be slightly smaller if one compares completely clean builds.

The only other change in this release is a fixup for readline.

Enjoy!

OE-lite/core 6.1.0

03 Oct 16:48
Compare
Choose a tag to compare

This is a quick and tiny feature increment based on 6.0.0.
The idea is twofold.

  1. To get a release out with a few features merged after 6.0.0 before adding parallel tasks work by Villemoes.
  2. To get a relase tag on master branch.

New architectures:

  • arm-imx7

Improved classes:

  • auto-package-utils have been improved to handle symlinks to alternate command names (see AUTO_PACKAGE_UTILS_SYMLINKS variable)
  • manifest-version have gained a couple of new USE flags (USE_manifest_version_strip_leading and USE_manifest_version_dirty_mark)

And a single memory footprint optimization..

Thanks to all of you who contributed to this release:

  • Rasmus Villemoes (4)
  • Esben Haabendal (2)
  • Sean Nyekjaer (1)

With this release, master branch is now open for 6.2.0 pull requests, although only work directly related to parallel task execution will be accepted. A next branch might be created for 7.0.0 pull requests (GCC 6 work).

OE-lite/core 6.0.0

20 Sep 19:25
Compare
Choose a tag to compare

This release contains a number of updates, most notably GCC 5.4.0 and Glibc 2.24, a lot of awesome optimization by Rasmus Villemoes, aarch64 support, a lot of bugfixes, and a few new features.

Recipe upgrades:

  • gcc 5.4.0
  • glibc 2.24
  • ncurses 6.0

New classes:

  • s6rc - for management of s6-rc services.
  • pkgconfig-install - for packages having pkgconfig files that needs fixup.

New architectures:

  • aarch64
  • am335x
  • cortex-a53

Changes breaking backwards compatibility:

  • A number of classes (kernel, u-boot, uimage-fit, cpio-image, sdk-image) depends on util/mkimage instead of u-boot-tools-mkimage.
  • Clean up of kernel device tree USE flags. If you are building kernel and devicetree (very likely), you definitely wants to checkout the changes done in kernel.oeclass!

Other changes worth mentioning:

  • Allow override of TMPDIR, IMAGE_DEPLOY_DIR, and so on (fx. from environment)
  • Allow mirroring of https URLs

And finally, there is icky feature of package blacklisting for rstage.
It has been used since at least 2011, and no better solution have been brought forward. It is still icky though.
Its ugly face is RSTAGE_BLACKLIST_PACKAGES.

Thanks to all of you who contributed to this release:

  • Rasmus Villemoes (42)
  • Sean Nyekjaer (27)
  • Esben Haabendal (17)
  • Christian Sørensen (3)
  • Kim Bøndergaard (3)
  • Kim Højgaard-Hansen (3)
  • Martin Hundebøll (3)
  • Jacob Kjaergaard (2)
  • Morten Thunberg Svendsen (2)
  • Jonas Suhr Christensen (1)
  • Svend Aage Vedstesen (1)

With this release, master branch is now open for 7.0.0 pull requests. There is also a 6.1.0 release planned, so if you have any bugfixes and features you would like to go in that, pull requests for that are also welcome.

OE-lite/core 5.0.0

22 Feb 13:10
Compare
Choose a tag to compare

It's been nearly 8 months since 4.0.0, so let's push out a new OE-lite/core release. Compared to the 4.0.0 release, this release is mostly backwards compatible.

A number of recipes have been upgraded

  • GCC 4.9.3
  • glibc 2.21 (including additional commits on release/2.21/master branch)
  • binutils 2.25
  • libtool 2.4.6
  • isl 0.12.2
  • mpc 1.0.3
  • cloog 0.18.3
  • gmp 6.0.0a
  • cmake 3.4.0

A few recipes have been added

  • help2man
  • squashfs-tools
  • scons
  • patchelf

And a few new classes

  • squashfs-image
  • scons
  • image_depmod
  • wrapper and wrapper-stage
  • kbuild

A bunch of bugs have been fixed, counting ~34 bugfix commits, and some ~18 commits adding smaller new features or improving existing ones.

On the architecture side, support for ARM Cortex-A7, LS1021A, 3 x i.MX6 have been added, support for address space beyond 24 bit on ppc32 architectures have been added.

The support for ARM thumb mode has been changed. See e1cfbf9 and 9f1f53a.

With this release, master branch is now open for 6.0.0 pull requests, and 5.0 branch is open for bugfix pull requests to problems found in 5.0.0.

/Esben

OE-lite/core 4.0.0

11 Jun 10:25
Compare
Choose a tag to compare

Better late than never...

It's been a long time since last release of OE-lite/core, but after finally reconstructing the project infastructure, we are now ready to ship a new OE-lite/core master release.

OE-lite/core 4.0.0 contains a lot of development done since 3.5.0, including some that are not backwards-compatible. The overall idea is to release a stable version with these changes, most of which have been used in real products/projects for a while, leaving further development to coming releases.

Major changes include:

  • New toolchain recipes. The crosstool-ng backend recipe has been dropped in favour of separate recipes for
    each component used to build the complete toolchain (ie. binutils, gcc, glibc and so on). Linux and mingw-w64
    is supported, but OSX support is missing (patches are welcome).
  • New algorithm for selecting recipe provider, adding a 'prefer' keyword to the language. This should make it easier to manage choosing between multiple available providers and/or recipe versions.
  • New 'add-layer' command, for simplifying addition of new meta-data and source layers to manifest.

The toolchain and get_provider change is not backwards-compatible, so other layers probably need some adaptation. OE-lite/base and other official layers should hopefully be released with such changes shortly after this release.

With this release, master branch is now accepting pull requests for the coming 5.0.0 release, and 4.0 branch is open for bugfix pull requests to 4.0.0. I will personally keep focus mainly on the master branch, and does not have any plans for a 4.1.0 feature release, but if something like that is needed, let me know.

/Esben