正月明けにお屠蘇気分を吹っ飛ばしてくれたSpecterとMeltdownチップの脆弱性ですが、Yocto Projectも現在対応を行っているところです。
MeltdownはQEMU等の対応もあり、もう少し待つ必要がありそうですが、Specterに関して、軽減対応を行ったwebkitgtkが1/14 夜、先ず
Yocto2.4.1向けにcommitされ、1/15朝にはYocto2.3.2/2.2.3向けにcommitされています。
Upstreamでは、2.18.5のみ対応となっているため、morty(Yocto2.2)は2.12.5→2.18.5へ、 pyto(Yocto2.3)は2,14,5→2.18.5へ　rocko(Yocto2,4)は2.16.6→2.18.5と
３つのリリースですべて同一のバージョンのwebkitgtkが提供されることになりました。

2018年2月2日追記：
webkitgtk ですが、arm向けは、2.3/2.4/master ではコンパイラの仕様変更によりbuildに失敗します。
各バージョンの次期ポイントリリースまでには修正されることを期待しております。

一度ダウンロードしたファイルをlocal_mirrorとして使用することで、ネットワーク環境が無い場合でも
bitbake 可能にする設定　BB_NO_NETWORK = "1" ですが、数あるレシピの中にはこの設定を
行っているとエラーとなるものが有りました。（Yocto2.2の場合）

======================================================================
bb.data_smart.ExpansionError: Failure expanding variable do_configure, expression was cp /home/lineo/workspace/dl2/tmp/work/cortexa9hf-neon-xxx-linux-gnueabi/swupdate/git-r0/defconfig /home/lineo/workspace/dl2/tmp/work/cortexa9hf-neon-xxx-linux-gnueabi/swupdate/git-r0/git//.config
merge_config.sh -m .config ${@" ".join(find_cfgs(d))}
cml1_do_configure
which triggered exception NetworkAccess: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) but access requested with command git -c core.fsyncobjectfiles=0 ls-remote git://github.com/sbabic/swupdate.git (for url None)
======================================================================

当該レシピを直接もしくは間接的に使用するために指定する場合には効かない設定ですが
BBMASKに当該レシピを追加することで、ネットワーク接続環境のない場所でもbuildが可能になります。

======================================================================
DL_DIR ?= "/home/lineo/workspace/xxxxx/downloads"
SOURCE_MIRROR_URL ?= "file:///home/lineo/workspace/xxxxx/downloads/"
INHERIT += "own-mirrors"
BB_GENERATE_MIRROR_TARBALLS = "1"
BB_NO_NETWORK = "1" #最初はコメントにして実行。2度目からはコメントを外すことで回線のない場所でもbuild可能に。
BBMASK += "meta-swupdate/recipes-support/swupdate/swupdate_git.bb"
======================================================================

Yocto2.2 まで、ターゲットマシン上で実行するパッケージマネージャーとして、smartが提供されていました。

ターゲットボードのrootfsで足りないコマンドがあった場合に、rootfsを更新することなく、パッケージの
追加削除が可能となり、開発段階で色々試行するのに便利に使用できます。

過去形で記述しているのは、python2ベースのツールであったため、次のYocto2.3ではDNFに置き換えられています。
ですが、今現在の各ベンダーから提供されているBSPは、最新版でもYocto2.2を採用している場合が多いため、簡単
な使用方法を説明します。

1. build マシンの設定

1.1 ｈｔｔｐｄの設定
任意のhttpdをインストールします。
　 超実践講座で紹介する場合は、lighttpdを使用しています。
　 /var/www/ 以下から、rpmのパッケージが格納されているディレクトリへのリンクを張り、　
http://hostname/beaglebone/
とアクセスした際に
　 build/tmp/deploy/rpm
が参照できるように、シンボリックリンクを作成します。

1.2 conf/local.conf への記述追加
　　EXTRA_IMAGE_FEATURES にpackage-manegement　を追加。

1.3 package-indexの作成
　　　bitbake package-index を実行して、rpm以下の各ディレクトリ内にrepo データを作成します。

2. ターゲット上での操作

2.1 CHANNELの設定
buildマシンのtmp/deploy/rpm 以下の
all beaglebone cortexa8hf_neon
　　ディレクトリをCHANNELとして登録します。

　　smart channel -add all type=rpm-md baseurl=“http://hostname/beaglebone/all”
　　smart channel -add beaglebone type=rpm-md baseurl=“http://hostname/beaglebone/beaglebonel”
　　smart channel -add cortexa8hf_neon type=rpm-md baseurl=“http://hostname/beaglebone/cortexa8hf_neon”

登録完了後　smart channel --list コマンドを実行して、登録状態を確認します。

2.2 キャッシュの更新
　　smart update コマンドを実行して、キャッシュのアップデートを行います。

2.3 buildマシンで構築済パッケージの追加
　　smart search コマンドを実行して、buildマシン上にパッケージの有無を確認します。
　　例として、curlを使用します。
　　

# smart search curl
Loading cache...
Updating cache... ######################################## [100%]

curl - Command line tool and library for client-side URL transfers
curl-dbg - Command line tool and library for client-side URL transfers - Debuggs
curl-dev - Command line tool and library for client-side URL transfers - Develos
curl-doc - Command line tool and library for client-side URL transfers - Documes
gstreamer1.0-plugins-bad-curl - GStreamer plugin for curl
libcurl4 - Command line tool and library for client-side URL transfers

#
　

存在が確認できた場合は、smart install パッケージ名
　 　を使用して、インストールを実行します。

: ~#smart smart install curl
Loading cache...
Updating cache... ######################################## [100%]

Computing transaction...

Installing packages (1):
curl-7.50.1-r0.0@cortexa9hf_neon

100.7kB of package files are needed. 146.8kB will be used.

Confirm changes? (Y/n): y

Fetching packages...
- > http://192.168.201.107/beaglebone/.../curl-7.50.1-r0.0.cortexa9hf_neon.rpm
curl-7.50.1-r0.0.cortexa9hf_n.. ######################################## [100%]

Committing transaction...
Preparing... ######################################## [ 0%]
1:Installing curl ######################################## [100%]

# which curl
/usr/bin/curl
#

3. 新規にbuildマシンでパッケージを追加した場合

3.1 buildd マシンで実行するコマンド
　　bitbake package-index
で、indexを更新します。

3.2　ターゲットで実行するコマンド
　 smart update
で、パッケージ情報を更新します。
　　

2017年5月12日付けでリリースされたYocto2.3(morty)ですが、yocto projectの
gitserver上でダウンロード可能な互換レイヤーに、meta-gpl2 が追加されています。

以下、リファレンスマニュアルの変更情報へのリンクです。
http://www.yoctoproject.org/docs/2.3/ref-manual/ref-manual.html#migratio...

GPLv3ライセンスに移行してしまったパッケージに関して、GPLv2ライセンスの時代の
ソースコードを使ってbuildを行うためのレシピが含まれています。

アップストリームのメンテナンスが終了しているものもあり、脆弱性への対応に
バックポートが必要など注意すべき点はありますが、使い勝手の良いレイヤーが
誕生したことは歓迎したいと思います。

以下、レイヤーの情報となります。

meta-gplv2
==========

This layer contains a set of recipes corresponding to old, obsolete versions of
software that are GPLv2 licensed where the upstreams have moved to GPLv3 licenses.

These were part of OE-Core until it was realised they are a ticking timebomb
with regard to security updates and general maintenance. By splitting into a separate
layer, it's hoped people realise these may not be the best solution to the
"no GPLv3 problem" and it should also make it clear there is a different quality of
service applied to these recipes.

For now, they do continue to get minimal testing by the Yocto Project but this will
eventually be stopped, with anyone wanting to use them taking up the maintainership.

The current maintainer for the layer is Ross Burton

Where to Send Patches
=====================

For now, patches should be sent to the Yocto mailing list with [meta-gplv2] in the subject
line. Before sending, be sure the patches apply cleanly to the current master branch of the
git repository.

Git repository: http://git.yoctoproject.org/cgit.cgi/meta-gplv2/
Mailing list: yocto@lists.yoctoproject.org