Consolidated Updates and Bug Fixes
cover Consolidated Updates and Bug Fixes
From: Saul Wold <[email protected]>
Richard,
Folks have been busy while we were away at ELC!
There are package updates, patch classifications, and bug fixes including some CVEs that need to be back ported to 1.0.1
I still don't have access to openembedded-core-contrib, so please find these in the poky-contrib area.
Clutter-1.6 has a dependency on json-glib, which Joshua will be fixing next week, it's not an issue for most builds right now.
I did rejects some patches due to issue with build or patch classificiations.
Hope we can get these in for next week.
Thanks
Sau!
Pull URL: git://git.yoctoproject.org/poky-contrib.git
Branch: distro/oe-core
Browse: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=distro/oe-core
Thanks,
Saul Wold <[email protected]>
---
Dexuan Cui (13):
oprofileui: upgrade to latest git version
libxt: update from 1.0.9 to the latest version 1.1.1
libxi: upgrade from 1.4.0 to the latest version 1.4.2
fixesproto: upgrade from 4.1.2 to the latest version 5.0
xproto: upgrade from 7.0.20 to the latest version 7.0.21
gnome-doc-utils: upgrade from 0.20.4 to the latest version 0.20.5
xextproto: upgrade from 7.1.2 to the latest version 7.2.0
libpciaccess: upgrade from 0.12.0 to the latest version 0.12.1
cronie: upgrade from 1.4.6 to the latest version 1.4.7 preferred-xorg-versions.inc: update libxt, libxi, fixesproto, xproto,
xextproto and libpciaccess
distro_tracking_fields.inc: update the info for the following recipes
gnu-config-native: add dependency on perl-native
libnewt: fix parallel-make issue
Dongxiao Xu (13):
gstreamer: upgrade to vesion 0.10.32
gst-plugins-base: upgrade to version 0.10.32
gst-plugins-good: upgrade to version 0.10.28
gst-plugins-bad: upgrade to version 0.10.21
gst-plugins-ugly: upgrade to version 0.10.17
ofono: upgrade to version 0.45
alsa-lib: upgrade to version 1.0.24.1
telepathy-glib: upgrade to version 0.14.3
telepathy-idle: upgrade to version 0.1.8
telepathy-mission-control: upgrade to version 5.7.9
gssdp: upgrade to version 0.10.0
gupnp: upgrade to version 0.16.0
distro_tracking_fields: update for gstreamer, gupnp, telepathy-glib,
etc
Gary Thomas (1):
setuptools: Make options for setup.py more flexible
Jingdong Lu (2):
gcc: Add "--enable-clocale=gnu" option for LSB.
poky-lsb: Add "largefile" feature for LSB distro.
Joshua Lock (1):
clutter-1.6: fix tarball md5sum and add json-glib to dependencies
Kang Kai (1):
jpeg: add link libjpeg.so.62 for LSB library test
Paul Eggleton (2):
netbase: automatically bring up eth0
netbase: add /etc/network/interfaces file for qemumips & qemuppc
Qing He (4):
libexif: upgrade to 0.6.20
libxml2: upgrade to version 2.7.8
openssl: upgrade to version 0.9.8r
rsync: upgrade to version 3.0.8
Saul Wold (1):
slang: Update to 2.2.4
Scott Rifenbark (4):
documentation/adt-manual/adt-eclipse.xml: Fixed link to autotools. documentation/adt-manual/adt-prepare.xml: Fixed URL for nightly
builds
documentation/adt-manual/adt-eclipse.xml: Fixed URL with
pokylinux.org
documentation/kernel-manual/kernel-how-to.xml: replaced 'pokylinux'
with 'yoctoproject'
Xiaofeng Yan (1):
task-poky-lsb.bb:Add locale resoures which is needed by LSB Test
Suite
Yu Ke (9):
xf86-input-synaptics: upgrade from 1.3.0 to 1.4.0
xf86-input-vmmouse: upgrade from 12.6.10 to 12.7.0
evieext: upgrade from 1.1.0 to 1.1.1
xf86-input-keyboard: upgrade from 1.5.0 to 1.6.0
xkbcomp: upgrade from 1.2.0 to 1.2.1
libdrm: upgrade from 2.4.23 to 2.4.25
mesa: upgrade to 7.10.2
xf86-input-mouse: upgrade from 1.6 to 1.7
pango: upgrade from 1.28.3 to 1.28.4
Zhai Edwin (6):
libsoup-2.4: Upgrade to 2.32.2 (from 2.32.1)
x11perf: Upgrade to 1.5.3 (from 1.5.2)
libcanberry: Upgrade to 0.28 (from 0.26)
xz: Upgrade to 5.0.2 (from 5.0.0)
polkit-gnome: Upgrade to 0.101 (from 0.99)
qemu: Fix the qemu GL application start failure.
documentation/adt-manual/adt-eclipse.xml | 4 +-
documentation/adt-manual/adt-prepare.xml | 2 +-
documentation/kernel-manual/kernel-how-to.xml | 4 +-
meta/classes/setuptools.bbclass | 3 +-
.../conf/distro/include/distro_tracking_fields.inc | 189 +-
.../conf/distro/include/poky-default-revisions.inc | 2 +-
.../distro/include/preferred-xorg-versions.inc | 34 +-
meta/conf/distro/poky-lsb.conf | 2 +-
.../{files => gssdp-0.10.0}/introspection.patch | 5 +-
.../gupnp/{gssdp_0.9.0.bb => gssdp_0.10.0.bb} | 4 +-
.../gupnp/{gupnp_0.14.0.bb => gupnp_0.16.0.bb} | 7 +-
meta/recipes-connectivity/ofono/ofono_0.37.bb | 9 -
meta/recipes-connectivity/ofono/ofono_0.45.bb | 9 +
.../configure-targets.patch | 1 +
.../debian/ca.patch | 0
.../debian/config-hurd.patch | 0
.../debian/debian-targets.patch | 0
.../debian/engines-path.patch | 0
.../debian/kfreebsd-pipe.patch | 0
.../debian/make-targets.patch | 0
.../debian/man-dir.patch | 0
.../debian/man-section.patch | 0
.../debian/no-rpath.patch | 0
.../debian/no-symbolic.patch | 0
.../debian/perl-path.diff | 0
.../debian/pic.patch | 0
.../debian/pkg-config.patch | 0
.../debian/rc4-amd64.patch | 0
.../debian/rehash-crt.patch | 0
.../debian/rehash_pod.patch | 0
.../debian/series | 0
.../debian/shared-lib-ext.patch | 0
.../debian/stddef.patch | 0
.../debian/version-script.patch | 0
.../parallel-make-fix.patch | 2 +
.../shared-libs.patch | 2 +
meta/recipes-connectivity/openssl/openssl.inc | 2 +-
.../{openssl_0.9.8p.bb => openssl_0.9.8r.bb} | 6 +-
...thy-glib_0.13.6.bb => telepathy-glib_0.14.3.bb} | 4 +-
...pathy-idle_0.1.7.bb => telepathy-idle_0.1.8.bb} | 4 +-
...5.7.1.bb => telepathy-mission-control_5.7.9.bb} | 4 +-
meta/recipes-core/jpeg/jpeg_8b.bb | 13 +-
.../recipes-core/libxml/libxml2/libxml-64bit.patch | 2 +
meta/recipes-core/libxml/libxml2_2.7.7.bb | 6 -
meta/recipes-core/libxml/libxml2_2.7.8.bb | 6 +
meta/recipes-core/netbase/netbase-4.45/interfaces | 1 +
.../netbase/netbase-4.45/qemumips/interfaces | 8 +
.../netbase/netbase-4.45/qemuppc/interfaces | 8 +
meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb | 3 +-
.../gnu-config/config-guess-uclibc.patch | 2 +
.../gnu-config/gnu-config_20080123.bb | 6 +-
.../qemu/qemu-0.14.0/qemugl-fix.patch | 73 +
meta/recipes-devtools/qemu/qemu_0.14.0.bb | 1 +
.../rsync/{rsync_3.0.7.bb => rsync_3.0.8.bb} | 6 +-
.../cronie/{cronie_1.4.6.bb => cronie_1.4.7.bb} | 4 +-
.../newt/files/fix_SHAREDDIR.patch | 29 +
.../newt/files/include-without-python.patch | 2 +
.../newt/files/remove_slang_include.patch | 13 +
meta/recipes-extended/newt/libnewt_0.52.12.bb | 8 +-
...{polkit-gnome_0.99.bb => polkit-gnome_0.101.bb} | 4 +-
meta/recipes-extended/slang/slang/fix-uclibc.patch | 11 -
.../slang/{slang_2.2.2.bb => slang_2.2.4.bb} | 18 +-
meta/recipes-extended/tasks/task-poky-lsb.bb | 10 +-
.../xz/{xz_5.0.0.bb => xz_5.0.2.bb} | 4 +-
...c-utils_0.20.4.bb => gnome-doc-utils_0.20.5.bb} | 4 +-
meta/recipes-graphics/clutter/clutter-1.6_1.6.8.bb | 5 +-
.../drm/libdrm-2.4.23/installtests.patch | 43 -
.../drm/libdrm-2.4.25/installtests.patch | 49 +
.../drm/{libdrm_2.4.23.bb => libdrm_2.4.25.bb} | 5 +-
.../mesa/files/talloc-removal.patch |15571 --------------------
.../mesa/{mesa-dri_7.10.bb => mesa-dri_7.10.2.bb} | 7 +-
.../{mesa-xlib_7.10.bb => mesa-xlib_7.10.2.bb} | 7 +-
.../{pango-1.28.3 => pango-1.28.4}/no-tests.patch | 4 +
.../pango/{pango_1.28.3.bb => pango_1.28.4.bb} | 4 +-
.../{x11perf_1.5.2.bb => x11perf_1.5.3.bb} | 4 +-
.../xorg-app/xkbcomp/cross-compile-fix.patch | 35 -
.../{xkbcomp_1.2.0.bb => xkbcomp_1.2.1.bb} | 5 +-
...board_1.5.0.bb => xf86-input-keyboard_1.6.0.bb} | 4 +-
.../xorg-driver/xf86-input-mouse/unbreak.patch | 2 +
...ut-mouse_1.6.0.bb => xf86-input-mouse_1.7.0.bb} | 4 +-
...tics_1.3.0.bb => xf86-input-synaptics_1.4.0.bb} | 4 +-
...use_12.6.10.bb => xf86-input-vmmouse_12.7.0.bb} | 4 +-
...bpciaccess_0.12.0.bb => libpciaccess_0.12.1.bb} | 6 +-
.../xorg-lib/{libxi_1.4.0.bb => libxi_1.4.2.bb} | 5 +-
.../xorg-lib/{libxt_1.0.9.bb => libxt_1.1.1.bb} | 6 +-
.../{evieext_1.1.0.bb => evieext_1.1.1.bb} | 8 +-
.../{fixesproto_4.1.2.bb => fixesproto_5.0.bb} | 8 +-
.../{xextproto_7.1.2.bb => xextproto_7.2.0.bb} | 6 +-
.../{xproto_7.0.20.bb => xproto_7.0.21.bb} | 6 +-
.../oprofileui/dso_linking_change_build_fix.patch | 2 +
meta/recipes-kernel/oprofile/oprofileui_git.bb | 2 +-
.../fix-tstamp-declaration.patch | 2 +
.../unbreak_plugindir.patch | 2 +
.../{alsa-lib_1.0.23.bb => alsa-lib_1.0.24.1.bb} | 4 +-
...s-bad_0.10.20.bb => gst-plugins-bad_0.10.21.bb} | 6 +-
.../gst-plugins-base-tremor.patch | 2 +
...base_0.10.31.bb => gst-plugins-base_0.10.32.bb} | 6 +-
...good_0.10.26.bb => gst-plugins-good_0.10.28.bb} | 6 +-
...ugly_0.10.16.bb => gst-plugins-ugly_0.10.17.bb} | 3 +
.../check_fix.patch | 2 +
.../gst-inspect-check-error.patch | 2 +
.../gstregistrybinary.c | 0
.../gstregistrybinary.h | 0
.../{gstreamer_0.10.31.bb => gstreamer_0.10.32.bb} | 4 +-
.../{libcanberra_0.26.bb => libcanberra_0.28.bb} | 4 +-
.../{libexif_0.6.16.bb => libexif_0.6.20.bb} | 6 +-
...libsoup-2.4_2.32.1.bb => libsoup-2.4_2.32.2.bb} | 4 +-
107 files changed, 488 insertions(+), 15912 deletions(-)
rename meta/recipes-connectivity/gupnp/{files => gssdp-0.10.0}/introspection.patch (97%)
rename meta/recipes-connectivity/gupnp/{gssdp_0.9.0.bb => gssdp_0.10.0.bb} (83%)
rename meta/recipes-connectivity/gupnp/{gupnp_0.14.0.bb => gupnp_0.16.0.bb} (85%)
delete mode 100644 meta/recipes-connectivity/ofono/ofono_0.37.bb
create mode 100644 meta/recipes-connectivity/ofono/ofono_0.45.bb
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/configure-targets.patch (97%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/ca.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/config-hurd.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/debian-targets.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/engines-path.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/kfreebsd-pipe.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/make-targets.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/man-dir.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/man-section.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/no-rpath.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/no-symbolic.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/perl-path.diff (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/pic.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/pkg-config.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rc4-amd64.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rehash-crt.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rehash_pod.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/series (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/shared-lib-ext.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/stddef.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/version-script.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/parallel-make-fix.patch (95%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/shared-libs.patch (97%)
rename meta/recipes-connectivity/openssl/{openssl_0.9.8p.bb => openssl_0.9.8r.bb} (86%)
rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.13.6.bb => telepathy-glib_0.14.3.bb} (80%)
rename meta/recipes-connectivity/telepathy/{telepathy-idle_0.1.7.bb => telepathy-idle_0.1.8.bb} (81%)
rename meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.7.1.bb => telepathy-mission-control_5.7.9.bb} (92%)
delete mode 100644 meta/recipes-core/libxml/libxml2_2.7.7.bb
create mode 100644 meta/recipes-core/libxml/libxml2_2.7.8.bb
create mode 100644 meta/recipes-core/netbase/netbase-4.45/qemumips/interfaces
create mode 100644 meta/recipes-core/netbase/netbase-4.45/qemuppc/interfaces
create mode 100644 meta/recipes-devtools/qemu/qemu-0.14.0/qemugl-fix.patch
rename meta/recipes-devtools/rsync/{rsync_3.0.7.bb => rsync_3.0.8.bb} (71%)
rename meta/recipes-extended/cronie/{cronie_1.4.6.bb => cronie_1.4.7.bb} (93%)
create mode 100644 meta/recipes-extended/newt/files/fix_SHAREDDIR.patch
create mode 100644 meta/recipes-extended/newt/files/remove_slang_include.patch
rename meta/recipes-extended/polkit/{polkit-gnome_0.99.bb => polkit-gnome_0.101.bb} (86%)
delete mode 100644 meta/recipes-extended/slang/slang/fix-uclibc.patch
rename meta/recipes-extended/slang/{slang_2.2.2.bb => slang_2.2.4.bb} (61%)
rename meta/recipes-extended/xz/{xz_5.0.0.bb => xz_5.0.2.bb} (82%)
rename meta/recipes-gnome/gnome/{gnome-doc-utils_0.20.4.bb => gnome-doc-utils_0.20.5.bb} (53%)
delete mode 100644 meta/recipes-graphics/drm/libdrm-2.4.23/installtests.patch
create mode 100644 meta/recipes-graphics/drm/libdrm-2.4.25/installtests.patch
rename meta/recipes-graphics/drm/{libdrm_2.4.23.bb => libdrm_2.4.25.bb} (54%)
delete mode 100644 meta/recipes-graphics/mesa/files/talloc-removal.patch
rename meta/recipes-graphics/mesa/{mesa-dri_7.10.bb => mesa-dri_7.10.2.bb} (85%)
rename meta/recipes-graphics/mesa/{mesa-xlib_7.10.bb => mesa-xlib_7.10.2.bb} (68%)
rename meta/recipes-graphics/pango/{pango-1.28.3 => pango-1.28.4}/no-tests.patch (72%)
rename meta/recipes-graphics/pango/{pango_1.28.3.bb => pango_1.28.4.bb} (50%)
rename meta/recipes-graphics/xorg-app/{x11perf_1.5.2.bb => x11perf_1.5.3.bb} (76%)
delete mode 100644 meta/recipes-graphics/xorg-app/xkbcomp/cross-compile-fix.patch
rename meta/recipes-graphics/xorg-app/{xkbcomp_1.2.0.bb => xkbcomp_1.2.1.bb} (72%)
rename meta/recipes-graphics/xorg-driver/{xf86-input-keyboard_1.5.0.bb => xf86-input-keyboard_1.6.0.bb} (74%)
rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.6.0.bb => xf86-input-mouse_1.7.0.bb} (76%)
rename meta/recipes-graphics/xorg-driver/{xf86-input-synaptics_1.3.0.bb => xf86-input-synaptics_1.4.0.bb} (83%)
rename meta/recipes-graphics/xorg-driver/{xf86-input-vmmouse_12.6.10.bb => xf86-input-vmmouse_12.7.0.bb} (64%)
rename meta/recipes-graphics/xorg-lib/{libpciaccess_0.12.0.bb => libpciaccess_0.12.1.bb} (56%)
rename meta/recipes-graphics/xorg-lib/{libxi_1.4.0.bb => libxi_1.4.2.bb} (76%)
rename meta/recipes-graphics/xorg-lib/{libxt_1.0.9.bb => libxt_1.1.1.bb} (85%)
rename meta/recipes-graphics/xorg-proto/{evieext_1.1.0.bb => evieext_1.1.1.bb} (54%)
rename meta/recipes-graphics/xorg-proto/{fixesproto_4.1.2.bb => fixesproto_5.0.bb} (56%)
rename meta/recipes-graphics/xorg-proto/{xextproto_7.1.2.bb => xextproto_7.2.0.bb} (76%)
rename meta/recipes-graphics/xorg-proto/{xproto_7.0.20.bb => xproto_7.0.21.bb} (57%)
rename meta/recipes-multimedia/alsa/{alsa-lib-1.0.23 => alsa-lib-1.0.24.1}/fix-tstamp-declaration.patch (95%)
rename meta/recipes-multimedia/alsa/{alsa-lib-1.0.23 => alsa-lib-1.0.24.1}/unbreak_plugindir.patch (91%)
rename meta/recipes-multimedia/alsa/{alsa-lib_1.0.23.bb => alsa-lib_1.0.24.1.bb} (91%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-bad_0.10.20.bb => gst-plugins-bad_0.10.21.bb} (86%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-base-0.10.31 => gst-plugins-base-0.10.32}/gst-plugins-base-tremor.patch (94%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-base_0.10.31.bb => gst-plugins-base_0.10.32.bb} (86%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-good_0.10.26.bb => gst-plugins-good_0.10.28.bb} (82%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-ugly_0.10.16.bb => gst-plugins-ugly_0.10.17.bb} (85%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/check_fix.patch (93%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gst-inspect-check-error.patch (96%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gstregistrybinary.c (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gstregistrybinary.h (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer_0.10.31.bb => gstreamer_0.10.32.bb} (91%)
rename meta/recipes-multimedia/pulseaudio/{libcanberra_0.26.bb => libcanberra_0.28.bb} (85%)
rename meta/recipes-support/libexif/{libexif_0.6.16.bb => libexif_0.6.20.bb} (61%)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.32.1.bb => libsoup-2.4_2.32.2.bb} (76%)PATCH 1/58 gstreamer: upgrade to vesion 0.10.32
From: Dongxiao Xu <[email protected]>
---
.../check_fix.patch | 2 ++
.../gst-inspect-check-error.patch | 2 ++
.../gstregistrybinary.c | 0
.../gstregistrybinary.h | 0
.../{gstreamer_0.10.31.bb => gstreamer_0.10.32.bb} | 4 ++--
5 files changed, 6 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/check_fix.patch (93%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gst-inspect-check-error.patch (96%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gstregistrybinary.c (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer-0.10.31 => gstreamer-0.10.32}/gstregistrybinary.h (100%)
rename meta/recipes-multimedia/gstreamer/{gstreamer_0.10.31.bb => gstreamer_0.10.32.bb} (91%)meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/check_fix.patch renamed from meta/recipes-multimedia/gstreamer/gstreamer-0.10.31/check_fix.patch +2 -0
@@ -1,6 +1,8 @@ # gstreamer: Fix a problem with configure if check has already been built # Richard Purdie <[email protected]> +Upstream-Status: Inappropriate [configuration] + diff -urN gstreamer-0.10.29-orig/configure.ac gstreamer-0.10.29/configure.ac --- gstreamer-0.10.29-orig/configure.ac 2010-06-26 12:49:27.774930773 +0800 +++ gstreamer-0.10.29/configure.ac 2010-06-26 12:51:12.899200233 +0800
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gst-inspect-check-error.patch renamed from meta/recipes-multimedia/gstreamer/gstreamer-0.10.31/gst-inspect-check-error.patch +2 -0
@@ -1,6 +1,8 @@ # Fix crash with gst-inspect # Chris Lord <[email protected]> +Upstream-Status: Pending + --- gstreamer-0.10.9/tools/gst-inspect.c.old 2006-09-12 11:56:53.000000000 +0100 +++ gstreamer-0.10.9/tools/gst-inspect.c 2006-09-12 11:57:27.000000000 +0100 @@ -1123,7 +1123,7 @@
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.c renamed from meta/recipes-multimedia/gstreamer/gstreamer-0.10.31/gstregistrybinary.c +0 -0
meta/recipes-multimedia/gstreamer/gstreamer-0.10.32/gstregistrybinary.h renamed from meta/recipes-multimedia/gstreamer/gstreamer-0.10.31/gstregistrybinary.h +0 -0
meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb renamed from meta/recipes-multimedia/gstreamer/gstreamer_0.10.31.bb +2 -2
@@ -16,8 +16,8 @@ SRC_URI = "http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.bz file://check_fix.patch \ file://gst-inspect-check-error.patch" -SRC_URI[md5sum] = "a21fb08bdb578d972c7c14e77da8fbb6" -SRC_URI[sha256sum] = "7f737e6d047c1ebeb4e1e0725fc377c5d9f12ee89186de7960be3cbba709ab84" +SRC_URI[md5sum] = "442bc3d37b8511a73379143e7531d726" +SRC_URI[sha256sum] = "3bf4e46a186ee9a1f5e212aaf651d67cffb4f5f05345a7c99ae71d5d992be133" inherit autotools pkgconfig gettext
Signature · 1 line
1.7.1.1
PATCH 2/58 gst-plugins-base: upgrade to version 0.10.32
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
.../gst-plugins-base-tremor.patch | 2 ++
...base_0.10.31.bb => gst-plugins-base_0.10.32.bb} | 6 +++---
2 files changed, 5 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-base-0.10.31 => gst-plugins-base-0.10.32}/gst-plugins-base-tremor.patch (94%)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-base_0.10.31.bb => gst-plugins-base_0.10.32.bb} (86%)meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.32/gst-plugins-base-tremor.patch renamed from meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.31/gst-plugins-base-tremor.patch +2 -0
@@ -1,6 +1,8 @@ Remove -DTREMOR option since Tremor has dropped its internal libogg2, and gst-plugins-base has dependency on that. +Upstream-Status: Inappropriate [configuration] + Signed-off-by: Dongxiao Xu <[email protected]> diff -ruN gst-plugins-base-0.10.30-orig/ext/vorbis/Makefile.am gst-plugins-base-0.10.30/ext/vorbis/Makefile.am
meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.32.bb renamed from meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.31.bb +3 -3
@@ -12,10 +12,10 @@ RDEPENDS_${PN} += "gnome-vfs-plugin-file gnome-vfs-plugin-http gnome-vfs-plugin- SRC_URI += " file://gst-plugins-base-tremor.patch" -SRC_URI[md5sum] = "9baa0d87e81c88b2477a3554ab629c46" -SRC_URI[sha256sum] = "abb006c78222cfb69d31e983268d1d5219e9d4e0da24c6c4cd687968af7a33bd" +SRC_URI[md5sum] = "2920af2b3162f3d9fbaa7fabc8ed4d38" +SRC_URI[sha256sum] = "e9aabfac83f6480896da0686e9c911989f896fbad634821b7771ed84a446172b" -PR = "r1" +PR = "r0" inherit gettext
Signature · 1 line
1.7.1.1
PATCH 3/58 gst-plugins-good: upgrade to version 0.10.28
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...good_0.10.26.bb => gst-plugins-good_0.10.28.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-good_0.10.26.bb => gst-plugins-good_0.10.28.bb} (82%)meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.28.bb renamed from meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.26.bb +3 -3
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \ DEPENDS += "gst-plugins-base gconf cairo jpeg libpng gtk+ zlib libid3tag flac \ speex libsoup-2.4" -PR = "r2" +PR = "r0" inherit gettext
@@ -18,5 +18,5 @@ do_configure_prepend() { rm ${S}/m4/lib-link.m4 || true } -SRC_URI[md5sum] = "e1ed191adbf81edff04f348f8ce8e198" -SRC_URI[sha256sum] = "ceb3bbea5ce18463b8fe470d34786bc846469e800305c436d799af9fe22bdcc4" +SRC_URI[md5sum] = "6ef1588921f59d85c44ee2e49a3c97a0" +SRC_URI[sha256sum] = "adfbce68b9fbadb7a7aeda2227af6afe1928ef025af4158726617b9d6834b028"
Signature · 1 line
1.7.1.1
PATCH 4/58 gst-plugins-bad: upgrade to version 0.10.21
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...s-bad_0.10.20.bb => gst-plugins-bad_0.10.21.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-bad_0.10.20.bb => gst-plugins-bad_0.10.21.bb} (86%)meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.21.bb renamed from meta/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.20.bb +3 -3
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ DEPENDS += "gst-plugins-base libmusicbrainz tremor librsvg" -PR = "r1" +PR = "r0" inherit gettext
@@ -23,5 +23,5 @@ do_configure_prepend() { rm ${S}/m4/lib-link.m4 || true } -SRC_URI[md5sum] = "7c84766f6d24f41ba90c3f6141012ab8" -SRC_URI[sha256sum] = "1031dff866df976a957f34039addbab4c0753406299a275f4cf1780e1dbe2a90" +SRC_URI[md5sum] = "f501336ab1d18d2565f47c36ce653a82" +SRC_URI[sha256sum] = "422badacbda37ac33cb446c6751dabcd0b223c308dbb01024a34ded682fa47e3"
Signature · 1 line
1.7.1.1
PATCH 5/58 gst-plugins-ugly: upgrade to version 0.10.17
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...ugly_0.10.16.bb => gst-plugins-ugly_0.10.17.bb} | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-plugins-ugly_0.10.16.bb => gst-plugins-ugly_0.10.17.bb} (85%)meta/recipes-multimedia/gstreamer/gst-plugins-ugly_0.10.17.bb renamed from meta/recipes-multimedia/gstreamer/gst-plugins-ugly_0.10.16.bb +3 -0
@@ -17,3 +17,6 @@ do_configure_prepend() { # This m4 file contains nastiness which conflicts with libtool 2.2.2 rm ${S}/m4/lib-link.m4 || true } + +SRC_URI[md5sum] = "504ed6508c3a8f035a2002ed69d68506" +SRC_URI[sha256sum] = "0cbd4aa8dceafea21ddd547dfde686a8836f68ba547afa5575a52b64cfa0b369"
Signature · 1 line
1.7.1.1
PATCH 7/58 alsa-lib: upgrade to version 1.0.24.1
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
.../fix-tstamp-declaration.patch | 2 ++
.../unbreak_plugindir.patch | 2 ++
.../{alsa-lib_1.0.23.bb => alsa-lib_1.0.24.1.bb} | 4 ++--
3 files changed, 6 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/alsa/{alsa-lib-1.0.23 => alsa-lib-1.0.24.1}/fix-tstamp-declaration.patch (95%)
rename meta/recipes-multimedia/alsa/{alsa-lib-1.0.23 => alsa-lib-1.0.24.1}/unbreak_plugindir.patch (91%)
rename meta/recipes-multimedia/alsa/{alsa-lib_1.0.23.bb => alsa-lib_1.0.24.1.bb} (91%)meta/recipes-multimedia/alsa/alsa-lib-1.0.24.1/fix-tstamp-declaration.patch renamed from meta/recipes-multimedia/alsa/alsa-lib-1.0.23/fix-tstamp-declaration.patch +2 -0
@@ -4,6 +4,8 @@ # # Acquired from OpenEmbedded +Upstream-Status: Pending + Index: alsa-lib-1.0.13/include/global.h =================================================================== --- alsa-lib-1.0.13.orig/include/global.h
meta/recipes-multimedia/alsa/alsa-lib-1.0.24.1/unbreak_plugindir.patch renamed from meta/recipes-multimedia/alsa/alsa-lib-1.0.23/unbreak_plugindir.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Inappropriate [configuration] + diff -Nur alsa-lib-1.0.14.orig/configure.in alsa-lib-1.0.14/configure.in --- alsa-lib-1.0.14.orig/configure.in 2007-05-31 03:05:13.000000000 -0500 +++ alsa-lib-1.0.14/configure.in 2007-08-18 13:05:49.000000000 -0500
meta/recipes-multimedia/alsa/alsa-lib_1.0.24.1.bb renamed from meta/recipes-multimedia/alsa/alsa-lib_1.0.23.bb +2 -2
@@ -19,8 +19,8 @@ PR = "r0" SRC_URI = "ftp://ftp.alsa-project.org/pub/lib/alsa-lib-${PV}.tar.bz2 \ file://fix-tstamp-declaration.patch;patch=1" -SRC_URI[md5sum] = "f48b50421d8a69d2d806d9c47e534f0d" -SRC_URI[sha256sum] = "b4238ecaba5e4a1383af06180611a57ef29f9bf47bc177136dba1bb5b70ff423" +SRC_URI[md5sum] = "7cc05f25e1d5b65da8fb3fdcd540f226" +SRC_URI[sha256sum] = "a32f7c21015b6c71f9a80ff70a2b6a50e4ff4d5c77c744ff0793dea7ba7a2517" inherit autotools pkgconfig
Signature · 1 line
1.7.1.1
PATCH 6/58 ofono: upgrade to version 0.45
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
--- meta/recipes-connectivity/ofono/ofono_0.37.bb | 9 --------- meta/recipes-connectivity/ofono/ofono_0.45.bb | 9 +++++++++ 2 files changed, 9 insertions(+), 9 deletions(-) delete mode 100644 meta/recipes-connectivity/ofono/ofono_0.37.bb create mode 100644 meta/recipes-connectivity/ofono/ofono_0.45.bb
meta/recipes-connectivity/ofono/ofono_0.37.bb deleted +0 -9
@@ -1,9 +0,0 @@ -require ofono.inc - -PR = "r0" - -SRC_URI = "${KERNELORG_MIRROR}/linux/network/ofono/${P}.tar.bz2 \ - file://ofono" - -SRC_URI[md5sum] = "fa9a6f91506db2ac5bf313ff0bde65f3" -SRC_URI[sha256sum] = "0ac71d8a846d564ef6940c47bcc410b76df750aadf7903cb56876d991275f6db"
meta/recipes-connectivity/ofono/ofono_0.45.bb new file +9 -0
@@ -0,0 +1,9 @@ +require ofono.inc + +PR = "r0" + +SRC_URI = "${KERNELORG_MIRROR}/linux/network/ofono/${P}.tar.bz2 \ + file://ofono" + +SRC_URI[md5sum] = "31dabb077e7592ba36913bd9d0c76b94" +SRC_URI[sha256sum] = "5541e832fb72c6c647b663e5ee55384a33efaee5a34c4544e3a16af94892f47e"
Signature · 1 line
1.7.1.1
PATCH 8/58 telepathy-glib: upgrade to version 0.14.3
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...thy-glib_0.13.6.bb => telepathy-glib_0.14.3.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.13.6.bb => telepathy-glib_0.14.3.bb} (80%)meta/recipes-connectivity/telepathy/telepathy-glib_0.14.3.bb renamed from meta/recipes-connectivity/telepathy/telepathy-glib_0.13.6.bb +2 -2
@@ -7,8 +7,8 @@ PR = "r0" SRC_URI = "http://telepathy.freedesktop.org/releases/telepathy-glib/${P}.tar.gz" -SRC_URI[md5sum] = "db997b1575e9186887caf211c0b94dd9" -SRC_URI[sha256sum] = "76a38a64d1b7fbaa6e1aaf6a9f8b898840c551aea5d9121bdcb35fdbb66c5877" +SRC_URI[md5sum] = "fe9a4f781651593fd4afddb343ff50bf" +SRC_URI[sha256sum] = "62e759084355ac0fce61feb561a7535a6707b223f0d1e4305fd47c83fa5494d0" LIC_FILES_CHKSUM = "file://COPYING;md5=e413d83db6ee8f2c8e6055719096a48e"
Signature · 1 line
1.7.1.1
PATCH 9/58 telepathy-idle: upgrade to version 0.1.8
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...pathy-idle_0.1.7.bb => telepathy-idle_0.1.8.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/telepathy/{telepathy-idle_0.1.7.bb => telepathy-idle_0.1.8.bb} (81%)meta/recipes-connectivity/telepathy/telepathy-idle_0.1.8.bb renamed from meta/recipes-connectivity/telepathy/telepathy-idle_0.1.7.bb +2 -2
@@ -9,8 +9,8 @@ PR = "r0" SRC_URI = "http://telepathy.freedesktop.org/releases/${BPN}/${P}.tar.gz" -SRC_URI[md5sum] = "5ee3aa5c6e1112922b11711e6a209331" -SRC_URI[sha256sum] = "b65df4f8ebdf1039e1f1e406f53cc7b6106fab6c4d8e784e360709f8d85df0c3" +SRC_URI[md5sum] = "82f5eafa07df5e1abc785061143bbfd2" +SRC_URI[sha256sum] = "384119cc64022626b6f51aaaef605abf248602d8fae25baff82762a097f20fe9" inherit autotools pkgconfig
Signature · 1 line
1.7.1.1
PATCH 10/58 telepathy-mission-control: upgrade to version 5.7.9
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
...5.7.1.bb => telepathy-mission-control_5.7.9.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/telepathy/{telepathy-mission-control_5.7.1.bb => telepathy-mission-control_5.7.9.bb} (92%)meta/recipes-connectivity/telepathy/telepathy-mission-control_5.7.9.bb renamed from meta/recipes-connectivity/telepathy/telepathy-mission-control_5.7.1.bb +2 -2
@@ -40,5 +40,5 @@ FILES_libmissioncontrol-dbg = "${libdir}/.debug/libmissioncontrol.so.*" FILES_libmissioncontrol-config-dbg = "${libdir}/.debug/libmissioncontrol-config.so.*" FILES_libmissioncontrol-server-dbg = "${libdir}/.debug/libmissioncontrol-server.so.*" -SRC_URI[md5sum] = "9688a3f75c080eaa2dbf6b4d75876dc9" -SRC_URI[sha256sum] = "c58f07ee801b023bc5d5a8ec0fce49058a0372b6727e6516fb56d100dacd07fe" +SRC_URI[md5sum] = "df7e63d857676fab9ec2261cffe5eb4a" +SRC_URI[sha256sum] = "bc430238d2fb6663d8376702a43251000a75b741ab55af88006cbdb37d8cc086"
Signature · 1 line
1.7.1.1
PATCH 11/58 gssdp: upgrade to version 0.10.0
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
---
.../{files => gssdp-0.10.0}/introspection.patch | 5 ++++-
.../gupnp/{gssdp_0.9.0.bb => gssdp_0.10.0.bb} | 4 ++--
2 files changed, 6 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/gupnp/{files => gssdp-0.10.0}/introspection.patch (97%)
rename meta/recipes-connectivity/gupnp/{gssdp_0.9.0.bb => gssdp_0.10.0.bb} (83%)meta/recipes-connectivity/gupnp/gssdp-0.10.0/introspection.patch renamed from meta/recipes-connectivity/gupnp/files/introspection.patch +4 -1
@@ -1,5 +1,8 @@ Copied from gobject-introspection/m4/introspection.m4 -By Dongxiao Xu <[email protected]> + +Upstream-Status: Inappropriate [configuration] + +Signed-off-By: Dongxiao Xu <[email protected]> diff -ruN gssdp-0.9.0-orig/m4/introspection.m4 gssdp-0.9.0/m4/introspection.m4 --- gssdp-0.9.0-orig/m4/introspection.m4 1970-01-01 08:00:00.000000000 +0800
meta/recipes-connectivity/gupnp/gssdp_0.10.0.bb renamed from meta/recipes-connectivity/gupnp/gssdp_0.9.0.bb +2 -2
@@ -20,7 +20,7 @@ EXTRA_OECONF = "--disable-introspection" PR = "r0" -SRC_URI[md5sum] = "8605138eac1e7fb8ec8cf502a928ea81" -SRC_URI[sha256sum] = "6e4de2ecc90d2ac8b3694af1954984d04de25fb01dd2f2748d7221add8ead9e0" +SRC_URI[md5sum] = "aec6a56ac1d4f8a4837da83f2d152556" +SRC_URI[sha256sum] = "94de92bb4f7906ed2f047b0146a3b21d53d09908fe1f0149484f61c6afc598ea"
Signature · 1 line
1.7.1.1
PATCH 12/58 gupnp: upgrade to version 0.16.0
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
Remove introspection.patch since it is already in upsteram.
---
.../gupnp/{gupnp_0.14.0.bb => gupnp_0.16.0.bb} | 7 +++----
1 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-connectivity/gupnp/{gupnp_0.14.0.bb => gupnp_0.16.0.bb} (85%)meta/recipes-connectivity/gupnp/gupnp_0.16.0.bb renamed from meta/recipes-connectivity/gupnp/gupnp_0.14.0.bb +3 -4
@@ -5,11 +5,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \ file://libgupnp/gupnp.h;beginline=1;endline=20;md5=28c49b17d623afc3335efc2e511879e1" DEPENDS = "e2fsprogs gssdp libsoup-2.4 libxml2 gnome-icon-theme" -SRC_URI = "http://gupnp.org/sites/all/files/sources/${BPN}-${PV}.tar.gz \ - file://introspection.patch" +SRC_URI = "http://gupnp.org/sites/all/files/sources/${BPN}-${PV}.tar.gz" -SRC_URI[md5sum] = "8598922256faa5adb28657d0c10a3e3e" -SRC_URI[sha256sum] = "6ac13efe46c6f1e5d05e48e1041bf37dfa702839ce5fbb01e0f314f3904b6a16" +SRC_URI[md5sum] = "61b240c1a9fdf8ca82c5c3adde0d6757" +SRC_URI[sha256sum] = "1b77201866b7632fb68bc2a3bdea22ef8ead34ba850b3ee367797432cfc0f04a" PR = "r0"
Signature · 1 line
1.7.1.1
PATCH 13/58 distro_tracking_fields: update for gstreamer, gupnp, telepathy-glib, etc
In reply to Saul WoldFrom: Dongxiao Xu <[email protected]>
--- .../conf/distro/include/distro_tracking_fields.inc | 106 ++++++++++---------- 1 files changed, 52 insertions(+), 54 deletions(-)
meta/conf/distro/include/distro_tracking_fields.inc +52 -54
@@ -1162,12 +1162,11 @@ RECIPE_MAINTAINER_pn-eee-acpi-scripts = "Edwin Zhai <[email protected]>" DISTRO_PN_ALIAS_pn-eee-acpi-scripts = "Debian=eeepc-acpi-scripts Ubuntu=eeepc-acpi-scripts" RECIPE_STATUS_pn-gssdp = "green" -RECIPE_LATEST_VERSION_pn-gssdp = "0.9.2" +RECIPE_LATEST_VERSION_pn-gssdp = "0.10.0" RECIPE_NO_OF_PATCHES_pn-gssdp="0" -RECIPE_LATEST_RELEASE_DATE_pn-gssdp="2010/11/12" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gssdp="2 month" -RECIPE_LAST_UPDATE_pn-gssdp = "Nov 25, 2010" -RECIPE_MANUAL_CHECK_DATE_pn-gssdp = "Jan 30, 2011" +RECIPE_LATEST_RELEASE_DATE_pn-gssdp="2011/04/07" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gssdp="3 month" +RECIPE_LAST_UPDATE_pn-gssdp = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gssdp = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-insserv = "green"
@@ -2085,12 +2084,11 @@ RECIPE_LAST_UPDATE_pn-empathy = "Aug 19, 2009" RECIPE_MAINTAINER_pn-empathy = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gupnp = "green" -RECIPE_LATEST_VERSION_pn-gupnp = "0.15.1" +RECIPE_LATEST_VERSION_pn-gupnp = "0.16.0" RECIPE_NO_OF_PATCHES_pn-gupnp= "1" -RECIPE_LATEST_RELEASE_DATE_pn-gupnp= "2010/09/16" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gupnp= "1 month" -RECIPE_LAST_UPDATE_pn-gupnp = "Dec 7, 2010" -RECIPE_MANUAL_CHECK_DATE_pn-gupnp = "Jan 30, 2011" +RECIPE_LATEST_RELEASE_DATE_pn-gupnp= "2011/04/08" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gupnp= "3 month" +RECIPE_LAST_UPDATE_pn-gupnp = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gupnp= "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gupnp-av = "green"
@@ -2137,11 +2135,11 @@ RECIPE_LAST_UPDATE_pn-libopensync-plugin-syncml = "Jul 31, 2009" RECIPE_MAINTAINER_pn-libopensync-plugin-syncml = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-ofono = "green" -RECIPE_LATEST_VERSION_pn-ofono = "0.37" +RECIPE_LATEST_VERSION_pn-ofono = "0.45" RECIPE_NO_OF_PATCHES_pn-ofono="0" -RECIPE_LATEST_RELEASE_DATE_pn-ofono="2010/12/24" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ofono="1 month" -RECIPE_LAST_UPDATE_pn-ofono = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-ofono="2011/03/15" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ofono="15 days" +RECIPE_LAST_UPDATE_pn-ofono = "Apr 15, 2011" RECIPE_MAINTAINER_pn-ofono = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-libtelepathy = "red"
@@ -2161,18 +2159,18 @@ RECIPE_MAINTAINER_pn-telepathy-gabble = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-telepathy-glib = "green" RECIPE_NO_OF_PATCHES_pn-telepathy-glib ="0" -RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib = "2010/11/17" -RECIPE_LATEST_VERSION_pn-telepathy-glib = "0.13.6" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-glib = "12 days" -RECIPE_LAST_UPDATE_pn-telepathy-glib = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib = "2011/03/31" +RECIPE_LATEST_VERSION_pn-telepathy-glib = "0.14.3" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-glib = "10 days" +RECIPE_LAST_UPDATE_pn-telepathy-glib = "Apr 15, 2011" RECIPE_MAINTAINER_pn-telepathy-glib = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-telepathy-idle = "green" RECIPE_NO_OF_PATCHES_pn-telepathy-idle ="0" -RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib ="2010/12/07" -RECIPE_LATEST_VERSION_pn-telepathy-idle = "0.1.7" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-idle = "10 months" -RECIPE_LAST_UPDATE_pn-telepathy-idle = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-telepathy-glib ="2011/02/11" +RECIPE_LATEST_VERSION_pn-telepathy-idle = "0.1.8" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-idle = "3 months" +RECIPE_LAST_UPDATE_pn-telepathy-idle = "Apr 15, 2011" RECIPE_MAINTAINER_pn-telepathy-idle = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-telepathy-python = "green"
@@ -2232,11 +2230,11 @@ RECIPE_LAST_UPDATE_pn-libsyncml = "Jul 31, 2009" RECIPE_MAINTAINER_pn-libsyncml = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-telepathy-mission-control = "green" -RECIPE_LATEST_VERSION_pn-telepathy-mission-control = "5.7.1" +RECIPE_LATEST_VERSION_pn-telepathy-mission-control = "5.7.9" RECIPE_NO_OF_PATCHES_pn-telepathy-mission-control ="0" -RECIPE_LATEST_RELEASE_DATE_pn-telepathy-mission-control ="2010/12/07" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-mission-control ="20 days" -RECIPE_LAST_UPDATE_pn-telepathy-mission-control = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-telepathy-mission-control ="2011/04/05" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-telepathy-mission-control ="2 months" +RECIPE_LAST_UPDATE_pn-telepathy-mission-control = "Apr 15, 2011" RECIPE_MAINTAINER_pn-telepathy-mission-control = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-libetpan = "red"
@@ -2496,63 +2494,63 @@ RECIPE_LAST_UPDATE_pn-libogg = "Dec 30, 2010" RECIPE_MAINTAINER_pn-libogg = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gstreamer="green" -RECIPE_LATEST_VERSION_pn-gstreamer="0.10.31" +RECIPE_LATEST_VERSION_pn-gstreamer="0.10.32" RECIPE_NO_OF_PATCHES_pn-gstreamer="2" -RECIPE_LATEST_RELEASE_DATE_pn-gstreamer="2010/11/30" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gstreamer="4 month" -RECIPE_LAST_UPDATE_pn-gstreamer = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-gstreamer="2011/01/32" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gstreamer="2 month" +RECIPE_LAST_UPDATE_pn-gstreamer = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gstreamer = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gst-plugins-base="green" DISTRO_PN_ALIAS_pn-gst-plugins-base = "Meego=gst-plugins-base Fedora=gstreamer-plugins-base OpenSuSE=gstreamer-plugins-base Ubuntu=gst-plugins-base0.10 Mandriva=gstreamer0.10-plugins-base Debian=gst-plugins-base0.10" -RECIPE_LATEST_VERSION_pn-gst-plugins-base="0.10.31" +RECIPE_LATEST_VERSION_pn-gst-plugins-base="0.10.32" RECIPE_NO_OF_PATCHES_pn-gst-plugins-base="0" -RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-base="2010/11/30" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-base="4 months" -RECIPE_LAST_UPDATE_pn-gst-plugins-base = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-base="2011/01/21" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-base="2 months" +RECIPE_LAST_UPDATE_pn-gst-plugins-base = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gst-plugins-base = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gst-plugins-good="green" DISTRO_PN_ALIAS_pn-gst-plugins-good = "Meego=gst-plugins-good Fedora=gstreamer-plugins-good OpenSuSE=gstreamer-plugins-good Ubuntu=gst-plugins-good0.10 Mandriva=gstreamer0.10-plugins-good Debian=gst-plugins-good0.10" -RECIPE_LATEST_VERSION_pn-gst-plugins-good="0.10.26" +RECIPE_LATEST_VERSION_pn-gst-plugins-good="0.10.28" RECIPE_NO_OF_PATCHES_pn-gst-plugins-good="0" -RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-good="2010/12/01" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-good="3 month" -RECIPE_LAST_UPDATE_pn-gst-plugins-good = "Dec 30, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-good="2011/03/08" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-good="2 month" +RECIPE_LAST_UPDATE_pn-gst-plugins-good = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gst-plugins-good = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gst-plugins-ugly="green" DISTRO_PN_ALIAS_pn-gst-plugins-ugly = "OpenSuSE=gstreamer-plugins-ugly Mandriva=gstreamer0.10-plugins-ugly Debian=gst-plugins-ugly0.10" -RECIPE_LATEST_VERSION_pn-gst-plugins-ugly="0.10.16" +RECIPE_LATEST_VERSION_pn-gst-plugins-ugly="0.10.17" RECIPE_NO_OF_PATCHES_pn-gst-plugins-ugly="0" -RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-ugly="2010/09/02" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-ugly="3 months" -RECIPE_LAST_UPDATE_pn-gst-plugins-ugly = "Nov 12, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-ugly="2011/01/21" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-ugly="4 months" +RECIPE_LAST_UPDATE_pn-gst-plugins-ugly = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gst-plugins-ugly = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-gst-plugins-bad="green" DISTRO_PN_ALIAS_pn-gst-plugins-bad = "Fedora=gstreamer-plugins-bad-free OpenSuSE=gstreamer-plugins-bad Debian=gst-plugins-bad0.10" -RECIPE_LATEST_VERSION_pn-gst-plugins-bad="0.10.20" +RECIPE_LATEST_VERSION_pn-gst-plugins-bad="0.10.21" RECIPE_NO_OF_PATCHES_pn-gst-plugins-bad="0" -RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-bad="2010/09/02" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-bad="3 months" -RECIPE_LAST_UPDATE_pn-gst-plugins-bad = "Nov 12, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-gst-plugins-bad="2011/01/21" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gst-plugins-bad="4 months" +RECIPE_LAST_UPDATE_pn-gst-plugins-bad = "Apr 15, 2011" RECIPE_MAINTAINER_pn-gst-plugins-bad = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-alsa-utils="green" -RECIPE_LATEST_VERSION_pn-alsa-utils="1.0.23" +RECIPE_LATEST_VERSION_pn-alsa-utils="1.0.24.2" RECIPE_NO_OF_PATCHES_pn-alsa-utils="1" -RECIPE_LATEST_RELEASE_DATE_pn-alsa-utils="2010/04/16" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-utils="4 months" -RECIPE_LAST_UPDATE_pn-alsa-utils = "Jun 26, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-alsa-utils="2011/01/31" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-utils="9 months" +RECIPE_LAST_UPDATE_pn-alsa-utils = "Apr 15, 2011" RECIPE_MAINTAINER_pn-alsa-utils = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-alsa-lib="green" -RECIPE_LATEST_VERSION_pn-alsa-lib="1.0.23" +RECIPE_LATEST_VERSION_pn-alsa-lib="1.0.24.1" RECIPE_NO_OF_PATCHES_pn-alsa-lib="1" -RECIPE_LATEST_RELEASE_DATE_pn-alsa-lib="2010/04/16" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-lib="4 months" -RECIPE_LAST_UPDATE_pn-alsa-lib = "Jun 26, 2010" +RECIPE_LATEST_RELEASE_DATE_pn-alsa-lib="2011/01/31" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-alsa-lib="9 months" +RECIPE_LAST_UPDATE_pn-alsa-lib = "Apr 15, 2011" RECIPE_MAINTAINER_pn-alsa-lib = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-tremor="green"
Signature · 1 line
1.7.1.1
PATCH 15/58 libsoup-2.4: Upgrade to 2.32.2 (from 2.32.1)
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
---
...libsoup-2.4_2.32.1.bb => libsoup-2.4_2.32.2.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.32.1.bb => libsoup-2.4_2.32.2.bb} (76%)meta/recipes-support/libsoup/libsoup-2.4_2.32.2.bb renamed from meta/recipes-support/libsoup/libsoup-2.4_2.32.1.bb +2 -2
@@ -12,8 +12,8 @@ DEPENDS = "glib-2.0 gnutls libxml2 libproxy sqlite3 libgnome-keyring" SRC_URI = "${GNOME_MIRROR}/libsoup/2.32/libsoup-${PV}.tar.bz2" -SRC_URI[md5sum] = "894ca0077ec2d923286a69766d0b0b74" -SRC_URI[sha256sum] = "8779da1b4d85f443f04ea8301f52c4a1943c10e4dc8d20dbcdb3652921de6b8e" +SRC_URI[md5sum] = "03f37350a2a31046ebabb8470e75abcc" +SRC_URI[sha256sum] = "96e6973c8b7459523c0f44e7aec69528ff2fbd388e8ddc415f91bcc42f50777f" S = "${WORKDIR}/libsoup-${PV}" inherit autotools pkgconfig
Signature · 1 line
1.7.1.1
PATCH 16/58 x11perf: Upgrade to 1.5.3 (from 1.5.2)
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
.../{x11perf_1.5.2.bb => x11perf_1.5.3.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-app/{x11perf_1.5.2.bb => x11perf_1.5.3.bb} (76%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -96,7 +96,7 @@ PREFERRED_VERSION_util-macros ?= "1.11.0" PREFERRED_VERSION_util-macros-native ?= "1.11.0" PREFERRED_VERSION_videoproto ?= "2.3.1" PREFERRED_VERSION_windowswmproto ?= "1.0.4" -PREFERRED_VERSION_x11perf ?= "1.5.2" +PREFERRED_VERSION_x11perf ?= "1.5.3" PREFERRED_VERSION_xauth ?= "1.0.5" PREFERRED_VERSION_xcmiscproto ?= "1.2.1" PREFERRED_VERSION_xcmiscproto-native ?= "1.2.1"
meta/recipes-graphics/xorg-app/x11perf_1.5.3.bb renamed from meta/recipes-graphics/xorg-app/x11perf_1.5.2.bb +2 -2
@@ -14,5 +14,5 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=428ca4d67a41fcd4fc3283dce9bbda7e \ PR = "r0" PE = "1" -SRC_URI[md5sum] = "3459958a7fdccf02fa43b70fda9cd87f" -SRC_URI[sha256sum] = "a1fd752abd3496568614c2f2209d21452bdd5b8c9a5c14a5705725bd8c298e12" +SRC_URI[md5sum] = "c3ac3667a6f5c3cead9847fbf4b5f36e" +SRC_URI[sha256sum] = "394d7355afe7f3b054ce6f30db78794c6305c6593d48b7fb86a9c89d9d9e21bd"
Signature · 1 line
1.7.1.1
PATCH 17/58 libcanberry: Upgrade to 0.28 (from 0.26)
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
---
.../{libcanberra_0.26.bb => libcanberra_0.28.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/pulseaudio/{libcanberra_0.26.bb => libcanberra_0.28.bb} (85%)meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb renamed from meta/recipes-multimedia/pulseaudio/libcanberra_0.26.bb +2 -2
@@ -11,8 +11,8 @@ inherit gconf autotools SRC_URI = "http://0pointer.de/lennart/projects/libcanberra/libcanberra-${PV}.tar.gz" -SRC_URI[md5sum] = "ee2c66ada7c851a4e7b6eb1682285a24" -SRC_URI[sha256sum] = "4b5d8d2c2835133620adbc53745dd107b6e58b9a2963059e8f457143fee00982" +SRC_URI[md5sum] = "c198b4811598c4c161ff505e4531b02c" +SRC_URI[sha256sum] = "eb1f8b2cabad7f07b6e44d606a91d73e1efca4b46daf92bd553e7222bc68868c" EXTRA_OECONF = " --disable-oss --disable-ltdl-install"
Signature · 1 line
1.7.1.1
PATCH 18/58 xz: Upgrade to 5.0.2 (from 5.0.0)
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
---
.../xz/{xz_5.0.0.bb => xz_5.0.2.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/xz/{xz_5.0.0.bb => xz_5.0.2.bb} (82%)meta/recipes-extended/xz/xz_5.0.2.bb renamed from meta/recipes-extended/xz/xz_5.0.0.bb +2 -2
@@ -11,8 +11,8 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=c475b6c7dca236740ace4bba553e8e1c \ SRC_URI = "http://tukaani.org/xz/xz-${PV}.tar.gz" -SRC_URI[md5sum] = "f3c0706d100ad2b6d63327584d026c50" -SRC_URI[sha256sum] = "eba9211990a642fc2c35ea02618b710c7fa898d78ccca48b546a07bdde03c44d" +SRC_URI[md5sum] = "03d139cc14294fd45504989b914335ff" +SRC_URI[sha256sum] = "57e979baaa40147dde1bbb284e3618f8f18b6532c932648bd57b5aee674b98a7" PR = "r0"
Signature · 1 line
1.7.1.1
PATCH 14/58 documentation/adt-manual/adt-eclipse.xml: Fixed link to autotools.
In reply to Saul WoldFrom: Scott Rifenbark <[email protected]>
The link to autotools was incorrect. It had 'www' in the URL when it should not have. it is now 'http://download.eclipse.org/technology/linuxtools/update/'
--- documentation/adt-manual/adt-eclipse.xml | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
documentation/adt-manual/adt-eclipse.xml +1 -1
@@ -99,7 +99,7 @@ “Remote System Explorer Extended SDK”, “Remote System Explorer User Actions”, “RSE Core”, “RSE Terminals UI”, and “Target Management Terminal”.</para></listitem> <listitem><para><emphasis>Autotools</emphasis> – - <ulink url='http://www.download.eclipse.org/technology/linuxtools/update/'></ulink>: + <ulink url='http://download.eclipse.org/technology/linuxtools/update/'></ulink>: Expand the items under “Linux Tools” and select “Autotools support for CDT (Incubation)”.</para></listitem> <listitem><para><emphasis>Yocto Plug-in</emphasis> –
Signature · 1 line
1.7.1.1
PATCH 19/58 polkit-gnome: Upgrade to 0.101 (from 0.99)
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
---
...{polkit-gnome_0.99.bb => polkit-gnome_0.101.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/polkit/{polkit-gnome_0.99.bb => polkit-gnome_0.101.bb} (86%)meta/recipes-extended/polkit/polkit-gnome_0.101.bb renamed from meta/recipes-extended/polkit/polkit-gnome_0.99.bb +2 -2
@@ -23,5 +23,5 @@ inherit autotools pkgconfig FILES_${PN} += " ${datadir}/dbus-1 \ ${datadir}/PolicyKit \ " -SRC_URI[md5sum] = "f1a2565083266bc8c05c60aa7d8a0f6a" -SRC_URI[sha256sum] = "73c4d04aa89d9a9687f3650327c0ec1cba704e9d5b7fc193958fa81d621208ba" +SRC_URI[md5sum] = "da6aaff473ed80f8958fd6f67a59defe" +SRC_URI[sha256sum] = "f1452e37b6681a0ade2c0cbb3734e6f78c421b958ab4d4eb6a2cd3b9f50db8d0"
Signature · 1 line
1.7.1.1
PATCH 20/58 oprofileui: upgrade to latest git version
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
--- .../conf/distro/include/poky-default-revisions.inc | 2 +- .../oprofileui/dso_linking_change_build_fix.patch | 2 ++ meta/recipes-kernel/oprofile/oprofileui_git.bb | 2 +- 3 files changed, 4 insertions(+), 2 deletions(-)
meta/conf/distro/include/poky-default-revisions.inc +1 -1
@@ -146,7 +146,7 @@ SRCREV_pn-opkg-nogpg-native ??= "${OPKGSRCREV}" SRCREV_pn-opkg-nogpg-nativesdk ??= "${OPKGSRCREV}" SRCREV_pn-opkg-utils-native ??= "4747" SRCREV_pn-opkg-utils ??= "4747" -SRCREV_pn-oprofileui ??= "2387488fb520725ca9cff888bc1ed25788276b13" +SRCREV_pn-oprofileui ??= "0c3c32fa754c1d0b70e65767ea7048914f776396" SRCREV_pn-tcf-agent ??= "1078" SRCREV_pn-osc-native ??= "9096" SRCREV_pn-owl-video ??= "394"
meta/recipes-kernel/oprofile/oprofileui/dso_linking_change_build_fix.patch +2 -0
@@ -7,6 +7,8 @@ With dso linking change in gcc, all the libraries are needed to be explicitely s | collect2: ld returned 1 exit status^M | make[2]: *** [oprofile-viewer] Error 1^M +Upstream-Status: Inappropriate [configuration] + Nitin A Kamble <[email protected]> Date: 2011/01/11
meta/recipes-kernel/oprofile/oprofileui_git.bb +1 -1
@@ -1,7 +1,7 @@ require oprofileui.inc PV = "0.0+git${SRCPV}" -PR = "r3" +PR = "r4" S = "${WORKDIR}/git"
Signature · 1 line
1.7.1.1
PATCH 21/58 libxt: update from 1.0.9 to the latest version 1.1.1
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Update LIC_FILES_CHKSUM due to the only change to COPYING. -Copyright (c) 1993, Oracle and/or its affiliates. All rights reserved. +Copyright (c) 1993, 2011, Oracle and/or its affiliates. All rights reserved.
---
.../xorg-lib/{libxt_1.0.9.bb => libxt_1.1.1.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxt_1.0.9.bb => libxt_1.1.1.bb} (85%)meta/recipes-graphics/xorg-lib/libxt_1.1.1.bb renamed from meta/recipes-graphics/xorg-lib/libxt_1.0.9.bb +3 -3
@@ -13,7 +13,7 @@ independent of any particular user interface policy or style." require xorg-lib-common.inc LICENSE = "MIT & MIT-style" -LIC_FILES_CHKSUM = "file://COPYING;md5=917881a51be1013bee30d7f3f5ba9f55" +LIC_FILES_CHKSUM = "file://COPYING;md5=3239170e81427c5948287df07691f03f" DEPENDS += "libsm virtual/libx11 kbproto libxdmcp"
@@ -39,5 +39,5 @@ do_compile() { oe_runmake } -SRC_URI[md5sum] = "8a414f8f2327aaa616ca2dcac1f5d8c3" -SRC_URI[sha256sum] = "eab91b594b801f7f07a20f936dda70a629028858cbcf541becf94f2786ae6b01" +SRC_URI[md5sum] = "eb22c0a1f172b06b97a3f5ae89768412" +SRC_URI[sha256sum] = "a2a1c29c684e3c9082cdb920b5aea802b179d19107b9ab2170fda07575559da7"
Signature · 1 line
1.7.1.1
PATCH 22/58 libxi: upgrade from 1.4.0 to the latest version 1.4.2
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Add --enable-specs=no to disable spec generation to work around the issue:
SEVERE: Error with opening URL 'http://docbook.sourceforge.net/release/images/draft.png': No route to host Apr 11, 2011 4:06:18 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground <init>
SEVERE: Background image not available: http://docbook.sourceforge.net/release/images/draft.png
---
.../xorg-lib/{libxi_1.4.0.bb => libxi_1.4.2.bb} | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxi_1.4.0.bb => libxi_1.4.2.bb} (76%)meta/recipes-graphics/xorg-lib/libxi_1.4.2.bb renamed from meta/recipes-graphics/xorg-lib/libxi_1.4.0.bb +3 -2
@@ -16,6 +16,7 @@ PE = "1" XORG_PN = "libXi" +EXTRA_OECONF_append = " --enable-specs=no" -SRC_URI[md5sum] = "4ccdfe866f94c99b9190d16ffcfb3bdc" -SRC_URI[sha256sum] = "42efe95a08c7bd28bc913bf8c34ed026abcc62504307626fc5150ca360b93283" +SRC_URI[md5sum] = "3d14f7bfc4a4335cf0144de9b67a5444" +SRC_URI[sha256sum] = "272b8041efc0a0203fb0ba33481ddec989539aed862181b58c8c3e410e325691"
Signature · 1 line
1.7.1.1
PATCH 23/58 fixesproto: upgrade from 4.1.2 to the latest version 5.0
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Update LIC_FILES_CHKSUM as both the files added a new line +Copyright 2010 Red Hat, Inc.
---
.../{fixesproto_4.1.2.bb => fixesproto_5.0.bb} | 8 ++++----
1 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/xorg-proto/{fixesproto_4.1.2.bb => fixesproto_5.0.bb} (56%)meta/recipes-graphics/xorg-proto/fixesproto_5.0.bb renamed from meta/recipes-graphics/xorg-proto/fixesproto_4.1.2.bb +4 -4
@@ -9,8 +9,8 @@ system." LICENSE = "MIT & MIT-style" -LIC_FILES_CHKSUM = "file://COPYING;md5=3bd0f26ecf86d0f24922125195d5b70a \ - file://xfixesproto.h;endline=43;md5=27614675897bb1cdc611ba7de506cddc" +LIC_FILES_CHKSUM = "file://COPYING;md5=262a7a87da56e66dd639bf7334a110c6 \ + file://xfixesproto.h;endline=43;md5=c3a9ee6db3532ed0d44dea266cfc97f4" CONFLICTS = "fixesext" PR = "r0"
@@ -18,5 +18,5 @@ PE = "1" BBCLASSEXTEND = "nativesdk" -SRC_URI[md5sum] = "bdb58ecc313b509247036d5c11fa99df" -SRC_URI[sha256sum] = "de4cbfccb533c190073445eb2a891d997e89f6fb58204f68ae82871de044f857" +SRC_URI[md5sum] = "e7431ab84d37b2678af71e29355e101d" +SRC_URI[sha256sum] = "ba2f3f31246bdd3f2a0acf8bd3b09ba99cab965c7fb2c2c92b7dc72870e424ce"
Signature · 1 line
1.7.1.1
PATCH 24/58 xproto: upgrade from 7.0.20 to the latest version 7.0.21
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Update LIC_FILES_CHKSUM as the new COPYING added "Copyright years" and added a new section of MIT-style license.
---
.../{xproto_7.0.20.bb => xproto_7.0.21.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-proto/{xproto_7.0.20.bb => xproto_7.0.21.bb} (57%)meta/recipes-graphics/xorg-proto/xproto_7.0.21.bb renamed from meta/recipes-graphics/xorg-proto/xproto_7.0.20.bb +3 -3
@@ -6,7 +6,7 @@ DESCRIPTION = "This package provides the basic headers for the X Window \ System." LICENSE = "MIT & MIT-style" -LIC_FILES_CHKSUM = "file://COPYING;md5=93ae8952e7d02d855516fbf2efb9a0d2" +LIC_FILES_CHKSUM = "file://COPYING;md5=b9e051107d5628966739a0b2e9b32676" PR = "r0" PE = "1"
@@ -14,6 +14,6 @@ PE = "1" EXTRA_OECONF_append = " --enable-specs=no" BBCLASSEXTEND = "native nativesdk" -SRC_URI[md5sum] = "65633168e5315c19defb4652cd3d83c1" -SRC_URI[sha256sum] = "3fe87fe47d9b795e60ba3715d71f90f9929d57e9048f1d2a6ebb558e5aee9e2a" +SRC_URI[md5sum] = "c5a93a69b701cf81925fab02b35b0d0e" +SRC_URI[sha256sum] = "38ee2f032c3a9e30504593f8b5e6c1161a6629daba93748a71c6f70c16f65548"
Signature · 1 line
1.7.1.1
PATCH 25/58 gnome-doc-utils: upgrade from 0.20.4 to the latest version 0.20.5
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
---
...c-utils_0.20.4.bb => gnome-doc-utils_0.20.5.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/gnome/{gnome-doc-utils_0.20.4.bb => gnome-doc-utils_0.20.5.bb} (53%)meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb renamed from meta/recipes-gnome/gnome/gnome-doc-utils_0.20.4.bb +2 -2
@@ -3,5 +3,5 @@ LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \ file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343" PR = "r0" -SRC_URI[archive.md5sum] = "6872b68dd081fc033e07d5877b4c0645" -SRC_URI[archive.sha256sum] = "97c6465ffb15969a9fe1761f16f30c1028977fb24ecda89a0b479170f6412e4d" +SRC_URI[archive.md5sum] = "3aa1f651834714090cdbf898ec090a98" +SRC_URI[archive.sha256sum] = "08d99b8ab813fadd3407873e4a30282debce92e22eb1b45430a8bb9c120e2130"
Signature · 1 line
1.7.1.1
PATCH 26/58 xextproto: upgrade from 7.1.2 to the latest version 7.2.0
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Add --enable-specs=no.
---
.../{xextproto_7.1.2.bb => xextproto_7.2.0.bb} | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-proto/{xextproto_7.1.2.bb => xextproto_7.2.0.bb} (76%)meta/recipes-graphics/xorg-proto/xextproto_7.2.0.bb renamed from meta/recipes-graphics/xorg-proto/xextproto_7.1.2.bb +4 -2
@@ -17,7 +17,9 @@ PE = "1" inherit gettext +EXTRA_OECONF_append = " --enable-specs=no" + BBCLASSEXTEND = "native nativesdk" -SRC_URI[md5sum] = "263ae968b223c23b2986603d84e5c30e" -SRC_URI[sha256sum] = "f6f829e112c8eca7c2f10b2193e8d927b9b7722283d647cfd2aea09758159199" +SRC_URI[md5sum] = "220732210ceffb01bf1caf970e3b1bfb" +SRC_URI[sha256sum] = "d2bc4208c6b1883ebe00bc5c0048e5d825038cda56775f74bb4aa89afdc576d5"
Signature · 1 line
1.7.1.1
PATCH 27/58 libpciaccess: upgrade from 0.12.0 to the latest version 0.12.1
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Upgrade LIC_FILES_CHKSUM due to the only change in the new COPYING:
-Copyright 2007, 2008, 2009 Sun Microsystems, Inc. +Copyright (c) 2007, 2008, 2009, Oracle and/or its affiliates.
---
...bpciaccess_0.12.0.bb => libpciaccess_0.12.1.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libpciaccess_0.12.0.bb => libpciaccess_0.12.1.bb} (56%)meta/recipes-graphics/xorg-lib/libpciaccess_0.12.1.bb renamed from meta/recipes-graphics/xorg-lib/libpciaccess_0.12.0.bb +3 -3
@@ -6,11 +6,11 @@ PCI bus and devices in a platform-independant way." require xorg-lib-common.inc LICENSE = "MIT & MIT-style" -LIC_FILES_CHKSUM = "file://COPYING;md5=aa44c26bc646c6c9d9619c73b94a6e31" +LIC_FILES_CHKSUM = "file://COPYING;md5=2c765efe1e0722c1badff5e54429b102" PR = "r0" DEPENDS += "xproto virtual/libx11" -SRC_URI[md5sum] = "285e07976274572e1f1e68edee09b70a" -SRC_URI[sha256sum] = "f6b3c00e1c0aab0729563115d3d798e14c9210b4e10fccb484efe1c5eae85657" +SRC_URI[md5sum] = "d6363ee9f4df79f6fc47cba7c67b0d35" +SRC_URI[sha256sum] = "cc47d7f0e48cf4eed972916b536fdc97788d7521915e3ae1cc92d540776d7344"
Signature · 1 line
1.7.1.1
PATCH 28/58 cronie: upgrade from 1.4.6 to the latest version 1.4.7
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
---
.../cronie/{cronie_1.4.6.bb => cronie_1.4.7.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/cronie/{cronie_1.4.6.bb => cronie_1.4.7.bb} (93%)meta/recipes-extended/cronie/cronie_1.4.7.bb renamed from meta/recipes-extended/cronie/cronie_1.4.6.bb +2 -2
@@ -20,8 +20,8 @@ SRC_URI = "https://fedorahosted.org/releases/c/r/cronie/cronie-${PV}.tar.gz \ file://crond.init \ file://crontab" -SRC_URI[md5sum] = "968e3d3e7c8e1d0588d533883482d3fa" -SRC_URI[sha256sum] = "4435484c28a4452ee37db27182675660cdebf16d8956771b28c8a6f2e9c8048b" +SRC_URI[md5sum] = "dfc26c47756d0c40ee27ae3c7ee98e0d" +SRC_URI[sha256sum] = "83bae15ae5504454ba74f4142f5db3aa22be594327fea19d2534f65803137fbd" inherit autotools update-rc.d
Signature · 1 line
1.7.1.1
PATCH 30/58 distro_tracking_fields.inc: update the info for the following recipes
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
oprofileui
tcf-agent
libxt
libxi
fixesproto
xproto
gnome-doc-utils
pixman
xextproto
libpciaccess
cronie
--- .../conf/distro/include/distro_tracking_fields.inc | 83 ++++++++++---------- 1 files changed, 42 insertions(+), 41 deletions(-)
meta/conf/distro/include/distro_tracking_fields.inc +42 -41
@@ -1943,13 +1943,13 @@ RECIPE_MAINTAINER_pn-cpio = "Scott Garman <[email protected]>" RECIPE_STATUS_pn-cronie = "green" RECIPE_DEPENDENCY_CHECK_pn-cronie = "not done" -RECIPE_LATEST_VERSION_pn-cronie = "1.4.4" -RECIPE_MANUAL_CHECK_DATE_pn-cronie = "Jan 28, 2011" +RECIPE_LATEST_VERSION_pn-cronie = "1.4.7" +RECIPE_MANUAL_CHECK_DATE_pn-cronie = "Apr 11, 2011" RECIPE_INTEL_SECTION_pn-cronie = "base" RECIPE_NO_OF_PATCHES_pn-cronie = "0" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cronie = "3 months" -RECIPE_LATEST_RELEASE_DATE_pn-cronie = "02/2010" -RECIPE_LAST_UPDATE_pn-cronie = "Nov 24, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-cronie = "5 months" +RECIPE_LATEST_RELEASE_DATE_pn-cronie = "Mar 17, 2011" +RECIPE_LAST_UPDATE_pn-cronie = "Apr 11, 2011" RECIPE_MAINTAINER_pn-cronie = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-grep = "green"
@@ -2685,14 +2685,14 @@ RECIPE_MAINTAINER_pn-libsamplerate0 = "Dongxiao Xu <[email protected]>" RECIPE_STATUS_pn-oprofileui = "green" DISTRO_PN_ALIAS_pn-oprofileui = "Fedora=oprofileui Ubuntu=oprofile-gui Debian=oprofile-gui" RECIPE_DEPENDENCY_CHECK_pn-oprofileui = "not done" -RECIPE_LATEST_VERSION_pn-oprofileui = "0.0+git0+e2d998d8a55dc1e49d1588841f83eff8e6809753" +RECIPE_LATEST_VERSION_pn-oprofileui = "0.0+git0+0c3c32fa754c1d0b70e65767ea7048914f776396" RECIPE_NO_OF_PATCHES_pn-oprofileui = "1" RECIPE_PATCH_pn-oprofileui+dso_linking_change_build_fix = "fix the build by explicitely passing -lm to linker" RECIPE_INTEL_SECTION_pn-oprofileui = "sdk-tools" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-oprofileui = "5 months" -RECIPE_LATEST_RELEASE_DATE_pn-oprofileui = "Dec 10, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-oprofileui = "20 days" +RECIPE_LATEST_RELEASE_DATE_pn-oprofileui = "Apr 4, 2011" RECIPE_COMMENTS_pn-oprofileui = "" -RECIPE_LAST_UPDATE_pn-oprofileui = "Mar 9, 2011" +RECIPE_LAST_UPDATE_pn-oprofileui = "Apr 11, 2011" RECIPE_MAINTAINER_pn-oprofileui = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-oprofile = "green"
@@ -2739,6 +2739,8 @@ RECIPE_STATUS_pn-tcf-agent = "green" DISTRO_PN_ALIAS_pn-tcf-agent = "WindRiver upstream=http://www.eclipse.org/dsdp/tm/" RECIPE_DEPENDENCY_CHECK_pn-tcf-agent = "not done" RECIPE_LATEST_VERSION_pn-tcf-agent = "0.3.0+svnr1078" +RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = "Apr 11, 2011" +RECIPE_NO_UPDATE_REASON_pn-tcf-agent = "Do not upgrade to version: (998)? because upstraem hasn't defined a formal release tag." RECIPE_NO_OF_PATCHES_pn-tcf-agent = "2" RECIPE_PATCH_pn-tcf-agent+terminals_agent = "we might get the patch from git://git.pokylinux.org/eclipse-poky.git in future" RECIPE_PATCH_pn-tcf-agent+fix_tcf-agent.init = "a proper script /etc/init.d/tcf-agent"
@@ -3737,13 +3739,13 @@ RECIPE_MAINTAINER_pn-dmxproto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-fixesproto = "green" DISTRO_PN_ALIAS_pn-fixesproto = "Meego=xorg-x11-proto-fixesproto" RECIPE_DEPENDENCY_CHECK_pn-fixesproto = "not done" -RECIPE_LATEST_VERSION_pn-fixesproto = "4.1.2" +RECIPE_LATEST_VERSION_pn-fixesproto = "5.0" RECIPE_NO_OF_PATCHES_pn-fixesproto = "0" RECIPE_INTEL_SECTION_pn-fixesproto = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-fixesproto = "1 year" -RECIPE_LATEST_RELEASE_DATE_pn-fixesproto = "Oct 29, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-fixesproto = "1+ years" +RECIPE_LATEST_RELEASE_DATE_pn-fixesproto = "Mar 8, 2011" RECIPE_COMMENTS_pn-fixesproto = "" -RECIPE_LAST_UPDATE_pn-fixesproto = "Nov 16, 2010" +RECIPE_LAST_UPDATE_pn-fixesproto = "Apr 11, 2011" RECIPE_MAINTAINER_pn-fixesproto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-fontcacheproto = "green"
@@ -3819,13 +3821,13 @@ RECIPE_MAINTAINER_pn-libdmx = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-libxi = "green" RECIPE_DEPENDENCY_CHECK_pn-libxi = "not done" -RECIPE_LATEST_VERSION_pn-libxi = "1.3" +RECIPE_LATEST_VERSION_pn-libxi = "1.4.2" RECIPE_NO_OF_PATCHES_pn-libxi = "0" RECIPE_INTEL_SECTION_pn-libxi = "x11/libs" RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxi = "2 months" -RECIPE_LATEST_RELEASE_DATE_pn-libxi = "10/2009" +RECIPE_LATEST_RELEASE_DATE_pn-libxi = "Mar 18, 2011" RECIPE_COMMENTS_pn-libxi = "" -RECIPE_LAST_UPDATE_pn-libxi = "Nov 24, 2010" +RECIPE_LAST_UPDATE_pn-libxi = "Apr 11, 2011" RECIPE_MAINTAINER_pn-libxi = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-libxinerama = "green"
@@ -4067,13 +4069,13 @@ RECIPE_MAINTAINER_pn-xcb-proto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-xextproto = "green" DISTRO_PN_ALIAS_pn-xextproto = "Meego=xorg-x11-proto-xextproto" RECIPE_DEPENDENCY_CHECK_pn-xextproto = "not done" -RECIPE_LATEST_VERSION_pn-xextproto = "7.1.2" +RECIPE_LATEST_VERSION_pn-xextproto = "7.2.0" RECIPE_NO_OF_PATCHES_pn-xextproto = "0" RECIPE_INTEL_SECTION_pn-xextproto = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xextproto = "1 year" -RECIPE_LATEST_RELEASE_DATE_pn-xextproto = "Aug 10, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xextproto = "6+ months" +RECIPE_LATEST_RELEASE_DATE_pn-xextproto = "Feb 27, 2011" RECIPE_COMMENTS_pn-xextproto = "" -RECIPE_LAST_UPDATE_pn-xextproto = "Nov 16, 2010" +RECIPE_LAST_UPDATE_pn-xextproto = "Apr 11, 2011" RECIPE_MAINTAINER_pn-xextproto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-xf86vidmodeproto = "green"
@@ -4091,13 +4093,13 @@ RECIPE_MAINTAINER_pn-xf86vidmodeproto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-xproto = "green" DISTRO_PN_ALIAS_pn-xproto = "Meego=xorg-x11-proto-xproto Fedora=xorg-x11-proto-devel Ubuntu=x11proto-core-dev Debian=x11proto-core-dev Opensuse=xorg-x11-proto-devel Mandriva=x11-proto-devel" RECIPE_DEPENDENCY_CHECK_pn-xproto = "not done" -RECIPE_LATEST_VERSION_pn-xproto = "7.0.20" +RECIPE_LATEST_VERSION_pn-xproto = "7.0.21" RECIPE_NO_OF_PATCHES_pn-xproto = "0" RECIPE_INTEL_SECTION_pn-xproto = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xproto = "1 month" -RECIPE_LATEST_RELEASE_DATE_pn-xproto = "Dec 7, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xproto = "3+ months" +RECIPE_LATEST_RELEASE_DATE_pn-xproto = "Mar 22, 2011" RECIPE_COMMENTS_pn-xproto = "" -RECIPE_LAST_UPDATE_pn-xproto = "Jan 5, 2011" +RECIPE_LAST_UPDATE_pn-xproto = "Apr 11, 2011" RECIPE_MAINTAINER_pn-xproto = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-liberation-fonts = "green"
@@ -4239,13 +4241,13 @@ RECIPE_MAINTAINER_pn-libxres = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-libxt = "green" RECIPE_DEPENDENCY_CHECK_pn-libxt = "not done" -RECIPE_LATEST_VERSION_pn-libxt = "1.0.8" +RECIPE_LATEST_VERSION_pn-libxt = "1.1.1" RECIPE_NO_OF_PATCHES_pn-libxt = "0" RECIPE_INTEL_SECTION_pn-libxt = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxt = "5 months" -RECIPE_LATEST_RELEASE_DATE_pn-libxt = "03/2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxt = "6 days" +RECIPE_LATEST_RELEASE_DATE_pn-libxt = "Mar 10, 2011" RECIPE_COMMENTS_pn-libxt = "" -RECIPE_LAST_UPDATE_pn-libxt = "Nov 24, 2010" +RECIPE_LAST_UPDATE_pn-libxt = "Apr 11, 2011" RECIPE_MAINTAINER_pn-libxt = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-libxv = "green"
@@ -4372,12 +4374,12 @@ RECIPE_MAINTAINER_pn-libxkbfile = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-pixman = "green" RECIPE_DEPENDENCY_CHECK_pn-pixman = "not done" -RECIPE_LATEST_VERSION_pn-pixman = "0.21.4" -RECIPE_NO_UPDATE_REASON_pn-pixman = "Do not upgrade to version: 0.21.4 because it's a development snapshot. pixman's stable releases have even minor version numbers." +RECIPE_LATEST_VERSION_pn-pixman = "0.21.6" +RECIPE_NO_UPDATE_REASON_pn-pixman = "Do not upgrade to version: 0.21.6 because it's a development snapshot. pixman's stable releases have even minor version numbers." RECIPE_NO_OF_PATCHES_pn-pixman = "0" RECIPE_INTEL_SECTION_pn-pixman = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pixman = "2 months" -RECIPE_LATEST_RELEASE_DATE_pn-pixman = "Jan 19, 2011" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-pixman = "1+ month" +RECIPE_LATEST_RELEASE_DATE_pn-pixman = "Feb 22, 2011" RECIPE_COMMENTS_pn-pixman = "" RECIPE_LAST_UPDATE_pn-pixman = "Jan 31, 2011" RECIPE_MAINTAINER_pn-pixman = "Dexuan Cui <[email protected]>"
@@ -4406,13 +4408,13 @@ RECIPE_MAINTAINER_pn-libxmu = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-libpciaccess = "green" RECIPE_DEPENDENCY_CHECK_pn-libpciaccess = "not done" -RECIPE_LATEST_VERSION_pn-libpciaccess = "0.11.0" +RECIPE_LATEST_VERSION_pn-libpciaccess = "0.12.1" RECIPE_NO_OF_PATCHES_pn-libpciaccess = "0" RECIPE_INTEL_SECTION_pn-libpciaccess = "x11/libs" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpciaccess = "1+ years" -RECIPE_LATEST_RELEASE_DATE_pn-libpciaccess = "12/2009" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libpciaccess = "6+ months" +RECIPE_LATEST_RELEASE_DATE_pn-libpciaccess = "Feb 2, 2011" RECIPE_COMMENTS_pn-libpciaccess = "" -RECIPE_LAST_UPDATE_pn-libpciaccess = "Nov 24, 2010" +RECIPE_LAST_UPDATE_pn-libpciaccess = "Apr 11, 2011" RECIPE_MAINTAINER_pn-libpciaccess = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-xkeyboard-config = "green"
@@ -4547,13 +4549,13 @@ RECIPE_MAINTAINER_pn-galago-daemon = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-gnome-doc-utils = "green" RECIPE_DEPENDENCY_CHECK_pn-gnome-doc-utils = "not done" -RECIPE_LATEST_VERSION_pn-gnome-doc-utils = "0.20.4" +RECIPE_LATEST_VERSION_pn-gnome-doc-utils = "0.20.5" RECIPE_NO_OF_PATCHES_pn-gnome-doc-utils = "0" RECIPE_INTEL_SECTION_pn-gnome-doc-utils = "utils" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gnome-doc-utils = "less than 1 month" -RECIPE_LATEST_RELEASE_DATE_pn-gnome-doc-utils = "Jan 10, 2011" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gnome-doc-utils = "2+ months" +RECIPE_LATEST_RELEASE_DATE_pn-gnome-doc-utils = "Mar 22, 2011" RECIPE_COMMENTS_pn-gnome-doc-utils = "" -RECIPE_LAST_UPDATE_pn-gnome-doc-utils = "Jan 28, 2011" +RECIPE_LAST_UPDATE_pn-gnome-doc-utils = "Apr 11, 2011" RECIPE_MAINTAINER_pn-gnome-doc-utils = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-gnome-settings-daemon = "red"
@@ -5423,7 +5425,6 @@ DISTRO_PN_ALIAS_pn-screenshot = "OpenedHand" DISTRO_PN_ALIAS_pn-web-webkit = "OpenedHand" DISTRO_PN_ALIAS_pn-xcursor-transparent-theme = "OpenedHand" DISTRO_PN_ALIAS_pn-qemugl = "OpenedHand" -DISTRO_PN_ALIAS_pn-oprofileui = "OpenedHand" DISTRO_PN_ALIAS_pn-gaku = "OpenedHand" DISTRO_PN_ALIAS_pn-xvideo-tests = "OpenedHand"
Signature · 1 line
1.7.1.1
PATCH 29/58 preferred-xorg-versions.inc: update libxt, libxi, fixesproto, xproto, xextproto and libpciaccess
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
--- .../distro/include/preferred-xorg-versions.inc | 20 ++++++++++---------- 1 files changed, 10 insertions(+), 10 deletions(-)
meta/conf/distro/include/preferred-xorg-versions.inc +10 -10
@@ -10,7 +10,7 @@ PREFERRED_VERSION_compositeproto ?= "0.4.2" PREFERRED_VERSION_damageproto ?= "1.2.1" PREFERRED_VERSION_dmxproto ?= "2.3.1" PREFERRED_VERSION_evieext ?= "1.1.0" -PREFERRED_VERSION_fixesproto ?= "4.1.2" +PREFERRED_VERSION_fixesproto ?= "5.0" PREFERRED_VERSION_fontcacheproto ?= "0.1.3" PREFERRED_VERSION_fontcacheproto-native ?= "0.1.3" PREFERRED_VERSION_fontsproto ?= "2.1.1"
@@ -56,7 +56,7 @@ PREFERRED_VERSION_libxfont ?= "1.4.3" PREFERRED_VERSION_libxfont-native ?= "1.4.3" PREFERRED_VERSION_libxfontcache ?= "1.0.5" PREFERRED_VERSION_libxft ?= "2.2.0" -PREFERRED_VERSION_libxi ?= "1.4.0" +PREFERRED_VERSION_libxi ?= "1.4.2" PREFERRED_VERSION_libxinerama ?= "1.1.1" PREFERRED_VERSION_libxkbfile ?= "1.0.7" PREFERRED_VERSION_libxkbui ?= "1.0.2"
@@ -71,7 +71,7 @@ PREFERRED_VERSION_libxrender ?= "0.9.6" PREFERRED_VERSION_libxrender-nativesdk ?= "0.9.6" PREFERRED_VERSION_libxres ?= "1.0.5" PREFERRED_VERSION_libxscrnsaver ?= "1.2.1" -PREFERRED_VERSION_libxt ?= "1.0.9" +PREFERRED_VERSION_libxt ?= "1.1.1" PREFERRED_VERSION_libxtrap ?= "1.0.0" PREFERRED_VERSION_libxtst ?= "1.2.0" PREFERRED_VERSION_libxv ?= "1.0.6"
@@ -103,9 +103,9 @@ PREFERRED_VERSION_xcmiscproto-native ?= "1.2.1" PREFERRED_VERSION_xcmiscproto-nativesdk ?= "1.2.1" PREFERRED_VERSION_xdpyinfo ?= "1.2.0" PREFERRED_VERSION_xev ?= "1.0.3" -PREFERRED_VERSION_xextproto ?= "7.1.2" -PREFERRED_VERSION_xextproto-native ?= "7.1.2" -PREFERRED_VERSION_xextproto-nativesdk ?= "7.1.2" +PREFERRED_VERSION_xextproto ?= "7.2.0" +PREFERRED_VERSION_xextproto-native ?= "7.2.0" +PREFERRED_VERSION_xextproto-nativesdk ?= "7.2.0" PREFERRED_VERSION_xf86bigfontproto ?= "1.2.0" PREFERRED_VERSION_xf86bigfontproto-native ?= "1.2.0" PREFERRED_VERSION_xf86bigfontproto-nativesdk ?= "1.2.0"
@@ -121,9 +121,9 @@ PREFERRED_VERSION_xineramaproto ?= "1.2.1" PREFERRED_VERSION_xmodmap ?= "1.0.5" PREFERRED_VERSION_xorg-cf-files ?= "1.0.3" PREFERRED_VERSION_xprop ?= "1.2.0" -PREFERRED_VERSION_xproto ?= "7.0.20" -PREFERRED_VERSION_xproto-native ?= "7.0.20" -PREFERRED_VERSION_xproto-nativesdk ?= "7.0.20" +PREFERRED_VERSION_xproto ?= "7.0.21" +PREFERRED_VERSION_xproto-native ?= "7.0.21" +PREFERRED_VERSION_xproto-nativesdk ?= "7.0.21" PREFERRED_VERSION_xproxymanagementprotocol ?= "1.0.3" PREFERRED_VERSION_xrandr ?= "1.3.4" PREFERRED_VERSION_xrdb ?= "1.0.5"
@@ -140,7 +140,7 @@ PREFERRED_VERSION_libdrm ?= "2.4.23" PREFERRED_VERSION_xcb-proto ?= "1.6" PREFERRED_VERSION_libxcb ?= "1.7" PREFERRED_VERSION_libxcb-nativesdk ?= "1.7" -PREFERRED_VERSION_libpciaccess ?= "0.12.0" +PREFERRED_VERSION_libpciaccess ?= "0.12.1" PREFERRED_VERSION_xf86-input-evdev ?= "2.6.0" PREFERRED_VERSION_xf86-input-mouse ?= "1.6.0" PREFERRED_VERSION_xf86-input-keyboard ?= "1.5.0"
Signature · 1 line
1.7.1.1
PATCH 31/58 xf86-input-synaptics: upgrade from 1.3.0 to 1.4.0
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
...tics_1.3.0.bb => xf86-input-synaptics_1.4.0.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-synaptics_1.3.0.bb => xf86-input-synaptics_1.4.0.bb} (83%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -144,7 +144,7 @@ PREFERRED_VERSION_libpciaccess ?= "0.12.1" PREFERRED_VERSION_xf86-input-evdev ?= "2.6.0" PREFERRED_VERSION_xf86-input-mouse ?= "1.6.0" PREFERRED_VERSION_xf86-input-keyboard ?= "1.5.0" -PREFERRED_VERSION_xf86-input-synaptics ?= "1.3.0" +PREFERRED_VERSION_xf86-input-synaptics ?= "1.4.0" PREFERRED_VERSION_xf86-video-intel ?= "2.14.0"
meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.4.0.bb renamed from meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.3.0.bb +2 -2
@@ -18,5 +18,5 @@ DEPENDS += "libxi" # EXTRA_OEMAKE += " sdkdir=${STAGING_INCDIR}/xorg " -SRC_URI[md5sum] = "b4e58eba1bdca13f0929a4b03b262135" -SRC_URI[sha256sum] = "30a33250c4f3d2daa8a61cab847dc7befd3248db0fca139d17fd7b890b5a8fd7" +SRC_URI[md5sum] = "cbe487f9d22237d1e39c7d0b5812ab7e" +SRC_URI[sha256sum] = "5874d979f028636dbddf14fffb84b496b006e63d5ea8dfa120820e58642812c2"
Signature · 1 line
1.7.1.1
PATCH 33/58 evieext: upgrade from 1.1.0 to 1.1.1
In reply to Saul WoldFrom: Yu Ke <[email protected]>
- also change license checksum, the license is still MIT-X, but corp name is changed from SUN to Oracle
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
.../{evieext_1.1.0.bb => evieext_1.1.1.bb} | 8 ++++----
2 files changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-graphics/xorg-proto/{evieext_1.1.0.bb => evieext_1.1.1.bb} (54%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -9,7 +9,7 @@ PREFERRED_VERSION_bigreqsproto-nativesdk ?= "1.1.1" PREFERRED_VERSION_compositeproto ?= "0.4.2" PREFERRED_VERSION_damageproto ?= "1.2.1" PREFERRED_VERSION_dmxproto ?= "2.3.1" -PREFERRED_VERSION_evieext ?= "1.1.0" +PREFERRED_VERSION_evieext ?= "1.1.1" PREFERRED_VERSION_fixesproto ?= "5.0" PREFERRED_VERSION_fontcacheproto ?= "0.1.3" PREFERRED_VERSION_fontcacheproto-native ?= "0.1.3"
meta/recipes-graphics/xorg-proto/evieext_1.1.1.bb renamed from meta/recipes-graphics/xorg-proto/evieext_1.1.0.bb +4 -4
@@ -6,10 +6,10 @@ DESCRIPTION = "This package provides the wire protocol for the X Event \ Interception Extension. This extension allows the interception of \ keyboard and mouse events." -PR = "r1" +PR = "r0" PE = "1" -LIC_FILES_CHKSUM = "file://COPYING;md5=6cf85dc8217152304ac976db1e240ebe" +LIC_FILES_CHKSUM = "file://COPYING;md5=4db9fc6a58e873c6392eec53082d89b5" -SRC_URI[md5sum] = "5c74f61d6f77b2e6a083b2b31000be42" -SRC_URI[sha256sum] = "47881a52a8d9da1e41e4f028ed32a8b44f738afbead819c0a07253fdc1641885" +SRC_URI[md5sum] = "98bd86a13686f65f0873070fdee6efc7" +SRC_URI[sha256sum] = "1cf74114436d99f56577a90b6438a32ba31b8128c9e63842bb179aba592733fe"
Signature · 1 line
1.7.1.1
PATCH 34/58 xf86-input-keyboard: upgrade from 1.5.0 to 1.6.0
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
...board_1.5.0.bb => xf86-input-keyboard_1.6.0.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-keyboard_1.5.0.bb => xf86-input-keyboard_1.6.0.bb} (74%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -143,7 +143,7 @@ PREFERRED_VERSION_libxcb-nativesdk ?= "1.7" PREFERRED_VERSION_libpciaccess ?= "0.12.1" PREFERRED_VERSION_xf86-input-evdev ?= "2.6.0" PREFERRED_VERSION_xf86-input-mouse ?= "1.6.0" -PREFERRED_VERSION_xf86-input-keyboard ?= "1.5.0" +PREFERRED_VERSION_xf86-input-keyboard ?= "1.6.0" PREFERRED_VERSION_xf86-input-synaptics ?= "1.4.0" PREFERRED_VERSION_xf86-video-intel ?= "2.14.0"
meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.6.0.bb renamed from meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.5.0.bb +2 -2
@@ -11,5 +11,5 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=ea2099d24ac9e316a6d4b9f20b3d4e10" PR = "r0" -SRC_URI[md5sum] = "b74d7162db5ce7899c17927c6cfa9522" -SRC_URI[sha256sum] = "2303510e905465ebee91f22cdd75706a15afb108258bc220c7500f213de19cb0" +SRC_URI[md5sum] = "e2abe9f13e526a73cb68a7d257546eba" +SRC_URI[sha256sum] = "c46c790fec905d696573b7a374b10ab8b4389112a8f69993fe011006c99e858e"
Signature · 1 line
1.7.1.1
PATCH 35/58 xkbcomp: upgrade from 1.2.0 to 1.2.1
In reply to Saul WoldFrom: Yu Ke <[email protected]>
- Also remove the cross compiling patch, since it is already included in 1.2.1 release
---
.../xorg-app/xkbcomp/cross-compile-fix.patch | 35 --------------------
.../{xkbcomp_1.2.0.bb => xkbcomp_1.2.1.bb} | 5 +--
2 files changed, 2 insertions(+), 38 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-app/xkbcomp/cross-compile-fix.patch
rename meta/recipes-graphics/xorg-app/{xkbcomp_1.2.0.bb => xkbcomp_1.2.1.bb} (72%)meta/recipes-graphics/xorg-app/xkbcomp/cross-compile-fix.patch deleted +0 -35
@@ -1,35 +0,0 @@ -commit cc55d8f5ab021861308b071aab9c03016be15187 -Author: Gaetan Nadon <[email protected]> -Date: Sun Oct 31 20:35:24 2010 -0400 - - config: replace AC_CHECK_FILE with test -f as it fails to cross-compile - - Testing for the presence of xkbparse.c is legitimate as this is a build - file, but the Autoconf macro assumes it is testing on the host system - and fails. - - Tested-by: Abdoulaye Walsimou Gaye <[email protected]> - Signed-off-by: Gaetan Nadon <[email protected]> - -diff --git a/configure.ac b/configure.ac -index c69230b..8e6bd6e 100644 ---- a/configure.ac -+++ b/configure.ac -@@ -34,11 +34,14 @@ XORG_DEFAULT_OPTIONS - - AM_CONFIG_HEADER(config.h) - -+# If both the C file and YACC are missing, the package cannot be build. - AC_PROG_YACC - AC_PATH_PROG([YACC_INST], $YACC) --AC_CHECK_FILE([$srcdir/xkbparse.c], [], -- [test -z "$YACC_INST" && AC_MSG_ERROR([yacc not found - unable to compile xkbparse.y])]) -- -+if test ! -f "$srcdir/xkbparse.c"; then -+ if test -z "$YACC_INST"; then -+ AC_MSG_ERROR([yacc not found - unable to compile xkbparse.y]) -+ fi -+fi - - AC_CHECK_FUNCS([strdup strcasecmp]) -
meta/recipes-graphics/xorg-app/xkbcomp_1.2.1.bb renamed from meta/recipes-graphics/xorg-app/xkbcomp_1.2.0.bb +2 -3
@@ -11,9 +11,8 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=08436e4f4476964e2e2dd7e7e41e076a" DEPENDS += "libxkbfile" -SRC_URI += "file://cross-compile-fix.patch" +SRC_URI[md5sum] = "885b4d8a7c8c7afb3312d31934cb3549" +SRC_URI[sha256sum] = "b7612527914402d091424a93bc16f0d4d8778b4a874171f3f3dc681c690e65eb" BBCLASSEXTEND = "native" -SRC_URI[md5sum] = "0f55995cd8da9b2d88553e1a2e17cd0a" -SRC_URI[sha256sum] = "2c64aa414755e764ca548ae5c93e95f7b5bbd5e01bca16bf226fd32bfae77ea4"
Signature · 1 line
1.7.1.1
PATCH 36/58 clutter-1.6: fix tarball md5sum and add json-glib to dependencies
In reply to Saul WoldFrom: Joshua Lock <[email protected]>
* As of Clutter 1.5.2 the project no longer ships an internal version of json-glib so we must explicitly add it to the DEPENDS.
* Fix the SRC_URI[md5sum]
--- meta/recipes-graphics/clutter/clutter-1.6_1.6.8.bb | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-)
meta/recipes-graphics/clutter/clutter-1.6_1.6.8.bb +3 -2
@@ -2,6 +2,9 @@ require recipes-graphics/clutter/clutter.inc PR = "r0" +# Internal json-glib was removed in Clutter 1.5.2 +STDDEPENDS += "json-glib" + PACKAGES =+ "${PN}-examples" FILES_${PN}-examples = "${bindir}/test-* ${pkgdatadir}/redhand.png"
@@ -14,8 +17,6 @@ S = "${WORKDIR}/clutter-1.6.8" BASE_CONF += "--disable-introspection" -EXTRA_OECONF += "--with-json=check" - do_configure_prepend () { # Disable DOLT sed -i -e 's/^DOLT//' ${S}/configure.ac
Signature · 1 line
1.7.1.1
PATCH 38/58 libnewt: fix parallel-make issue
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Add patch to remove hardcoded /usr/include/slang
Fixes [YOCTO #947]
--- .../newt/files/fix_SHAREDDIR.patch | 29 ++++++++++++++++++++ .../newt/files/include-without-python.patch | 2 + .../newt/files/remove_slang_include.patch | 13 +++++++++ meta/recipes-extended/newt/libnewt_0.52.12.bb | 8 ++++- 4 files changed, 50 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-extended/newt/files/fix_SHAREDDIR.patch create mode 100644 meta/recipes-extended/newt/files/remove_slang_include.patch
meta/recipes-extended/newt/files/fix_SHAREDDIR.patch new file +29 -0
@@ -0,0 +1,29 @@ +Upstream-Status: Pending + +Author: [email protected] +Date: Fri Apr 15 16:17:39 CST 2011 + +The patch fixes a parallel-make issue: when generating $(SHAREDDIR)/%.o, we should +ensure the directory ${SHAREDDIR} exists. + +We need to push the patch to upstream. + +Signed-off-by: Dexuan Cui <[email protected]> + +--- a/Makefile.in ++++ b/Makefile.in +@@ -114,12 +114,12 @@ + + sharedlib: $(LIBNEWTSH) + +-$(LIBNEWTSH): $(SHAREDDIR) $(SHAREDOBJS) ++$(LIBNEWTSH): $(SHAREDOBJS) + $(CC) -shared -o $(LIBNEWTSH) $(SHLIBFLAGS) $(SHAREDOBJS) $(LDFLAGS) $(LIBS) + ln -fs $(LIBNEWTSONAME) libnewt.so + ln -fs $(LIBNEWTSH) $(LIBNEWTSONAME) + +-$(SHAREDDIR)/%.o : %.c ++$(SHAREDDIR)/%.o : %.c $(SHAREDDIR) + $(CC) $(SHCFLAGS) -c $(CFLAGS) $(CPPFLAGS) -o $@ $< + + install: $(LIBNEWT) install-sh whiptail
meta/recipes-extended/newt/files/include-without-python.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Pending + From 3d13bbbb769050fac4cc6c904c174edc27e4f03d Mon Sep 17 00:00:00 2001 From: Otavio Salvador <[email protected]> Date: Thu, 20 Jan 2011 14:14:51 -0200
meta/recipes-extended/newt/files/remove_slang_include.patch new file +13 -0
@@ -0,0 +1,13 @@ +Index: git/Makefile.in +=================================================================== +--- git.orig/Makefile.in ++++ git/Makefile.in +@@ -5,7 +5,7 @@ CC = @CC@ + CPP = @CPP@ + CFLAGS = @CFLAGS@ + LDFLAGS = @LDFLAGS@ +-CPPFLAGS = -D_GNU_SOURCE -I/usr/include/slang @CPPFLAGS@ ++CPPFLAGS = -D_GNU_SOURCE @CPPFLAGS@ + GNU_LD = @GNU_LD@ + + VERSION = @VERSION@
meta/recipes-extended/newt/libnewt_0.52.12.bb +6 -2
@@ -17,11 +17,15 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605" # slang needs to be >= 2.2 DEPENDS = "slang popt" -PR = "r0" +PR = "r2" SRCREV = "c3c7be75f6ef1adfc2be5f99c1e8ef3f0ab58c38" + SRC_URI = "git://git.fedorahosted.org/git/newt;protocol=git \ - file://include-without-python.patch" + file://include-without-python.patch \ + file://remove_slang_include.patch \ + file://fix_SHAREDDIR.patch" + S = "${WORKDIR}/git" EXTRA_OECONF = "--without-python --without-tcl"
Signature · 1 line
1.7.1.1
PATCH 39/58 libdrm: upgrade from 2.4.23 to 2.4.25
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
.../drm/libdrm-2.4.23/installtests.patch | 43 -----------------
.../drm/libdrm-2.4.25/installtests.patch | 49 ++++++++++++++++++++
.../drm/{libdrm_2.4.23.bb => libdrm_2.4.25.bb} | 5 +-
4 files changed, 53 insertions(+), 46 deletions(-)
delete mode 100644 meta/recipes-graphics/drm/libdrm-2.4.23/installtests.patch
create mode 100644 meta/recipes-graphics/drm/libdrm-2.4.25/installtests.patch
rename meta/recipes-graphics/drm/{libdrm_2.4.23.bb => libdrm_2.4.25.bb} (54%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -136,7 +136,7 @@ PREFERRED_VERSION_xtrans-nativesdk ?= "1.2.6" PREFERRED_VERSION_xvinfo ?= "1.1.1" PREFERRED_VERSION_xwininfo ?= "1.1.1" PREFERRED_VERSION_mesa-dri ?= "7.10" -PREFERRED_VERSION_libdrm ?= "2.4.23" +PREFERRED_VERSION_libdrm ?= "2.4.25" PREFERRED_VERSION_xcb-proto ?= "1.6" PREFERRED_VERSION_libxcb ?= "1.7" PREFERRED_VERSION_libxcb-nativesdk ?= "1.7"
meta/recipes-graphics/drm/libdrm-2.4.23/installtests.patch deleted +0 -43
43 lines not on this page · raw message
meta/recipes-graphics/drm/libdrm-2.4.25/installtests.patch new file +49 -0
49 lines not on this page · raw message
meta/recipes-graphics/drm/libdrm_2.4.25.bb renamed from meta/recipes-graphics/drm/libdrm_2.4.23.bb +3 -2
@@ -3,7 +3,8 @@ require libdrm.inc LIC_FILES_CHKSUM = "file://xf86drm.c;beginline=9;endline=32;md5=c8a3b961af7667c530816761e949dc71" SRC_URI += "file://installtests.patch" -SRC_URI[md5sum] = "7577ff36ec364d88fae466d4f7fc5fc6" -SRC_URI[sha256sum] = "c0f06d68c3edba7a1ad937f5481a8c287efd4cd368cee66cd9e678b06a911c18" + +SRC_URI[md5sum] = "f53dc4c72109b17908e4113c3b8addfe" +SRC_URI[sha256sum] = "51f99a815a18876977991bbc6f190607791d25a6e47a3269880ce7679dbd0e9f" PR = "r0"
Signature · 1 line
1.7.1.1
PATCH 32/58 xf86-input-vmmouse: upgrade from 12.6.10 to 12.7.0
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
...use_12.6.10.bb => xf86-input-vmmouse_12.7.0.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-vmmouse_12.6.10.bb => xf86-input-vmmouse_12.7.0.bb} (64%)meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_12.7.0.bb renamed from meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_12.6.10.bb +2 -2
@@ -7,7 +7,7 @@ RDEPENDS_${PN} += "xf86-input-mouse" LIC_FILES_CHKSUM = "file://COPYING;md5=622841c068a9d7625fbfe7acffb1a8fc" -SRC_URI[md5sum] = "49c6e77851e9f7bc5cb7d85f061992f8" -SRC_URI[sha256sum] = "a6369d5a860627f2a38842d5563045b263a459e534f6ae08df48f330f9a40910" +SRC_URI[md5sum] = "dc77181330f983c7d0ec1ea1592c2ca7" +SRC_URI[sha256sum] = "00e5d527a0d97e6b2a6e8c519e1339427e66fa0a43af026858655c7c62bd9e35" COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
Signature · 1 line
1.7.1.1
PATCH 37/58 gnu-config-native: add dependency on perl-native
In reply to Saul WoldFrom: Dexuan Cui <[email protected]>
Fixes [YOCTO #968]
--- .../gnu-config/config-guess-uclibc.patch | 2 ++ .../gnu-config/gnu-config_20080123.bb | 6 ++++-- 2 files changed, 6 insertions(+), 2 deletions(-)
meta/recipes-devtools/gnu-config/gnu-config/config-guess-uclibc.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Pending + Patch courtesy gentoo-portage/sys-devel/gnuconfig/files/automake-1.8.5-config-guess-uclibc.patch. updated to 20050516 by Marcin 'Hrw' Juszkiewicz (by hand)
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +4 -2
@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE = "GPLv1+" LIC_FILES_CHKSUM = "file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3" -DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" + INHIBIT_DEFAULT_DEPS = "1" FIXEDSRCDATE = "${@bb.data.getVar('FILE', d, 1).split('_')[-1].split('.')[0]}" PV = "0.1+cvs${FIXEDSRCDATE}" -PR = "r2" +PR = "r3" SRC_URI = "cvs://[email protected]/cvsroot/config;module=config;method=pserver;date=${FIXEDSRCDATE} \ file://config-guess-uclibc.patch \
Signature · 1 line
1.7.1.1
PATCH 42/58 pango: upgrade from 1.28.3 to 1.28.4
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
.../{pango-1.28.3 => pango-1.28.4}/no-tests.patch | 4 ++++
.../pango/{pango_1.28.3.bb => pango_1.28.4.bb} | 4 ++--
2 files changed, 6 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/pango/{pango-1.28.3 => pango-1.28.4}/no-tests.patch (72%)
rename meta/recipes-graphics/pango/{pango_1.28.3.bb => pango_1.28.4.bb} (50%)meta/recipes-graphics/pango/pango-1.28.4/no-tests.patch renamed from meta/recipes-graphics/pango/pango-1.28.3/no-tests.patch +4 -0
@@ -1,3 +1,7 @@ +Upstream-Status: Inappropriate [ disable tests make sense in embedded, but not appropriate for upstream] + +Signed-off-by: Yu Ke <[email protected]> + Index: pango-1.22.2/Makefile.am =================================================================== --- pango-1.22.2.orig/Makefile.am
meta/recipes-graphics/pango/pango_1.28.4.bb renamed from meta/recipes-graphics/pango/pango_1.28.3.bb +2 -2
@@ -6,7 +6,7 @@ PR = "r0" SRC_URI += "file://no-tests.patch" -SRC_URI[archive.md5sum] = "caa74baea47e7e16bc73c89f9089d522" -SRC_URI[archive.sha256sum] = "5e278bc9430cc7bb00270f183360d262c5006b51248e8b537ea904573f200632" +SRC_URI[archive.md5sum] = "3f3989700f04e9117d30544a9078b3a0" +SRC_URI[archive.sha256sum] = "7eb035bcc10dd01569a214d5e2bc3437de95d9ac1cfa9f50035a687c45f05a9f" #PARALLEL_MAKE = ""
Signature · 1 line
1.7.1.1
PATCH 43/58 qemu: Fix the qemu GL application start failure.
In reply to Saul WoldFrom: Zhai Edwin <[email protected]>
Some turn-on macro/variable are re-arranged, buffer pointer is extended to support 32/64b combination of target/host.
[YOCTO #688] fixed.
--- .../qemu/qemu-0.14.0/qemugl-fix.patch | 73 ++++++++++++++++++++ meta/recipes-devtools/qemu/qemu_0.14.0.bb | 1 + 2 files changed, 74 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-devtools/qemu/qemu-0.14.0/qemugl-fix.patch
meta/recipes-devtools/qemu/qemu-0.14.0/qemugl-fix.patch new file +73 -0
@@ -0,0 +1,73 @@ +This patch fix GL application start failure on qemu 0.14.0. + +Some turn-on macro/variable are re-arranged, buffer pointer is extended to +support 32/64b combination of target/host. + +This is not perfect fix, and we need consider other GL alternatives in future. + +Upstream-Status: other (logical part of qemu-git-qemugl-host.patch) + +Signed-off-by: Zhai Edwin <[email protected]> + +Index: qemu-0.14.0/target-i386/opengl_func.h +=================================================================== +--- qemu-0.14.0.orig/target-i386/opengl_func.h 2011-04-08 16:43:46.000000000 +0800 ++++ qemu-0.14.0/target-i386/opengl_func.h 2011-04-08 16:45:55.000000000 +0800 +@@ -26,8 +26,9 @@ + #include "mesa_glext.h" + + /* Argument list are internally of a type that can hold a target pointer +- * or a host pointer. */ +-typedef target_phys_addr_t arg_t; ++ * or a host pointer. If 32b target runs on 64b host, it should be big enough ++ * to hold host pointer */ ++typedef long unsigned int arg_t; + + enum { + TYPE_NONE, +Index: qemu-0.14.0/target-i386/translate.c +=================================================================== +--- qemu-0.14.0.orig/target-i386/translate.c 2011-04-08 16:19:15.000000000 +0800 ++++ qemu-0.14.0/target-i386/translate.c 2011-04-08 16:22:03.000000000 +0800 +@@ -2652,17 +2652,19 @@ + s->is_jmp = DISAS_TB_JUMP; + } + +-int enable_gl = 0; ++extern int enable_gl; + + /* an interrupt is different from an exception because of the + privilege checks */ + static void gen_interrupt(DisasContext *s, int intno, + target_ulong cur_eip, target_ulong next_eip) + { ++#if !defined(CONFIG_USER_ONLY) + if (enable_gl && intno == 0x99) { + gen_helper_opengl(); + return; + } ++#endif + + if (s->cc_op != CC_OP_DYNAMIC) + gen_op_set_cc_op(s->cc_op); +Index: qemu-0.14.0/vl.c +=================================================================== +--- qemu-0.14.0.orig/vl.c 2011-04-08 16:11:43.000000000 +0800 ++++ qemu-0.14.0/vl.c 2011-04-08 16:20:05.000000000 +0800 +@@ -229,7 +229,7 @@ + unsigned int nb_prom_envs = 0; + const char *prom_envs[MAX_PROM_ENVS]; + int boot_menu; +-extern int enable_gl; ++int enable_gl = 0; + + typedef struct FWBootEntry FWBootEntry; + +@@ -1909,6 +1909,7 @@ + return popt; + } + ++#define TARGET_OPENGL_OK + int main(int argc, char **argv, char **envp) + { + const char *gdbstub_dev = NULL;
meta/recipes-devtools/qemu/qemu_0.14.0.bb +1 -0
@@ -24,6 +24,7 @@ SRC_URI = "\ file://spice-qxl-locking-fix-for-qemu-kvm.patch \ file://Detect-and-use-GCC-atomic-builtins-for-locking.patch \ file://larger_default_ram_size.patch \ + file://qemugl-fix.patch \ " SRC_URI[md5sum] = "f9d145d5c09de9f0984ffe9bd1229970" SRC_URI[sha256sum] = "ba21e84d7853217830e167dae9999cdbff481189c6a0bb600ac7fb7201453108"
Signature · 1 line
1.7.1.1
PATCH 41/58 xf86-input-mouse: upgrade from 1.6 to 1.7
In reply to Saul WoldFrom: Yu Ke <[email protected]>
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
.../xorg-driver/xf86-input-mouse/unbreak.patch | 2 ++
...ut-mouse_1.6.0.bb => xf86-input-mouse_1.7.0.bb} | 4 ++--
3 files changed, 5 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.6.0.bb => xf86-input-mouse_1.7.0.bb} (76%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -142,7 +142,7 @@ PREFERRED_VERSION_libxcb ?= "1.7" PREFERRED_VERSION_libxcb-nativesdk ?= "1.7" PREFERRED_VERSION_libpciaccess ?= "0.12.1" PREFERRED_VERSION_xf86-input-evdev ?= "2.6.0" -PREFERRED_VERSION_xf86-input-mouse ?= "1.6.0" +PREFERRED_VERSION_xf86-input-mouse ?= "1.7.0" PREFERRED_VERSION_xf86-input-keyboard ?= "1.6.0" PREFERRED_VERSION_xf86-input-synaptics ?= "1.4.0" PREFERRED_VERSION_xf86-video-intel ?= "2.14.0"
meta/recipes-graphics/xorg-driver/xf86-input-mouse/unbreak.patch +2 -0
@@ -2,6 +2,8 @@ Unbreak the linux mouse driver by using config.h RP - 4/11/07 +Upstream-Status: Pending + Index: git/src/lnx_mouse.c =================================================================== --- git.orig/src/lnx_mouse.c 2008-11-04 23:46:05.000000000 +0000
meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.0.bb renamed from meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.6.0.bb +2 -2
@@ -10,5 +10,5 @@ driver." LIC_FILES_CHKSUM = "file://COPYING;md5=237eb1d1a602d29ef2af62d8fba60f19" -SRC_URI[md5sum] = "cef849b1a2743d2e84de98422f372974" -SRC_URI[sha256sum] = "c7ae245e5168276346145f196d1d1faed618f41d5174a2031c71fab6e1a2fbdb" +SRC_URI[md5sum] = "7f31472689c15b6de62eff04d0fb57d7" +SRC_URI[sha256sum] = "4e989542b5e9e0c5f9087288b18e70de1064dd27c83a4bc6dce58f3ea9d74994"
Signature · 1 line
1.7.1.1
PATCH 44/58 task-poky-lsb.bb:Add locale resoures which is needed by LSB Test Suite
In reply to Saul WoldFrom: Xiaofeng Yan <[email protected]>
Owning to absent locale resources in lsb-image, I add them to task-poky-lsb.bb
--- meta/recipes-extended/tasks/task-poky-lsb.bb | 10 ++++------ 1 files changed, 4 insertions(+), 6 deletions(-)
meta/recipes-extended/tasks/task-poky-lsb.bb +4 -6
@@ -186,15 +186,13 @@ RDEPENDS_task-poky-lsb-runtime-add = "\ liburi-perl \ libxml-parser-perl \ libxml-perl \ + eglibc-localedatas \ + eglibc-gconvs \ + eglibc-charmaps \ + eglibc-binaries \ eglibc-localedata-posix \ eglibc-extra-nss \ eglibc-pcprofile \ eglibc-pic \ eglibc-utils \ " - -# eglibc-localedatas \ -# eglibc-gconvs \ -# eglibc-charmaps \ -# eglibc-binarys \ -#
Signature · 1 line
1.7.1.1
PATCH 45/58 gcc: Add "--enable-clocale=gnu" option for LSB.
In reply to Saul WoldFrom: Jingdong Lu <[email protected]>
Add "--enable-clocale=gun" option for gcc configuration explicitly for LSB distro in order to make sure C++ library can use correct locale module. Fixes [YOCTO #796]
--- meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb +2 -1
@@ -1,4 +1,4 @@ -PR = "r5" +PR = "r6" require gcc-${PV}.inc require gcc-configure-runtime.inc
@@ -9,3 +9,4 @@ SRC_URI_append = "file://fortran-cross-compile-hack.patch" ARCH_FLAGS_FOR_TARGET += "-isystem${STAGING_INCDIR}" EXTRA_OECONF += "--disable-libunwind-exceptions" +EXTRA_OECONF_append_poky-lsb = " --enable-clocale=gnu"
Signature · 1 line
1.7.1.1
PATCH 46/58 poky-lsb: Add "largefile" feature for LSB distro.
In reply to Saul WoldFrom: Jingdong Lu <[email protected]>
Add "largefile" feature for LSB distro.
Fixes [YOCTO #794]
--- meta/conf/distro/poky-lsb.conf | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/conf/distro/poky-lsb.conf +1 -1
@@ -3,7 +3,7 @@ require conf/distro/poky.conf DISTRO = "poky-lsb" DISTROOVERRIDES = "poky:poky-lsb" -DISTRO_FEATURES += "pam" +DISTRO_FEATURES += "pam largefile" PREFERRED_PROVIDER_virtual/libx11 = "libx11"
Signature · 1 line
1.7.1.1
PATCH 40/58 mesa: upgrade to 7.10.2
In reply to Saul WoldFrom: Yu Ke <[email protected]>
- also remove the talloc-removal.patch because it is already included in this version
---
.../distro/include/preferred-xorg-versions.inc | 2 +-
.../mesa/files/talloc-removal.patch |15571 --------------------
.../mesa/{mesa-dri_7.10.bb => mesa-dri_7.10.2.bb} | 7 +-
.../{mesa-xlib_7.10.bb => mesa-xlib_7.10.2.bb} | 7 +-
4 files changed, 7 insertions(+), 15580 deletions(-)
delete mode 100644 meta/recipes-graphics/mesa/files/talloc-removal.patch
rename meta/recipes-graphics/mesa/{mesa-dri_7.10.bb => mesa-dri_7.10.2.bb} (85%)
rename meta/recipes-graphics/mesa/{mesa-xlib_7.10.bb => mesa-xlib_7.10.2.bb} (68%)meta/conf/distro/include/preferred-xorg-versions.inc +1 -1
@@ -135,7 +135,7 @@ PREFERRED_VERSION_xtrans-native ?= "1.2.6" PREFERRED_VERSION_xtrans-nativesdk ?= "1.2.6" PREFERRED_VERSION_xvinfo ?= "1.1.1" PREFERRED_VERSION_xwininfo ?= "1.1.1" -PREFERRED_VERSION_mesa-dri ?= "7.10" +PREFERRED_VERSION_mesa-dri ?= "7.10.2" PREFERRED_VERSION_libdrm ?= "2.4.25" PREFERRED_VERSION_xcb-proto ?= "1.6" PREFERRED_VERSION_libxcb ?= "1.7"
meta/recipes-graphics/mesa/files/talloc-removal.patch deleted +0 -15571
2,992 lines not on this page · raw message
meta/recipes-graphics/mesa/mesa-dri_7.10.2.bb renamed from meta/recipes-graphics/mesa/mesa-dri_7.10.bb +3 -4
Lines of this file are not shown. View the raw message.
meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb renamed from meta/recipes-graphics/mesa/mesa-xlib_7.10.bb +3 -4
Lines of this file are not shown. View the raw message.
The rest of this diff is not shown. View the raw message.
Signature · 1 line
1.7.1.1
Part of the diff is not shown here. View the raw message.
PATCH 47/58 setuptools: Make options for setup.py more flexible
In reply to Saul WoldFrom: Gary Thomas <[email protected]>
The setuptools class uses hard-wired options for 'setup.py' during the install step. In particular, not all versions of setup.py support the "--single-version-externally-managed" option. This patch allows for a recipe to easily override these options, while leaving the majority (important) setup options intact.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
From 0afbe6b9477c207e37009c8ef5aa47b3438640a9 Mon Sep 17 00:00:00 2001
From: Gary Thomas <[email protected]>
Date: Wed, 13 Apr 2011 15:12:57 -0600
Subject: [PATCH] setuptools: Make options for setup.py more flexible
--- meta/classes/setuptools.bbclass | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-)
meta/classes/setuptools.bbclass +2 -1
@@ -2,7 +2,8 @@ inherit distutils DEPENDS += "python-setuptools-native" +DISTUTILS_INSTALL_OPTS ?= "--single-version-externally-managed " DISTUTILS_INSTALL_ARGS = "--root=${D} \ - --single-version-externally-managed \ + ${DISTUTILS_INSTALL_OPTS} \ --prefix=${prefix} \ --install-data=${datadir}"
Signature · 1 line
1.7.1.1
PATCH 48/58 libexif: upgrade to 0.6.20
In reply to Saul WoldFrom: Qing He <[email protected]>
[YOCTO #977]
fixes CVE-2007-6351, CVE-2007-6352, CVE-2009-3895
---
.../{libexif_0.6.16.bb => libexif_0.6.20.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/libexif/{libexif_0.6.16.bb => libexif_0.6.20.bb} (61%)meta/recipes-support/libexif/libexif_0.6.20.bb renamed from meta/recipes-support/libexif/libexif_0.6.16.bb +3 -3
@@ -2,12 +2,12 @@ DESCRIPTION = "Library to read the extended image information (EXIF) from JPEG p HOMEPAGE = "http://sourceforge.net/projects/libexif" SECTION = "libs" LICENSE = "LGPLv2.1" -LIC_FILES_CHKSUM = "file://COPYING;md5=0448d3676bc0de00406af227d341a4d1" +LIC_FILES_CHKSUM = "file://COPYING;md5=243b725d71bb5df4a1e5920b344b86ad" SRC_URI = "${SOURCEFORGE_MIRROR}/libexif/libexif-${PV}.tar.bz2" -SRC_URI[md5sum] = "deee153b1ded5a944ea05d041d959eca" -SRC_URI[sha256sum] = "db6885d5e40e3a273ff8bb9708ab739c8ace3c5abdd75509eec8ea31a31aac43" +SRC_URI[md5sum] = "19844ce6b5d075af16f0d45de1e8a6a3" +SRC_URI[sha256sum] = "a772d20bd8fb9802d7f0d70fde6ac8872f87d0c66c52b0d14026dafcaa83d715" inherit autotools gettext
Signature · 1 line
1.7.1.1
PATCH 50/58 openssl: upgrade to version 0.9.8r
In reply to Saul WoldFrom: Qing He <[email protected]>
[YOCTO #979]
from 0.9.8p
fixes CVE-2010-4180, CVE-2010-4252, CVE-2010-0014
---
.../configure-targets.patch | 1 +
.../debian/ca.patch | 0
.../debian/config-hurd.patch | 0
.../debian/debian-targets.patch | 0
.../debian/engines-path.patch | 0
.../debian/kfreebsd-pipe.patch | 0
.../debian/make-targets.patch | 0
.../debian/man-dir.patch | 0
.../debian/man-section.patch | 0
.../debian/no-rpath.patch | 0
.../debian/no-symbolic.patch | 0
.../debian/perl-path.diff | 0
.../debian/pic.patch | 0
.../debian/pkg-config.patch | 0
.../debian/rc4-amd64.patch | 0
.../debian/rehash-crt.patch | 0
.../debian/rehash_pod.patch | 0
.../debian/series | 0
.../debian/shared-lib-ext.patch | 0
.../debian/stddef.patch | 0
.../debian/version-script.patch | 0
.../parallel-make-fix.patch | 2 ++
.../shared-libs.patch | 2 ++
meta/recipes-connectivity/openssl/openssl.inc | 2 +-
.../{openssl_0.9.8p.bb => openssl_0.9.8r.bb} | 6 +++---
25 files changed, 9 insertions(+), 4 deletions(-)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/configure-targets.patch (97%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/ca.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/config-hurd.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/debian-targets.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/engines-path.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/kfreebsd-pipe.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/make-targets.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/man-dir.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/man-section.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/no-rpath.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/no-symbolic.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/perl-path.diff (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/pic.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/pkg-config.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rc4-amd64.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rehash-crt.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/rehash_pod.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/series (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/shared-lib-ext.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/stddef.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/debian/version-script.patch (100%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/parallel-make-fix.patch (95%)
rename meta/recipes-connectivity/openssl/{openssl-0.9.8p => openssl-0.9.8r}/shared-libs.patch (97%)
rename meta/recipes-connectivity/openssl/{openssl_0.9.8p.bb => openssl_0.9.8r.bb} (86%)meta/recipes-connectivity/openssl/openssl-0.9.8r/configure-targets.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/configure-targets.patch +1 -0
@@ -1,3 +1,4 @@ +Upstream-Status: Inappropriate [embedded specific] The number of colons are important :)
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/ca.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/ca.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/config-hurd.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/config-hurd.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/debian-targets.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/debian-targets.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/engines-path.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/engines-path.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/kfreebsd-pipe.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/kfreebsd-pipe.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/make-targets.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/make-targets.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/man-dir.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/man-dir.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/man-section.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/man-section.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/no-rpath.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/no-rpath.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/no-symbolic.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/no-symbolic.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/perl-path.diff renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/perl-path.diff +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/pic.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/pic.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/pkg-config.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/pkg-config.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/rc4-amd64.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/rc4-amd64.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/rehash-crt.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/rehash-crt.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/rehash_pod.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/rehash_pod.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/series renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/series +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/shared-lib-ext.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/shared-lib-ext.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/stddef.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/stddef.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/debian/version-script.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/debian/version-script.patch +0 -0
meta/recipes-connectivity/openssl/openssl-0.9.8r/parallel-make-fix.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/parallel-make-fix.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Pending + fix the parallel build regarding shared libraries. Signed-off-by: Qing He <[email protected]>
meta/recipes-connectivity/openssl/openssl-0.9.8r/shared-libs.patch renamed from meta/recipes-connectivity/openssl/openssl-0.9.8p/shared-libs.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Inappropriate [configuration] + diff --git a/Makefile.org b/Makefile.org index e87d623..25ff367 100644 --- a/Makefile.org
meta/recipes-connectivity/openssl/openssl.inc +1 -1
@@ -6,7 +6,7 @@ SECTION = "libs/network" # "openssl | SSLeay" dual license LICENSE = "openssl" -LIC_FILES_CHKSUM = "file://LICENSE;md5=83d26c69f6f0172ee7f795790424b453" +LIC_FILES_CHKSUM = "file://LICENSE;md5=f9a8f968107345e0b75aa8c2ecaa7ec8" DEPENDS = "perl-native"
meta/recipes-connectivity/openssl/openssl_0.9.8r.bb renamed from meta/recipes-connectivity/openssl/openssl_0.9.8p.bb +3 -3
@@ -1,6 +1,6 @@ require openssl.inc -PR = "r3" +PR = "r0" SRC_URI += "file://debian/ca.patch \ file://debian/config-hurd.patch;apply=no \ file://debian/debian-targets.patch \
@@ -21,8 +21,8 @@ SRC_URI += "file://debian/ca.patch \ file://debian/version-script.patch \ file://debian/perl-path.diff" -SRC_URI[md5sum] = "7f24047f70364c9eabc94899e356ce39" -SRC_URI[sha256sum] = "b2645e2a2af221fa230b5ef6aa2b9388a875801b74cbddbb16be557f80f45242" +SRC_URI[md5sum] = "0352932ea863bc02b056cda7c9ac5b79" +SRC_URI[sha256sum] = "42b2368f786b05ed3be846838dce126b4e8e3dba8fb2e0ce83102df28c102fad" SRC_URI += "file://configure-targets.patch \ file://shared-libs.patch"
Signature · 1 line
1.7.1.1
PATCH 51/58 rsync: upgrade to version 3.0.8
In reply to Saul WoldFrom: Qing He <[email protected]>
[YOCTO #983]
from 3.0.7
fixes CVE-2011-1097
---
.../rsync/{rsync_3.0.7.bb => rsync_3.0.8.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/rsync/{rsync_3.0.7.bb => rsync_3.0.8.bb} (71%)meta/recipes-devtools/rsync/rsync_3.0.8.bb renamed from meta/recipes-devtools/rsync/rsync_3.0.7.bb +3 -3
@@ -1,11 +1,11 @@ require rsync.inc -PR = "r1" +PR = "r0" SRC_URI += "file://acinclude.m4" -SRC_URI[md5sum] = "b53525900817cf1ba7ad3a516ab5bfe9" -SRC_URI[sha256sum] = "9ee00d16c023c486328cbb61f59928a954b24b7b7173c3517ebb0d6c3edfe7c8" +SRC_URI[md5sum] = "0ee8346ce16bdfe4c88a236e94c752b4" +SRC_URI[sha256sum] = "4b3fc271f4c96036b4c73fb019be078e4d8cce2defe1e7ae7cde1117859a2114" EXTRA_OECONF += "--disable-xattr-support --disable-acl-support"
Signature · 1 line
1.7.1.1
PATCH 52/58 documentation/adt-manual/adt-prepare.xml: Fixed URL for nightly builds
In reply to Saul WoldFrom: Scott Rifenbark <[email protected]>
There was a stray "0.9" in an URL for the Yocto source downloads. I changed it to 1.0.
--- documentation/adt-manual/adt-prepare.xml | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
documentation/adt-manual/adt-prepare.xml +1 -1
@@ -232,7 +232,7 @@ architectures (x86, x86-64, mips, powerpc, and arm) that can be used unaltered in the QEMU emulator. These kernels and filesystem images reside in the Yocto Project release - area - <ulink url='http://autobuilder.yoctoproject.org/downloads/yocto-0.9/'></ulink> + area - <ulink url='http://autobuilder.yoctoproject.org/downloads/yocto-1.0/'></ulink> and are ideal for experimentation within Yocto Project. </note> </para>
Signature · 1 line
1.7.1.1
PATCH 53/58 documentation/adt-manual/adt-eclipse.xml: Fixed URL with pokylinux.org
In reply to Saul WoldFrom: Scott Rifenbark <[email protected]>
Substituted 'pokylinux.org' with 'yoctoproject.org' in an URL to locate the OProfile viewer and server.
--- documentation/adt-manual/adt-eclipse.xml | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
documentation/adt-manual/adt-eclipse.xml +1 -1
@@ -395,7 +395,7 @@ oprofile-server must be installed on the remote target, respectively, in order to use. You can locate both the viewer and server from - <ulink url='http://git.pokylinux.org/cgit/cgit.cgi/oprofileui/'></ulink>. + <ulink url='http://git.yoctoproject.org/cgit/cgit.cgi/oprofileui/'></ulink>. You need to compile and install the oprofile-viewer from the source code on your local host machine. The oprofile-server is installed by default in the image.</para></listitem>
Signature · 1 line
1.7.1.1
PATCH 56/58 netbase: add /etc/network/interfaces file for qemumips & qemuppc
In reply to Saul WoldFrom: Paul Eggleton <[email protected]>
This fixes the network configuration for qemumips & qemuppc to match the other qemu* machines.
--- .../netbase/netbase-4.45/qemumips/interfaces | 8 ++++++++ .../netbase/netbase-4.45/qemuppc/interfaces | 8 ++++++++ 2 files changed, 16 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/netbase/netbase-4.45/qemumips/interfaces create mode 100644 meta/recipes-core/netbase/netbase-4.45/qemuppc/interfaces
meta/recipes-core/netbase/netbase-4.45/qemumips/interfaces new file +8 -0
@@ -0,0 +1,8 @@ +# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) + +# The loopback interface +auto lo +iface lo inet loopback + + +
meta/recipes-core/netbase/netbase-4.45/qemuppc/interfaces new file +8 -0
@@ -0,0 +1,8 @@ +# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) + +# The loopback interface +auto lo +iface lo inet loopback + + +
Signature · 1 line
1.7.1.1
PATCH 54/58 documentation/kernel-manual/kernel-how-to.xml: replaced 'pokylinux' with 'yoctoproject'
In reply to Saul WoldFrom: Scott Rifenbark <[email protected]>
--- documentation/kernel-manual/kernel-how-to.xml | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)
documentation/kernel-manual/kernel-how-to.xml +2 -2
@@ -1022,7 +1022,7 @@ That's it. Configure and build. You can start with something in <filename>meta/conf/machine</filename> - <filename> meta/conf/machine/atom-pc.conf</filename> for example. Or, you can start with a machine configuration from any of the BSP layers in the meta-intel repository at - <ulink url='http://git.pokylinux.org/cgit/cgit.cgi/meta-intel/'></ulink>, such as + <ulink url='http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/'></ulink>, such as <filename>meta-intel/meta-emenlow/conf/machine/emenlow.conf</filename>. </para>
@@ -1073,7 +1073,7 @@ That's it. Configure and build. To create this branch first create a bare clone of the Yocto Project git repository. Next, create a local clone of that: <literallayout class='monospaced'> - $ git clone --bare git://git.pokylinux.org/linux-yocto-2.6.37.git + $ git clone --bare git://git.yoctoproject.org/linux-yocto-2.6.37.git linux-yocto-2.6.37.git $ git clone linux-yocto-2.6.37.git linux-yocto-2.6.37 </literallayout>
Signature · 1 line
1.7.1.1
PATCH 55/58 netbase: automatically bring up eth0
In reply to Saul WoldFrom: Paul Eggleton <[email protected]>
This avoids manual configuration for those machines that do not override the default /etc/network/interfaces file.
Fixes [YOCTO #875]
--- meta/recipes-core/netbase/netbase-4.45/interfaces | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
meta/recipes-core/netbase/netbase-4.45/interfaces +1 -0
@@ -14,6 +14,7 @@ iface wlan0 inet dhcp iface atml0 inet dhcp # Wired or wireless interfaces +auto eth0 iface eth0 inet dhcp iface eth1 inet dhcp
Signature · 1 line
1.7.1.1
PATCH 57/58 slang: Update to 2.2.4
In reply to Saul WoldFrom: Saul Wold <[email protected]>
- Removed fix-uclibc.patch as it's no longer required by the upstream
- Removed requirment for png as we only need limited support for slang
- fix license
- disable Parallel Make
---
meta/recipes-extended/slang/slang/fix-uclibc.patch | 11 -----------
.../slang/{slang_2.2.2.bb => slang_2.2.4.bb} | 18 ++++++++++--------
2 files changed, 10 insertions(+), 19 deletions(-)
delete mode 100644 meta/recipes-extended/slang/slang/fix-uclibc.patch
rename meta/recipes-extended/slang/{slang_2.2.2.bb => slang_2.2.4.bb} (61%)meta/recipes-extended/slang/slang/fix-uclibc.patch deleted +0 -11
@@ -1,11 +0,0 @@ ---- slang-2.1.3.orig/src/slcommon.c 2007-01-10 18:09:07.000000000 +0200 -+++ slang-2.1.3.orig/src/slcommon.c 2008-03-19 16:09:09.000000000 +0200 -@@ -191,7 +191,7 @@ - return p; - } - --#if !defined(HAVE_ISSETUGID) && defined(__GLIBC__) && (__GLIBC__ >= 2) -+#if !defined(HAVE_ISSETUGID) && defined(__GLIBC__) && (__GLIBC__ >= 2) && !defined(__UCLIBC__) - extern int __libc_enable_secure; - # define HAVE___LIBC_ENABLE_SECURE 1 - #endif
meta/recipes-extended/slang/slang_2.2.4.bb renamed from meta/recipes-extended/slang/slang_2.2.2.bb +10 -8
@@ -10,23 +10,25 @@ to recode S-Lang procedures in C if you need to." SECTION = "libs" PRIORITY = "optional" DEPENDS = "pcre" -PR = "r2" +PR = "r5" -LICENSE = "GPL Artistic" -LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://COPYING;md5=a52a18a472d4f7e45479b06563717c02" -SRC_URI = "ftp://space.mit.edu/pub/davis/slang/v2.2/OLD/slang-${PV}.tar.bz2 \ - file://fix-uclibc.patch" +SRC_URI = "ftp://space.mit.edu/pub/davis/slang/v2.2/slang-${PV}.tar.bz2 \ + " inherit autotools -SRC_URI[md5sum] = "974437602a781cfe92ab61433dd16d03" -SRC_URI[sha256sum] = "cfaf8551fa3855f9b0043309bb553ef6d457f931b404df5a6ba6a5a69371fc42" +SRC_URI[md5sum] = "7fcfd447e378f07dd0c0bae671fe6487" +SRC_URI[sha256sum] = "9a8257a9a2a55099af858b13338dc8f3a06dd2069f46f0df2c9c3bb84a01d5db" -EXTRA_OECONF += " --x-includes=${STAGING_DIR_HOST}/usr/X11/include" +EXTRA_OECONF += " --without-png" do_install() { oe_runmake install DESTDIR=${D} -e 'INST_LIB_DIR=${STAGING_DIR_HOST}/usr/lib' } FILES_${PN} += "${datadir}/slsh/" + +PARALLEL_MAKE = ""
Signature · 1 line
1.7.1.1
PATCH 58/58 jpeg: add link libjpeg.so.62 for LSB library test
In reply to Saul WoldFrom: Kang Kai <[email protected]>
LSB test just test whether libjpeg.so.62 exists, and no more use of it. So just make link to pass library check.
--- meta/recipes-core/jpeg/jpeg_8b.bb | 13 ++++++++++++- 1 files changed, 12 insertions(+), 1 deletions(-)
meta/recipes-core/jpeg/jpeg_8b.bb +12 -1
@@ -14,7 +14,7 @@ PRIORITY = "required" DEPENDS = "libtool-cross" DEPENDS_virtclass-native = "libtool-native" -PR = "r0" +PR = "r1" SRC_URI = "http://www.ijg.org/files/jpegsrc.v${PV}.tar.gz \ file://debian-libjpeg7_7-1.diff;patch=1"
@@ -45,3 +45,14 @@ DESCRIPTION_jpeg-tools = "The jpeg-tools package includes the client programs fo FILES_jpeg-tools = "${bindir}/*" BBCLASSEXTEND = "native" + +pkg_postinst_${PN}_poky-lsb () { + if [ "$D" = "" ]; then + if [ ! -e ${libdir}/libjpeg.so.62 ]; then + JPEG=`find ${libdir} -type f -name libjpeg.so.\*.\*.\*` + ln -sf `basename $JPEG` ${libdir}/libjpeg.so.62 + fi + else + exit 1 + fi +}
Signature · 1 line
1.7.1.1
PATCH 49/58 libxml2: upgrade to version 2.7.8
In reply to Saul WoldFrom: Qing He <[email protected]>
[YOCTO #978]
from 2.7.7
fixes CVE-2010-4008
--- .../recipes-core/libxml/libxml2/libxml-64bit.patch | 2 ++ meta/recipes-core/libxml/libxml2_2.7.7.bb | 6 ------ meta/recipes-core/libxml/libxml2_2.7.8.bb | 6 ++++++ 3 files changed, 8 insertions(+), 6 deletions(-) delete mode 100644 meta/recipes-core/libxml/libxml2_2.7.7.bb create mode 100644 meta/recipes-core/libxml/libxml2_2.7.8.bb
meta/recipes-core/libxml/libxml2/libxml-64bit.patch +2 -0
@@ -1,3 +1,5 @@ +Upstream-Status: Backport [from debian: bugs.debian.org/439843] + --- libxml.h | 3 +++ 1 file changed, 3 insertions(+)
meta/recipes-core/libxml/libxml2_2.7.7.bb deleted +0 -6
@@ -1,6 +0,0 @@ -require libxml2.inc - -PR = "r4" - -SRC_URI[md5sum] = "9abc9959823ca9ff904f1fbcf21df066" -SRC_URI[sha256sum] = "af5b781418ba4fff556fa43c50086658ea8a2f31909c2b625c2ce913a1d9eb68"
meta/recipes-core/libxml/libxml2_2.7.8.bb new file +6 -0
@@ -0,0 +1,6 @@ +require libxml2.inc + +PR = "r0" + +SRC_URI[md5sum] = "8127a65e8c3b08856093099b52599c86" +SRC_URI[sha256sum] = "cda23bc9ebd26474ca8f3d67e7d1c4a1f1e7106364b690d822e009fdc3c417ec"
Signature · 1 line
1.7.1.1
Re: [PATCH 47/58] setuptools: Make options for setup.py more flexible
In reply to Saul WoldAs I said in my other mail, the reasoning behind this patch is wrong and will lead to broken output. The '--single-version-externally-managed' is needed to stop the python egg code from doing the wrong thing. People running into problems with this need to do 'inherit distutils' instead of 'inherit setuptools'.
Besides all that, 'DISTUTILS_INSTALL_EXTRA_ARGS' would be the correct name for such a thing.
Op 16 apr 2011, om 08:55 heeft Saul Wold het volgende geschreven:
Quoted 47 lines
From: Gary Thomas <[email protected]>
The setuptools class uses hard-wired options for '
setup.py' during the install step. In particular, not all versions ofsetup.pysupport the "--single-version-externally-managed" option. This patch allows for a recipe to easily override these options, while leaving the majority (important) setup options intact.--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------Quoted 1 line
From
0afbe6b9477c207e37009c8ef5aa47b3438640a9Mon Sep 17 00:00:00 2001From: Gary Thomas <[email protected]>
Date: Wed, 13 Apr 2011 15:12:57 -0600
Subject: [PATCH] setuptools: Make options forsetup.pymore flexibleSigned-off-by Gary Thomas <[email protected]>Signed-off-by Saul Wold <[email protected]>---
meta/classes/setuptools.bbclass | 3 ++-1 files changed, 2 insertions(+), 1 deletions(-)meta/classes/setuptools.bbclass +0
-0@@ -2,7 +2,8 @@ inherit distutilsDEPENDS += "python-setuptools-native"
+DISTUTILS_INSTALL_OPTS ?= "--single-version-externally-managed "
DISTUTILS_INSTALL_ARGS= "--root=${D} \meta/classes/setuptools.bbclass +1
-1- --single-version-externally-managed \ + ${DISTUTILS_INSTALL_OPTS} \ --prefix=${prefix} \ --install-data=${datadir}"Signature · 7 lines
1.7.1.1 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 47/58] setuptools: Make options for setup.py more flexible
furthermore both distutils and setuptools use the classes in sysroot, so the 'some versions' part of the argument is bogus.
Op 16 apr. 2011 om 14:11 heeft Koen Kooi <[email protected]> het volgende geschreven:
Quoted 54 lines
As I said in my other mail, the reasoning behind this patch is wrong and will lead to broken output. The '--single-version-externally-managed' is needed to stop the python egg code from doing the wrong thing. People running into problems with this need to do 'inherit distutils' instead of 'inherit setuptools'.
Besides all that, '
DISTUTILS_INSTALL_EXTRA_ARGS' would be the correct name for such a thing.Op 16 apr 2011, om 08:55 heeft Saul Wold het volgende geschreven:
Quoted 47 lines
From: Gary Thomas <[email protected]>
The setuptools class uses hard-wired options for '
setup.py' during the install step. In particular, not all versions ofsetup.pysupport the "--single-version-externally-managed" option. This patch allows for a recipe to easily override these options, while leaving the majority (important) setup options intact.--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------Quoted 1 line
From
0afbe6b9477c207e37009c8ef5aa47b3438640a9Mon Sep 17 00:00:00 2001From: Gary Thomas <[email protected]>
Date: Wed, 13 Apr 2011 15:12:57 -0600
Subject: [PATCH] setuptools: Make options forsetup.pymore flexibleSigned-off-by Gary Thomas <[email protected]>Signed-off-by Saul Wold <[email protected]>---
meta/classes/setuptools.bbclass | 3 ++-1 files changed, 2 insertions(+), 1 deletions(-)meta/classes/setuptools.bbclass +0
-0@@ -2,7 +2,8 @@ inherit distutilsDEPENDS += "python-setuptools-native"
+DISTUTILS_INSTALL_OPTS ?= "--single-version-externally-managed "
DISTUTILS_INSTALL_ARGS= "--root=${D} \meta/classes/setuptools.bbclass +1
-1- --single-version-externally-managed \ + ${DISTUTILS_INSTALL_OPTS} \ --prefix=${prefix} \ --install-data=${datadir}"Signature · 7 lines
1.7.1.1 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 47/58] setuptools: Make options for setup.py more flexible
Quoted 2 lines · Koen Kooi
furthermore both distutils and setuptools use the classes in sysroot, so the 'some versions' part of the argument is bogus.
Koen,
Thanks, I guess missed your comments on this issue, thanks for pointing them out.
Richard: Please disregard this patch.
Sau!
Quoted 61 lines
Op 16 apr. 2011 om 14:11 heeft Koen Kooi<[email protected]> het volgende geschreven:
Quoted 49 lines
As I said in my other mail, the reasoning behind this patch is wrong and will lead to broken output. The '--single-version-externally-managed' is needed to stop the python egg code from doing the wrong thing. People running into problems with this need to do 'inherit distutils' instead of 'inherit setuptools'.
Besides all that, '
DISTUTILS_INSTALL_EXTRA_ARGS' would be the correct name for such a thing.Op 16 apr 2011, om 08:55 heeft Saul Wold het volgende geschreven:
Quoted 43 lines
From: Gary Thomas<[email protected]>
The setuptools class uses hard-wired options for '
setup.py' during the install step. In particular, not all versions ofsetup.pysupport the "--single-version-externally-managed" option. This patch allows for a recipe to easily override these options, while leaving the majority (important) setup options intact.--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------Quoted 1 line
From
0afbe6b9477c207e37009c8ef5aa47b3438640a9Mon Sep 17 00:00:00 2001From: Gary Thomas<[email protected]>
Date: Wed, 13 Apr 2011 15:12:57 -0600
Subject: [PATCH] setuptools: Make options forsetup.pymore flexibleSigned-off-by Gary Thomas<[email protected]>Signed-off-by Saul Wold<[email protected]>---
meta/classes/setuptools.bbclass | 3 ++-1 files changed, 2 insertions(+), 1 deletions(-)meta/classes/setuptools.bbclass +0
-0@@ -2,7 +2,8 @@ inherit distutilsDEPENDS += "python-setuptools-native"
+DISTUTILS_INSTALL_OPTS ?= "--single-version-externally-managed "
DISTUTILS_INSTALL_ARGS= "--root=${D} \meta/classes/setuptools.bbclass +1
-2- --single-version-externally-managed \ + ${DISTUTILS_INSTALL_OPTS} \ --prefix=${prefix} \ --install-data=${datadir}" --1.7.1.1
Quoted 5 lines
Quoted 4 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 47/58] setuptools: Make options for setup.py more flexible
Quoted 8 lines · Saul Wold
Quoted 2 lines · Koen Kooi
furthermore both distutils and setuptools use the classes in sysroot, so the 'some versions' part of the argument is bogus.
Koen,
Thanks, I guess missed your comments on this issue, thanks for pointing them out.
Richard: Please disregard this patch.
Fair enough & indeed, using distutils does work for this package. My follow up question would be why are there two seemingly identical classes? Just looking at a Python package which has a 'setup.py' file, how can one one which to use and why??
Quoted 62 lines
Quoted 62 lines
Op 16 apr. 2011 om 14:11 heeft Koen Kooi<[email protected]> het volgende geschreven:
Quoted 50 lines
As I said in my other mail, the reasoning behind this patch is wrong and will lead to broken output. The '--single-version-externally-managed' is needed to stop the python egg code from doing the wrong thing. People running into problems with this need to do 'inherit distutils' instead of 'inherit setuptools'.
Besides all that, '
DISTUTILS_INSTALL_EXTRA_ARGS' would be the correct name for such a thing.Op 16 apr 2011, om 08:55 heeft Saul Wold het volgende geschreven:
Quoted 43 lines
From: Gary Thomas<[email protected]>
The setuptools class uses hard-wired options for '
setup.py' during the install step. In particular, not all versions ofsetup.pysupport the "--single-version-externally-managed" option. This patch allows for a recipe to easily override these options, while leaving the majority (important) setup options intact.--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------Quoted 1 line
From
0afbe6b9477c207e37009c8ef5aa47b3438640a9Mon Sep 17 00:00:00 2001From: Gary Thomas<[email protected]>
Date: Wed, 13 Apr 2011 15:12:57 -0600
Subject: [PATCH] setuptools: Make options forsetup.pymore flexibleSigned-off-by Gary Thomas<[email protected]>Signed-off-by Saul Wold<[email protected]>---
meta/classes/setuptools.bbclass | 3 ++-1 files changed, 2 insertions(+), 1 deletions(-)meta/classes/setuptools.bbclass +0
-0@@ -2,7 +2,8 @@ inherit distutilsDEPENDS += "python-setuptools-native"
+DISTUTILS_INSTALL_OPTS ?= "--single-version-externally-managed "
DISTUTILS_INSTALL_ARGS= "--root=${D} \
- --single-version-externally-managed \
+ ${DISTUTILS_INSTALL_OPTS} \
--prefix=${prefix} \
--install-data=${datadir}"
--
1.7.1.1Quoted 5 lines
Quoted 4 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Signature · 4 lines
------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------
Re: [PATCH 47/58] setuptools: Make options for setup.py more flexible
Op 17 apr 2011, om 15:26 heeft Gary Thomas het volgende geschreven:
Quoted 12 lines · Saul Wold
Quoted 8 lines · Koen Kooi
Quoted 2 lines
furthermore both distutils and setuptools use the classes in sysroot, so the 'some versions' part of the argument is bogus.
Koen,
Thanks, I guess missed your comments on this issue, thanks for pointing them out.
Richard: Please disregard this patch.
Fair enough & indeed, using distutils does work for this package. My follow up question would be why are there two seemingly identical classes?
Because python people suck at agreeing on buildsystems.
Quoted 2 lines
Just looking at a Python package which has
a 'setup.py' file, how can one one which to use and why??
That is an excellent questions! I sadly have no good answer to that :( Figuring out the problem your patch was trying to solve took me about 3 weeks. I started using it as a smoke test to see if it's setuptools or not. Usually you can get away with using distutils everywhere, but sometimes you really need setuptools. My workflow:
try setuptools, if that fails:
try distutils, if that fails:
tell people to stop using that python module
regards,
Koen
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Saul WoldQuoted 25 lines · Saul Wold
From: Dexuan Cui <[email protected]>
Fixes [YOCTO #968]
Signed-off-by Dexuan Cui <[email protected]>--- .../gnu-config/config-guess-uclibc.patch | 2 ++ .../gnu-config/gnu-config_20080123.bb | 6 ++++-- 2 files changed, 6 insertions(+), 2 deletions(-)meta/recipes-devtools/gnu-config/gnu-config/config-guess-uclibc.patch +2
-0@@ -1,3 +1,5 @@ +Upstream-Status: Pending + Patch courtesy gentoo-portage/sys-devel/gnuconfig/files/automake-1.8.5-config-guess-uclibc.patch. updated to 20050516 by Marcin 'Hrw' Juszkiewicz (by hand)meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +0
-0
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc · line 10
Quoted 9 lines
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +3
-1@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE = "GPLv1+" LIC_FILES_CHKSUM = "file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3" -DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" + INHIBIT_DEFAULT_DEPS = "1"
I haven't taken this. Having looked at the shear number of horrible perl-native issues, I'd like to take the same approach we took with the toolchain staging and place perl into its own bin directory we add to PATH when needed. I commented on at least one of the bugs in this respect.
Cheers,
Richard
Quoted 8 lines · Saul Wold
Folks have been busy while we were away at ELC!
There are package updates, patch classifications, and bug fixes including some CVEs that need to be back ported to 1.0.1
I still don't have access to openembedded-core-contrib, so please find these in the poky-contrib area.
Quoted 6 lines
Clutter-1.6 has a dependency on json-glib, which Joshua will be fixing next week, it's not an issue for most builds right now.
I did rejects some patches due to issue with build or patch classificiations.
Hope we can get these in for next week.
I took these with the exception of:
[PATCH 37/58] gnu-config-native: add dependency on perl-native
which I've commented on and:
[PATCH 47/58] setuptools: Make options for setup.py more flexible
which I agree shouldn't be merged.
Cheers,
Richard
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Richard PurdieQuoted 16 lines · Richard Purdie
Quoted 15 lines · Saul Wold
From: Dexuan Cui <[email protected]>
Fixes [YOCTO #968]
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +0
-0@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE = "GPLv1+" LIC_FILES_CHKSUM ="file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3"
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +1
-1-DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" +
Quoted 8 lines
Quoted 2 lines
INHIBIT_DEFAULT_DEPS= "1"I haven't taken this. Having looked at the shear number of horrible perl-native issues, I'd like to take the same approach we took with the toolchain staging and place perl into its own bin directory we add to PATH when needed.
Hi RP,
If a recipe does need perl-native but we fail to realize that, the host's perl (e.g. /usr/bin/perl) will be used -- this will further hinder us from realizing the recipe needs perl-native.
As to bug #968, the build failure happens because perl-native's do_populate_sysroot has begun but hasn't finished. If perl-native hasn't started to populate_sysroot, running gnu-configize won't fail since host's perl will be used.
so I've 3 questions:
1) in poky how to exclude host's perl from PATH? need to write a python function to filter out various possible host perl paths? e.g., ~/bin/perl, /usr/local/bin/perl, /usr/bin/perl, /bin/perl,... too many paths...
2) how to identify the recipes that need perl-native? I think we have to identify them manually one by one? This is time comsuming?
3) Even if we solve the above 2 issues, we still need to add perl-native into the recipes' (that need perl-native) DEPENDS, correct?
I'm not sure my above understanding is ok. Please correct me if I'm wrong.
Thanks,
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 33 lines · Dexuan
Quoted 13 lines · Richard Purdie
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc · line 9
Quoted 7 lines · Saul Wold
(quoted diff) +0
-0@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE = "GPLv1+" LIC_FILES_CHKSUM ="file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3"
meta/recipes-devtools/gnu-config/gnu-config_20080123.bb +1
-1-DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" + INHIBIT_DEFAULT_DEPS = "1"I haven't taken this. Having looked at the shear number of horrible perl-native issues, I'd like to take the same approach we took with the toolchain staging and place perl into its own bin directory we add to PATH when needed.
If a recipe does need perl-native but we fail to realize that, the host's perl (e.g.
/usr/bin/perl) will be used -- this will further hinder us from realizing the recipe needs perl-native.As to bug #968, the build failure happens because perl-native's
do_populate_sysroothas begun but hasn't finished. If perl-native hasn't started topopulate_sysroot, running gnu-configize won't fail since host's perl will be used.so I've 3 questions:
1) in poky how to exclude host's perl from PATH? need to write a python function to filter out various possible host perl paths? e.g., ~/bin/perl,/usr/local/bin/perl,/usr/bin/perl,/bin/perl,... too many paths...2) how to identify the recipes that need perl-native? I think we have to identify them manually one by one? This is time comsuming?
Quoted 6 lines
3) Even if we solve the above 2 issues, we still need to add perl-native into the recipes' (that need perl-native) DEPENDS, correct?
I'm not sure my above understanding is ok. Please correct me if I'm wrong.
What I'd like to do is have perl install into a bindir which isn't part of our PATH by default. For anything which has DEPENDS = "perl-native", we add this directory to PATH. Anything that doesn't have the DEPENDS doesn't see it. We can probably make this a perlnative.bbclass or something which just contains
PATH_prepend = "${STAGING_BINDIR_NATIVE}/perl-native:" DEPENDS += "perl-native"
This should ensure that anything that really needs perl-native finds it but we don't have *everything* depending on it unnecessarily.
Cheers,
Richard
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 46 lines · Richard Purdie
Quoted 32 lines · Dexuan
Quoted 12 lines · Richard Purdie
Quoted 6 lines · Saul Wold
(quoted diff) +0
-0@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE= "GPLv1+"
LIC_FILES_CHKSUM= "file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3"
-DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" +INHIBIT_DEFAULT_DEPS= "1"I haven't taken this. Having looked at the shear number of horrible perl-native issues, I'd like to take the same approach we took with the toolchain staging and place perl into its own bin directory we add to PATH when needed.
If a recipe does need perl-native but we fail to realize that, the host's perl (e.g.
/usr/bin/perl) will be used -- this will further hinder us from realizing the recipe needs perl-native.As to bug #968, the build failure happens because perl-native's
do_populate_sysroothas begun but hasn't finished. If perl-native hasn't started topopulate_sysroot, running gnu-configize won't fail since host's perl will be used.so I've 3 questions:
1) in poky how to exclude host's perl from PATH? need to write a python function to filter out various possible host perl paths? e.g., ~/bin/perl,/usr/local/bin/perl,/usr/bin/perl,/bin/perl,... too many paths...2) how to identify the recipes that need perl-native? I think we have to identify them manually one by one? This is time comsuming?
Quoted 6 lines
3) Even if we solve the above 2 issues, we still need to add perl-native into the recipes' (that need perl-native) DEPENDS, correct?
I'm not sure my above understanding is ok. Please correct me if I'm wrong.
What I'd like to do is have perl install into a bindir which isn't part of our PATH by default. For anything which has DEPENDS = "perl-native", we add this directory to PATH. Anything that doesn't have the DEPENDS doesn't see it. We can probably make this a perlnative.bbclass or something which just contains
Quoted 5 lines
PATH_prepend= "${STAGING_BINDIR_NATIVE}/perl-native:" DEPENDS += "perl-native"This should ensure that anything that really needs perl-native finds it but we don't have *everything* depending on it unnecessarily.
Hi Richard,
Thanks very much for the detailed explanation! Now I understand and will make changes accordingly.
Thanks,
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Richard PurdieQuoted 46 lines · Richard Purdie
Quoted 32 lines · Dexuan
Quoted 12 lines · Richard Purdie
Quoted 6 lines · Saul Wold
(quoted diff) +0
-0@@ -3,12 +3,14 @@ DESCRIPTION = "Tool that installs the GNU config.guess / config.sub into a direc SECTION = "devel" LICENSE= "GPLv1+"
LIC_FILES_CHKSUM= "file://config.guess;endline=39;md5=a089987af4a25cb0419d1c2fd6d495e3"
-DEPENDS = "" + +DEPENDS_virtclass-native = "perl-native" +INHIBIT_DEFAULT_DEPS= "1"I haven't taken this. Having looked at the shear number of horrible perl-native issues, I'd like to take the same approach we took with the toolchain staging and place perl into its own bin directory we add to PATH when needed.
If a recipe does need perl-native but we fail to realize that, the host's perl (e.g.
/usr/bin/perl) will be used -- this will further hinder us from realizing the recipe needs perl-native.As to bug #968, the build failure happens because perl-native's
do_populate_sysroothas begun but hasn't finished. If perl-native hasn't started topopulate_sysroot, running gnu-configize won't fail since host's perl will be used.so I've 3 questions:
1) in poky how to exclude host's perl from PATH? need to write a python function to filter out various possible host perl paths? e.g., ~/bin/perl,/usr/local/bin/perl,/usr/bin/perl,/bin/perl,... too many paths...2) how to identify the recipes that need perl-native? I think we have to identify them manually one by one? This is time comsuming?
Quoted 6 lines
3) Even if we solve the above 2 issues, we still need to add perl-native into the recipes' (that need perl-native) DEPENDS, correct?
I'm not sure my above understanding is ok. Please correct me if I'm wrong.
What I'd like to do is have perl install into a bindir which isn't part of our PATH by default. For anything which has DEPENDS = "perl-native", we add this directory to PATH. Anything that doesn't have the DEPENDS doesn't see it. We can probably make this a perlnative.bbclass or something which just contains
Quoted 5 lines
PATH_prepend= "${STAGING_BINDIR_NATIVE}/perl-native:" DEPENDS += "perl-native"This should ensure that anything that really needs perl-native finds it but we don't have *everything* depending on it unnecessarily.
Hi RP,
(Sorry for my delay for the task as I was working on other bugs...) Recently I have been looking into it and I've made some commits (the top 5 small commits) in
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=dcui/master_perl-native
BTW: the work is not done completely as some recipes don't build
with the changes. Please have a look anyway to see if I'm in the correct direction.
However, I've got some difficulties and hope to get your help:
1) As you said, after we install perl-native into its own directory, any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native? looks no?
2) In poky, I see many places hardcodedly use the system perl(i.e., /usr/bin/perl) explicitly or implicitly(e.g, meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in contains /usr/bin/perl; another example, in perl-5.12.3's source code, Cross/generate_config_sh also contains #!/usr/bin/perl). Should we fix all of them? And what's the relationship between the system perl and perl-native? Since perl-native is not less functional than the system perl, will we eliminate the system perl as a prerequisite to bitbake in future?
3) In gnu-config_20080123.bb's do_install, I don't understand this lines: here the "!=" should be "="?
if [ "${BUILD_ARCH}" != "${TARGET_ARCH}" ]; then
sed -i -e 's,/usr/bin/env,${bindir}/env,g' ${D}${bindir}/gnu-configize
fie.g. when building gnu-config-native for MACHINE qemux86 on a 32-bit host, BUILD_ARCH=TARGET_ARCH=i686-linux and the sed isn't invoked; when building gnu-config, the sed will be invoked, but bindir is just /usr/bin, so the replacement operation actually does nothing.
And for gnu-config-native, I think we need do a
sed -i -e 's,/usr/bin/perl,${STAGING_BINDIR_NATIVE}/perl-native/perl,g' ${D}${bindir}/gnu-configize Correct?
4) My last commit of the top 5 commits is a chaos... I'm trying to replace every "DEPENDS on perl-native" with "inherit perlnative".
I'm now stuck in fixing the build issues for libxml-parser-perl and libxml-parser-perl-native.
I don't know how to fix get_perl_version and perl_get_libdirs in cpan-base.bbclass -- for libxml-parser-perl-native, I have to manage to add a "/perl-native" into STAGING_LIBDIR and libdir, but for libxml-parser-perl, I can't change STAGING_LIBDIR and libdir. Can you please help me out?
Thanks!
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 7 lines · Dexuan
(Sorry for my delay for the task as I was working on other bugs...) Recently I have been looking into it and I've made some commits (the top 5 small commits) in
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=dcui/master_perl-native
BTW: the work is not done completely as some recipes don't build
with the changes. Please have a look anyway to see if I'm in the correct direction.
Quoted 7 lines
However, I've got some difficulties and hope to get your help:
1) As you said, after we install perl-native into its own directory, any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native? looks no?
We have an assumption that perl is already on the system we're building on. Perl is a relatively stable language with defined compatibility and interoperability. Most recipes are therefore fine using perl from the build system directly and don't need perl-native. I think we defined a special name for the build system perl (perl-native-runtime?). Better names are welcome but we should ensure we use the right dependency in the right places.
The time to use perl-native instead of perl-native-runtime is where any perl module is being built, perl itself is being built or anything that has an explicit dependency on the perl version present.
Quoted 6 lines
2) In poky, I see many places hardcodedly use the system
perl(i.e., /usr/bin/perl)explicitly or implicitly(e.g, meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in contains/usr/bin/perl; another example, in perl-5.12.3's source code, Cross/generate_config_sh also contains #!/usr/bin/perl). Should we fix all of them?
Most of these should be generated locations and I think this is fine since most of these are "perl-native-runtime" uses and its fine to use the build system perl.
Quoted 4 lines
And what's the relationship between the system perl and
perl-native? Since perl-native is not less functional than the system perl, will we eliminate the system perl as a prerequisite to bitbake in future?
No, I think you have this backwards. The intent is to have "perl-native-runtime" denoting a requirement on the build system perl and "perl-native" being a perl that exactly the same as the target perl for cross purposes.
Quoted 4 lines
3) In gnu-config_20080123.bb's
do_install, I don't understand this lines: here the "!=" should be "="?if [ "${BUILD_ARCH}" != "${TARGET_ARCH}" ]; then sed -i -e 's,/usr/bin/env,${bindir}/env,g' ${D}${bindir}/gnu-configize fi
This means it only applies for non-native packages. (native has BUILD_ARCH=TARGET_ARCH). The path to env is ${bindir} and this assists with things like the nativesdk packages where bindir != "/usr/bin".
Quoted 4 lines
e.g. when building gnu-config-native for MACHINE qemux86 on a 32-bit host, BUILD_ARCH=TARGET_ARCH=i686-linux and the sed isn't invoked; when building gnu-config, the sed will be invoked, but bindir is just
/usr/bin, so the replacement operation actually does nothing.
You can define a system where exec_prefix is "" and bindir is hence "/bin" when it wouldn't do nothing.
Quoted 3 lines
And for gnu-config-native, I think we need do a
sed -i -e 's,/usr/bin/perl,${STAGING_BINDIR_NATIVE}/perl-native/perl,g' ${D}${bindir}/gnu-configize Correct?
No, the whole point is to stop it seeing perl-native. Only perl itself and modules should be using perl-native.
Quoted 8 lines
4) My last commit of the top 5 commits is a chaos... I'm trying to
replace every "DEPENDS on perl-native" with "inherit perlnative".
I'm now stuck in fixing the build issues for libxml-parser-perl and libxml-parser-perl-native. I don't know how to fixget_perl_versionandperl_get_libdirsin cpan-base.bbclass -- for libxml-parser-perl-native, I have to manage
to add a "/perl-native" intoSTAGING_LIBDIRand libdir, but for libxml-parser-perl, I can't changeSTAGING_LIBDIRand libdir. Can you
please help me out?
I'd suggest splitting this into two steps:
a) Check through all perl-native references and correct the ones that should be perl-native-runtime.
b) Replace all remaining perl-native references with the class dependency.
In step a), gnu-config would have a dependency on perl-native-runtime so wouldn't use the perlnative class.
Just for reference, using perl-native-runtime means that someone can remove it from ASSUME_PROVIDED and provide a version of it themselves if they so wish (using perl-native or otherwise).
I suspect you'll still have the libxml-parser-perl problem but lets take this one step at a time! :)
Cheers,
Richard
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 18 lines · Richard Purdie
Quoted 8 lines · Dexuan
Recently I have been looking into it and I've made some commits
......
1) As you said, after we install perl-native into its own directory, any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native? looks no?We have an assumption that perl is already on the system we're building on. Perl is a relatively stable language with defined compatibility and interoperability. Most recipes are therefore fine using perl from the build system directly and don't need perl-native. I think we defined a special name for the build system perl (perl-native-runtime?). Better names are welcome but we should ensure we use the right dependency in the right places.
Quoted 3 lines
The time to use perl-native instead of perl-native-runtime is where any perl module is being built, perl itself is being built or anything that has an explicit dependency on the perl version present.
Thanks for all the clarification!
Quoted 8 lines
Quoted 4 lines
3) In gnu-config_20080123.bb's
do_install, I don't understand thislines: here the "!=" should be "="? if [ "${BUILD_ARCH}" != "${TARGET_ARCH}" ]; then sed -i -e 's,/usr/bin/env,${bindir}/env,g' ${D}${bindir}/gnu-configize fiThis means it only applies for non-native packages. (native has BUILD_ARCH=TARGET_ARCH). The path to env is ${bindir} and this assists with things like the nativesdk packages where bindir != "
/usr/bin".
Thanks for the explanation!
My understanding about "non-native package" is target recipe (in this case bindir=/usr/bin) and -nativesdk recipe.
gnu-config_20080123.bb doesn't have -nativesdk version(BBCLASSEXTEND doesn't contain nativesdk), so looks the sed replacement is useless at present?
Quoted 8 lines
Quoted 4 lines
e.g. when building gnu-config-native for MACHINE qemux86 on a 32-bit host, BUILD_ARCH=TARGET_ARCH=i686-linux and the sed isn't invoked; when building gnu-config, the sed will be invoked, but bindir is just
/usr/bin, so the replacement operation actually does nothing.You can define a system where
exec_prefixis "" and bindir is hence "/bin" when it wouldn't do nothing.
Quoted 7 lines
Quoted 4 lines
And for gnu-config-native, I think we need do a
sed -i -e 's,/usr/bin/perl,${STAGING_BINDIR_NATIVE}/perl-native/perl,g' ${D}${bindir}/gnu-configize Correct?No, the whole point is to stop it seeing perl-native. Only perl itself and modules should be using perl-native.
So gnu-config-native should use perl-native-runtime(i.e., the system perl) and shouldn't depend on perl-native.
Howeve, there is a sed replacement in gnu-config-native's do_install:
-e 's,@autom4te_perllibdir@,${datadir}/autoconf,g
and meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in is intened to be run with "#! /usr/bin/env perl" -- this incurs some race conditions:
1) if perl-natvie does populate_sysroot later than ${STAGING_BINDIR_NATIVE}/gnu-configize is invoked, /usr/bin/perl is used
but perl-native's modules are used due to the "unshift @INC, $datadir" in gnu-configize.in. This is just http://bugzilla.pokylinux.org/show_bug.cgi?id=941
2) if perl-natvie does populate_sysroot earlier than the gnu-configize
is invokded, we don't meet bug 941.
The above is the current situation. If we install perl-native into its own sysroot, in the gnu-configize, the system perl is always found and used, and we always meet with bug 941.
How can we fix bug 941 then?
BTW: the 2 lines at the beginning of gnu-configize.in is suspicious:
eval 'case $# in 0) exec /usr/bin/perl -S "$0";; *) exec /usr/bin/perl -S "$0" "$@";; esac'
if 0;
I'm new to the synax of perl, but I believe the string after the "eval" is not executed due to "if 0".
Can we remove the 2 lines?
Quoted 11 lines
Quoted 10 lines
4) My last commit of the top 5 commits is a chaos... I'm trying to replace every "DEPENDS on perl-native" with "inherit perlnative". I'm now stuck in fixing the build issues for libxml-parser-perl and libxml-parser-perl-native.
I don't know how to fixget_perl_versionandperl_get_libdirsin cpan-base.bbclass -- for libxml-parser-perl-native, I have to manage to add a "/perl-native" intoSTAGING_LIBDIRand libdir, but for libxml-parser-perl, I can't changeSTAGING_LIBDIRand libdir. Can you please help me out?
Quoted 6 lines
I'd suggest splitting this into two steps:
a) Check through all perl-native references and correct the ones that should be perl-native-runtime.
b) Replace all remaining perl-native references with the class dependency.
Ok, I'm checking all the references.
Quoted 2 lines
In step a), gnu-config would have a dependency on perl-native-runtime so wouldn't use the perlnative class.
Please see my above reply.
Quoted 6 lines
Just for reference, using perl-native-runtime means that someone can remove it from
ASSUME_PROVIDEDand provide a version of it themselves if they so wish (using perl-native or otherwise).I suspect you'll still have the libxml-parser-perl problem but lets take this one step at a time! :)
I'll continue to try to fix this. :-)
Richard, thanks a lot for your help!
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 6 lines · Dexuan
Quoted 5 lines · Richard Purdie
Quoted 4 lines
3) In gnu-config_20080123.bb's
do_install, I don't understand thislines: here the "!=" should be "="? if [ "${BUILD_ARCH}" != "${TARGET_ARCH}" ]; then sed -i -e 's,/usr/bin/env,${bindir}/env,g' ${D}${bindir}/gnu-configize fi
Quoted 8 lines
Quoted 3 lines
This means it only applies for non-native packages. (native has BUILD_ARCH=TARGET_ARCH). The path to env is ${bindir} and this assists with things like the nativesdk packages where bindir != "
/usr/bin".Thanks for the explanation!
My understanding about "non-native package" is target recipe (in this case bindir=/usr/bin) and -nativesdk recipe.
gnu-config_20080123.bb doesn't have -nativesdk version(BBCLASSEXTEND doesn't contain nativesdk), so looks the sed replacement is useless at present?
Not useless but not heavily used directly in Poky at this time. DISTRO=minimal in OE for example sets exec_prefix="" so bindir becomes /bin.
Quoted 7 lines
Quoted 7 lines
Quoted 4 lines
e.g. when building gnu-config-native for MACHINE qemux86 on a 32-bit host, BUILD_ARCH=TARGET_ARCH=i686-linux and the sed isn't invoked; when building gnu-config, the sed will be invoked, but bindir is just
/usr/bin, so the replacement operation actually does nothing.You can define a system where
exec_prefixis "" and bindir is hence "/bin" when it wouldn't do nothing.
As I mentioned here :)
Quoted 9 lines
Quoted 7 lines
Quoted 4 lines
And for gnu-config-native, I think we need do a
sed -i -e 's,/usr/bin/perl,${STAGING_BINDIR_NATIVE}/perl-native/perl,g' ${D}${bindir}/gnu-configize Correct?No, the whole point is to stop it seeing perl-native. Only perl itself and modules should be using perl-native.
So gnu-config-native should use perl-native-runtime(i.e., the system perl) and shouldn't depend on perl-native.
Correct.
Quoted 2 lines
Howeve, there is a sed replacement in gnu-config-native's
do_install:
-e 's,@autom4te_perllibdir@,${datadir}/autoconf,g
Don't confuse the data files that autoconf installs and references with a program that is mixing the perl-native binary and libraries with the host system ones. I think the above change is harmless as its just linking in some perl files.
Quoted 2 lines
and meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in is intened to be run with "#!
/usr/bin/envperl" -- this incurs some race conditions:
This is more problematic though as it does this but also references perl's full path more directly further in the file. This is the real problem as its mixing and matching two different perl versions.
Quoted 10 lines
1) if perl-natvie does
populate_sysrootlater than ${STAGING_BINDIR_NATIVE}/gnu-configize is invoked,/usr/bin/perlis used
but perl-native's modules are used due to the "unshift @INC, $datadir" in gnu-configize.in. This is just http://bugzilla.pokylinux.org/show_bug.cgi?id=941
2) if perl-natvie doespopulate_sysrootearlier than the gnu-configize
is invokded, we don't meet bug 941.The above is the current situation. If we install perl-native into its own sysroot, in the gnu-configize, the system perl is always found and used, and we always meet with bug 941.
It doesn't matter which perl we use but we do need to use the same perl consistently.
Quoted 8 lines
How can we fix bug 941 then?
BTW: the 2 lines at the beginning of gnu-configize.in is suspicious:
eval 'case $# in 0) exec/usr/bin/perl-S "$0";; *) exec/usr/bin/perl-S "$0" "$@";; esac'if 0;I'm new to the synax of perl, but I believe the string after the "eval" is not executed due to "if 0".
Can we remove the 2 lines?
I ended up getting some other opinions on this code as it makes no sense to me either. The best guess I've heard is its allowing the script to work in shell and perl. I then looked at other autoconf scripts and they use this same construct so its obviously copied from there. I agree the style is pointless and we could remove it but it is at least consistent with the rest of autoconf.
I went digging and was surprised to see many hardcoded paths to perl in the autoconf scripts. It turns out path_prog_fixes.patch isn't being applied to autoconf-native, only the target version. When we do apply it, it turns out the patch is buggy in the native case and I had to change @bindir@/env to /usr/bin/env to make it work since we don't have a "env" in the STAGING_BINDIR_NATIVE.
My point is that we need to be consistent about which perl version we use in these scripts. Either we use one from the environment using env or we hardcode to /usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.
Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
Cheers,
Richard
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Op 6 mei 2011, om 13:31 heeft Richard Purdie het volgende geschreven:
Quoted 16 lines · Dexuan
Quoted 6 lines
Quoted 5 lines · Richard Purdie
Quoted 4 lines
3) In gnu-config_20080123.bb's
do_install, I don't understand this
lines: here the "!=" should be "="? if [ "${BUILD_ARCH}" !="${TARGET_ARCH}" ]; then sed -i -e's,/usr/bin/env,${bindir}/env,g' ${D}${bindir}/gnu-configize fi
Quoted 8 lines
Quoted 3 lines
This means it only applies for non-native packages. (native has BUILD_ARCH=TARGET_ARCH). The path to env is ${bindir} and this assists with things like the nativesdk packages where bindir != "
/usr/bin".Thanks for the explanation!
My understanding about "non-native package" is target recipe (in this case bindir=/usr/bin) and -nativesdk recipe.
gnu-config_20080123.bb doesn't have -nativesdk version(BBCLASSEXTEND doesn't contain nativesdk), so looks the sed replacement is useless at present?
Quoted 3 lines
Not useless but not heavily used directly in Poky at this time. DISTRO=minimal in OE for example sets exec_prefix="" so bindir becomes /bin.
Nitpick: that's DISTRO=micro
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Richard PurdieQuoted 24 lines · Richard Purdie
Quoted 7 lines · Dexuan
(Sorry for my delay for the task as I was working on other bugs...) Recently I have been looking into it and I've made some commits (the top 5 small commits) in
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=dcui/master_perl-native
BTW: the work is not done completely as some recipes don't build
with the changes. Please have a look anyway to see if I'm in the correct direction.Quoted 7 lines
However, I've got some difficulties and hope to get your help:
1) As you said, after we install perl-native into its own directory, any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native? looks no?We have an assumption that perl is already on the system we're building on. Perl is a relatively stable language with defined compatibility and interoperability. Most recipes are therefore fine using perl from the build system directly and don't need perl-native. I think we defined a special name for the build system perl (perl-native-runtime?). Better names are welcome but we should ensure we use the right dependency in the right places.
Quoted 3 lines
The time to use perl-native instead of perl-native-runtime is where any perl module is being built, perl itself is being built or anything that has an explicit dependency on the perl version present.
The problem that follows up is that once we have built any sort of perl-native we then have to go and be really really really careful that nothing that's not (a) target perl (b) some perl module we built and need to run uses it. Otherwise we run into the problems I think that've been hit here. Problems like this are why for OE I just made perl-native be the perl we rely on for everything.
I know we talked about this before and you had a strong desire to try and do something else but I think this shows maybe we need to try going down the perl-native everywhere path first and then see if we can't do something different.
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Richard PurdieQuoted 8 lines · Richard Purdie
Quoted 2 lines · Dexuan
Howeve, there is a sed replacement in gnu-config-native's
do_install:
-e 's,@autom4te_perllibdir@,${datadir}/autoconf,gDon't confuse the data files that autoconf installs and references with a program that is mixing the perl-native binary and libraries with the host system ones. I think the above change is harmless as its just linking in some perl files.
Sorry, but I might not make me clear here(?)
I meant: due to the sed replacing and the
"unshift @INC, $datadir"(@INC is a path list
from which a perl module is being searched for) in ${STAGING_BINDIR_NATIVE}/gnu-configize, /usr/bin/perl will try to use perl modues in ${STAGING_DATADIR_NATIVE}/perl/ if the gnu-configize is executed by /usr/bin/perl.
That's just bug 941, I think.
If we keep the sed replacing, I think we have to make gnu-config-native depend on perl-native so we're sure gnu-config-native's do_configure will find perl-native rather than /usr/bin/perl, but as you said, gnu-config-native should not depend on perl-native. That's what confused me.
Quoted 50 lines
Quoted 4 lines
and meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in is intened
to be run with "#!/usr/bin/envperl" -- this incurs some race conditions:This is more problematic though as it does this but also references perl's full path more directly further in the file. This is the real problem as its mixing and matching two different perl versions.
Quoted 9 lines
1) if perl-natvie does
populate_sysrootlater than ${STAGING_BINDIR_NATIVE}/gnu-configize is invoked,/usr/bin/perlis used
but perl-native's modules are used due to the "unshift @INC, $datadir" in gnu-configize.in. This is just
http://bugzilla.pokylinux.org/show_bug.cgi?id=941 2) if perl-natvie doespopulate_sysrootearlier than the gnu-configize
is invokded, we don't meet bug 941.Quoted 5 lines
The above is the current situation. If we install perl-native into its own
sysroot, in the gnu-configize, the system perl is always found and used,
and we always meet with bug 941.It doesn't matter which perl we use but we do need to use the same perl consistently.
Quoted 8 lines
How can we fix bug 941 then?
BTW: the 2 lines at the beginning of gnu-configize.in is suspicious:
eval 'case $# in 0) exec/usr/bin/perl-S "$0";; *) exec/usr/bin/perl-S "$0" "$@";; esac' if 0; I'm new to the synax of
perl, but I believe the string after the "eval" is
not executed due to "if 0".
Can we remove the 2 lines?I ended up getting some other opinions on this code as it makes no sense to me either. The best guess I've heard is its allowing the script to work in shell and perl. I then looked at other autoconf scripts and they use this same construct so its obviously copied from there. I agree the style is pointless and we could remove it but it is at least consistent with the rest of autoconf.
I went digging and was surprised to see many hardcoded paths to perl in the autoconf scripts. It turns out path_prog_fixes.patch isn't being applied to autoconf-native, only the target version. When we do apply it, it turns out the patch is buggy in the native case and I had to change @bindir@/env to
/usr/bin/envto make it work since we don't have a "env" in theSTAGING_BINDIR_NATIVE.
Quoted 2 lines
My point is that we need to be consistent about which perl version we use in these scripts. Either we use one from the environment using env
Yes, I agree.
Quoted 14 lines
or we hardcode to
/usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
Quoted 3 lines
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
I saw a commit that was once suspended was pushed into poky master yesterday:
http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=605141a93443df042634b2219a8628a9004be023
Actually it does fix(or at least workaround) bug #941 and bug #968.
Looks there are much work to do if we install perl-native to its own sysroot. At present we can use the above commit as a workaround.
Thanks,
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Tom RiniQuoted 38 lines · Tom Rini
Quoted 26 lines · Richard Purdie
Quoted 7 lines · Dexuan
Recently I have been looking into it and I've made some commits (the top 5 small commits) in
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=dcui/master_perl-native
BTW: the work is not done completely as some recipes don't build with the changes. Please have a look anyway to see if I'm in the correct direction.Quoted 9 lines
However, I've got some difficulties and hope to get your help:
1) As you said, after we install perl-native into its own directory,
any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native?
looks no?We have an assumption that perl is already on the system we're building on. Perl is a relatively stable language with defined compatibility and interoperability. Most recipes are therefore fine using perl from the build system directly and don't need perl-native. I think we defined a special name for the build system perl (perl-native-runtime?). Better names are welcome but we should ensure we use the right dependency in the right places.
Quoted 3 lines
The time to use perl-native instead of perl-native-runtime is where any perl module is being built, perl itself is being built or anything that has an explicit dependency on the perl version present.
The problem that follows up is that once we have built any sort of perl-native we then have to go and be really really really careful that nothing that's not (a) target perl (b) some perl module we built and need to run uses it. Otherwise we run into the problems I think that've been hit here. Problems like this are why for OE I just made perl-native be the perl we rely on for everything.
Quoted 4 lines
I know we talked about this before and you had a strong desire to try and do something else but I think this shows maybe we need to try going down the perl-native everywhere path first and then see if we can't do something different.
Hi Tom, do you mean we should try to use perl-native first and try the best to avoid using /usr/bin/perl?
Thanks,
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 39 lines · Dexuan
Quoted 38 lines · Tom Rini
Quoted 26 lines · Richard Purdie
Quoted 7 lines · Dexuan
Recently I have been looking into it and I've made some commits (the top 5 small commits) in
http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=dcui/master_perl-native
BTW: the work is not done completely as some recipes don't build with the changes. Please have a look anyway to see if I'm in the correct direction.Quoted 9 lines
However, I've got some difficulties and hope to get your help:
1) As you said, after we install perl-native into its own directory,
any recipe not depending on perl-native doesn't see ${STAGING_BINDIR_NATIVE}/perl-native/perl unnecessarily. However, if we keep the current code, what's the bad consequence if the recipe not depending on perl-native does see perl of perl-native?
looks no?We have an assumption that perl is already on the system we're building on. Perl is a relatively stable language with defined compatibility and interoperability. Most recipes are therefore fine using perl from the build system directly and don't need perl-native. I think we defined a special name for the build system perl (perl-native-runtime?). Better names are welcome but we should ensure we use the right dependency in the right places.
Quoted 3 lines
The time to use perl-native instead of perl-native-runtime is where any perl module is being built, perl itself is being built or anything that has an explicit dependency on the perl version present.
The problem that follows up is that once we have built any sort of perl-native we then have to go and be really really really careful that nothing that's not (a) target perl (b) some perl module we built and need to run uses it. Otherwise we run into the problems I think that've been hit here. Problems like this are why for OE I just made perl-native be the perl we rely on for everything.
Quoted 6 lines
Quoted 4 lines
I know we talked about this before and you had a strong desire to try and do something else but I think this shows maybe we need to try going down the perl-native everywhere path first and then see if we can't do something different.
Hi Tom, do you mean we should try to use perl-native first and try the best to avoid using
/usr/bin/perl?
Yes. Roughly, make automake-native/autoconf-native depend on perl-native and perform a few changes to libtool-native and gnu-config-native to make sure it uses /usr/bin/env perl.
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
In reply to Cui, DexuanQuoted 17 lines · Dexuan
Quoted 14 lines
or we hardcode to
/usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
Quoted 3 lines
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
Quoted 7 lines
I saw a commit that was once suspended was pushed into poky master yesterday:
http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=605141a93443df042634b2219a8628a9004be023
Actually it does fix(or at least workaround) bug #941 and bug #968.Looks there are much work to do if we install perl-native to its own sysroot. At present we can use the above commit as a workaround.
Its merged as a workaround but I still think we need to clean this up properly and we need to continue working on it.
Cheers,
Richard
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 24 lines · Richard Purdie
Quoted 23 lines · Dexuan
Quoted 15 lines
or we hardcode to
/usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
Quoted 3 lines
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
I saw a commit that was once suspended was pushed into poky master yesterday:
http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=605141a93443df042634b2219a8628a9004be023
Actually it does fix(or at least workaround) bug #941 and bug #968.
Quoted 5 lines
Quoted 2 lines
Looks there are much work to do if we install perl-native to its own sysroot. At present we can use the above commit as a workaround.
Its merged as a workaround but I still think we need to clean this up properly and we need to continue working on it.
I actually meant the priority could be lowered since we have a workaround. :-) Surely, I'll continue to investigate it.
Thanks,
-- Dexuan
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 25 lines · Dexuan
Quoted 24 lines · Richard Purdie
Quoted 23 lines · Dexuan
Quoted 15 lines
or we hardcode to
/usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
Quoted 3 lines
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
I saw a commit that was once suspended was pushed into poky master yesterday:
http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=605141a93443df042634b2219a8628a9004be023
Actually it does fix(or at least workaround) bug #941 and bug #968.
Quoted 8 lines
Quoted 5 lines
Quoted 2 lines
Looks there are much work to do if we install perl-native to its own sysroot. At present we can use the above commit as a workaround.
Its merged as a workaround but I still think we need to clean this up properly and we need to continue working on it.
I actually meant the priority could be lowered since we have a workaround. :-) Surely, I'll continue to investigate it.
Just to be clear, just because we have a work around does not mean we can lower the priority, this is still a valid bug that needs a proper patch in a timely manner.
941 is still a major bug and requires a fix before the milestone 1 release stabilization period (May 20), which is 10 days from now.
Sau!
Quoted 7 lines
Thanks,
-- Dexuan
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 37/58] gnu-config-native: add dependency on perl-native
Quoted 35 lines · Saul Wold
Quoted 25 lines · Dexuan
Quoted 24 lines · Richard Purdie
Quoted 23 lines · Dexuan
Quoted 15 lines
or we hardcode to
/usr/bin/perl. Since the perl-native binary won't be in the path for any of these, autodetecting and letting it hardcode is probably fine. It has the advantage that if there are any binary modules ever involved, they'll match the version of perl they were built for regardless of whether perl-native is a dependency or not. If someone adds a perl-native dependency to autoconf-native, it will also still select the "correct" perl.Whilst doing this we need to keep bug #968 in mind and ensure that if perl-native is used, all of perl-native is in the sysroot. That bug is where the perl binary was installed, the library was not and an error occurred. If it is in its own directory which is only added to the PATH for users with the correct dependency, we avoid this.
Quoted 3 lines
As for bug #941, the bottom line is that however autoconf-native selects its perl version, the strings encoded in gnu-config should really match those in the other autoconf-native scripts.
I saw a commit that was once suspended was pushed into poky master yesterday:
http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=605141a93443df042634b2219a8628a9004be023
Actually it does fix(or at least workaround) bug #941 and bug #968.Quoted 9 lines
Quoted 6 lines
Quoted 3 lines
Looks there are much work to do if we install perl-native to its own sysroot. At present we can use the above commit as a workaround.
Its merged as a workaround but I still think we need to clean this up properly and we need to continue working on it.
I actually meant the priority could be lowered since we have a workaround. :-) Surely, I'll continue to investigate it.
Quoted 6 lines
Just to be clear, just because we have a work around does not mean we can lower the priority, this is still a valid bug that needs a proper patch in a timely manner.
941 is still a major bug and requires a fix before the milestone 1 release stabilization period (May 20), which is 10 days from now.
OK, so I'll put more effort on this to get a complete fix.
Thanks,
-- Dexuan