.. SPDX-License-Identifier: CC-BY-SA-2.0-UK Release 1.3 (danny) =================== This section provides migration information for moving to the Yocto Project 1.3 Release (codename "danny") from the prior release. .. _1.3-local-configuration: Local Configuration ------------------- Differences include changes for :term:`SSTATE_MIRRORS` and ``bblayers.conf``. .. _migration-1.3-sstate-mirrors: SSTATE_MIRRORS ~~~~~~~~~~~~~~ The shared state cache (sstate-cache), as pointed to by :term:`SSTATE_DIR`, by default now has two-character subdirectories to prevent issues arising from too many files in the same directory. Also, native sstate-cache packages, which are built to run on the host system, will go into a subdirectory named using the distro ID string. If you copy the newly structured sstate-cache to a mirror location (either local or remote) and then point to it in :term:`SSTATE_MIRRORS`, you need to append "PATH" to the end of the mirror URL so that the path used by BitBake before the mirror substitution is appended to the path used to access the mirror. Here is an example:: SSTATE_MIRRORS = "file://.* http://someserver.tld/share/sstate/PATH" .. _migration-1.3-bblayers-conf: bblayers.conf ~~~~~~~~~~~~~ The ``meta-yocto`` layer consists of two parts that correspond to the Poky reference distribution and the reference hardware Board Support Packages (BSPs), respectively: ``meta-yocto`` and ``meta-yocto-bsp``. When running BitBake for the first time after upgrading, your ``conf/bblayers.conf`` file will be updated to handle this change and you will be asked to re-run or restart for the changes to take effect. .. _1.3-recipes: Recipes ------- Differences include changes for the following: .. _migration-1.3-python-function-whitespace: Python Function Whitespace ~~~~~~~~~~~~~~~~~~~~~~~~~~ All Python functions must now use four spaces for indentation. Previously, an inconsistent mix of spaces and tabs existed, which made extending these functions using ``_append`` or ``_prepend`` complicated given that Python treats whitespace as syntactically significant. If you are defining or extending any Python functions (e.g. ``populate_packages``, :ref:`ref-tasks-unpack`, :ref:`ref-tasks-patch` and so forth) in custom recipes or classes, you need to ensure you are using consistent four-space indentation. .. _migration-1.3-proto=-in-src-uri: proto= in SRC_URI ~~~~~~~~~~~~~~~~~ Any use of ``proto=`` in :term:`SRC_URI` needs to be changed to ``protocol=``. In particular, this applies to the following URIs: - ``svn://`` - ``bzr://`` - ``hg://`` - ``osc://`` Other URIs were already using ``protocol=``. This change improves consistency. .. _migration-1.3-nativesdk: nativesdk ~~~~~~~~~ The suffix ``nativesdk`` is now implemented as a prefix, which simplifies a lot of the packaging code for :ref:`ref-classes-nativesdk` recipes. All custom :ref:`ref-classes-nativesdk` recipes, which are relocatable packages that are native to :term:`SDK_ARCH`, and any references need to be updated to use ``nativesdk-*`` instead of ``*-nativesdk``. .. _migration-1.3-task-recipes: Task Recipes ~~~~~~~~~~~~ "Task" recipes are now known as "Package groups" and have been renamed from ``task-*.bb`` to ``packagegroup-*.bb``. Existing references to the previous ``task-*`` names should work in most cases as there is an automatic upgrade path for most packages. However, you should update references in your own recipes and configurations as they could be removed in future releases. You should also rename any custom ``task-*`` recipes to ``packagegroup-*``, and change them to inherit :ref:`ref-classes-packagegroup` instead of ``task``, as well as taking the opportunity to remove anything now handled by :ref:`ref-classes-packagegroup`, such as providing ``-dev`` and ``-dbg`` packages, setting :term:`LIC_FILES_CHKSUM`, and so forth. See the :ref:`ref-classes-packagegroup` section for further details. .. _migration-1.3-image-features: IMAGE_FEATURES ~~~~~~~~~~~~~~ Image recipes that previously included ``apps-console-core`` in :term:`IMAGE_FEATURES` should now include ``splash`` instead to enable the boot-up splash screen. Retaining ``apps-console-core`` will still include the splash screen but generates a warning. The ``apps-x11-core`` and ``apps-x11-games`` :term:`IMAGE_FEATURES` features have been removed. .. _migration-1.3-removed-recipes: Removed Recipes ~~~~~~~~~~~~~~~ The following recipes have been removed. For most of them, it is unlikely that you would have any references to them in your own :term:`Metadata`. However, you should check your metadata against this list to be sure: - ``libx11-trim``: Replaced by ``libx11``, which has a negligible size difference with modern Xorg. - ``xserver-xorg-lite``: Use ``xserver-xorg``, which has a negligible size difference when DRI and GLX modules are not installed. - ``xserver-kdrive``: Effectively unmaintained for many years. - ``mesa-xlib``: No longer serves any purpose. - ``galago``: Replaced by telepathy. - ``gail``: Functionality was integrated into GTK+ 2.13. - ``eggdbus``: No longer needed. - ``gcc-*-intermediate``: The build has been restructured to avoid the need for this step. - ``libgsmd``: Unmaintained for many years. Functionality now provided by ``ofono`` instead. - *contacts, dates, tasks, eds-tools*: Largely unmaintained PIM application suite. It has been moved to ``meta-gnome`` in ``meta-openembedded``. In addition to the previously listed changes, the ``meta-demoapps`` directory has also been removed because the recipes in it were not being maintained and many had become obsolete or broken. Additionally, these recipes were not parsed in the default configuration. Many of these recipes are already provided in an updated and maintained form within the OpenEmbedded community layers such as ``meta-oe`` and ``meta-gnome``. For the remainder, you can now find them in the ``meta-extras`` repository, which is in the :yocto_git:`Source Repositories <>` at :yocto_git:`/meta-extras/`. .. _1.3-linux-kernel-naming: Linux Kernel Naming ------------------- The naming scheme for kernel output binaries has been changed to now include :term:`PE` as part of the filename:: KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PE}-${PV}-${PR}-${MACHINE}-${DATETIME}" Because the :term:`PE` variable is not set by default, these binary files could result with names that include two dash characters. Here is an example:: bzImage--3.10.9+git0+cd502a8814_7144bcc4b8-r0-qemux86-64-20130830085431.bin