Recipe upgrades: openssh, grep, tar
cover Recipe upgrades: openssh, grep, tar
Good day,
Here are some straightforward recipe upgrades for openssh, grep, and tar.
Build tested on all five qemu MACHINEs we support. Runtime tested on qemuarm.
The following changes since commit 6b5d323b6c8960a0999dbafa0422fe127fd0fa97:
event: don't catch systemexit from handler execution (2011-06-02 23:58:05 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/recipe-upgrades
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/recipe-upgrades
Scott Garman (4):
openssh: upgrade to v5.8p2
grep: upgrade to v2.8
tar: upgrade to v1.26
distro-tracking: update openssh, tar, and grep
.../conf/distro/include/distro_tracking_fields.inc | 26 ++++++++++----------
.../openssh/{openssh-5.6p1 => openssh-5.8p2}/init | 0
.../{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch | 0
.../{openssh-5.6p1 => openssh-5.8p2}/ssh_config | 0
.../{openssh-5.6p1 => openssh-5.8p2}/sshd_config | 0
.../openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} | 9 ++++---
.../grep/{grep_2.7.bb => grep_2.8.bb} | 7 +++--
...tive_1.25.bb => tar-replacement-native_1.26.bb} | 0
meta/recipes-extended/tar/tar.inc | 1 +
meta/recipes-extended/tar/tar_1.25.bb | 9 -------
meta/recipes-extended/tar/tar_1.26.bb | 9 +++++++
11 files changed, 32 insertions(+), 29 deletions(-)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/init (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} (93%)
rename meta/recipes-extended/grep/{grep_2.7.bb => grep_2.8.bb} (84%)
rename meta/recipes-extended/tar/{tar-replacement-native_1.25.bb => tar-replacement-native_1.26.bb} (100%)
delete mode 100644 meta/recipes-extended/tar/tar_1.25.bb
create mode 100644 meta/recipes-extended/tar/tar_1.26.bbPATCH 1/4 openssh: upgrade to v5.8p2
LICENCE checksum updated due to a one-line change in the file (RedHat was added as a copyright holder).
---
.../openssh/{openssh-5.6p1 => openssh-5.8p2}/init | 0
.../{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch | 0
.../{openssh-5.6p1 => openssh-5.8p2}/ssh_config | 0
.../{openssh-5.6p1 => openssh-5.8p2}/sshd_config | 0
.../openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} | 9 +++++----
5 files changed, 5 insertions(+), 4 deletions(-)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/init (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} (93%)meta/recipes-connectivity/openssh/openssh-5.8p2/init renamed from meta/recipes-connectivity/openssh/openssh-5.6p1/init +0 -0
meta/recipes-connectivity/openssh/openssh-5.8p2/nostrip.patch renamed from meta/recipes-connectivity/openssh/openssh-5.6p1/nostrip.patch +0 -0
meta/recipes-connectivity/openssh/openssh-5.8p2/ssh_config renamed from meta/recipes-connectivity/openssh/openssh-5.6p1/ssh_config +0 -0
meta/recipes-connectivity/openssh/openssh-5.8p2/sshd_config renamed from meta/recipes-connectivity/openssh/openssh-5.6p1/sshd_config +0 -0
meta/recipes-connectivity/openssh/openssh_5.8p2.bb renamed from meta/recipes-connectivity/openssh/openssh_5.6p1.bb +5 -4
@@ -4,10 +4,11 @@ Ssh (Secure Shell) is a program for logging into a remote machine \ and for executing commands on a remote machine." HOMEPAGE = "http://openssh.org" SECTION = "console/network" +PRIORITY = "optional" LICENSE = "BSD" -LIC_FILES_CHKSUM = "file://LICENCE;md5=7ae09218173be1643c998a4b71027f9b" +LIC_FILES_CHKSUM = "file://LICENCE;md5=bae9a689be41581503bcf95d8fb42c4e" -PR = "r2" +PR = "r0" DEPENDS = "zlib openssl" DEPENDS += "${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}"
@@ -25,8 +26,8 @@ SRC_URI = "ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar. file://ssh_config \ file://init \ " -SRC_URI[md5sum] = "e6ee52e47c768bf0ec42a232b5d18fb0" -SRC_URI[sha256sum] = "538af53b2b8162c21a293bb004ae2bdb141abd250f61b4cea55244749f3c6c2b" +SRC_URI[md5sum] = "0541579adf9d55abb15ef927048d372e" +SRC_URI[sha256sum] = "5c35ec7c966ce05cc4497ac59c0b54a556e55ae7368165cc8c4129694654f314" inherit autotools
Signature · 1 line
1.7.1
PATCH 2/4 grep: upgrade to v2.8
In reply to Scott Garman---
.../grep/{grep_2.7.bb => grep_2.8.bb} | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
rename meta/recipes-extended/grep/{grep_2.7.bb => grep_2.8.bb} (84%)meta/recipes-extended/grep/grep_2.8.bb renamed from meta/recipes-extended/grep/grep_2.7.bb +4 -3
@@ -1,7 +1,8 @@ -DESCRIPTION = "grep GNU utility" +DESCRIPTION = "GNU grep utility" HOMEPAGE = "http://savannah.gnu.org/projects/grep/" BUGTRACKER = "http://savannah.gnu.org/bugs/?group=grep" SECTION = "console/utils" +PRIORITY = "optional" LICENSE = "GPLv3" LIC_FILES_CHKSUM = "file://COPYING;md5=8006d9c814277c1bfc4ca22af94b59ee"
@@ -9,8 +10,8 @@ PR = "r0" SRC_URI = "${GNU_MIRROR}/grep/grep-${PV}.tar.gz" -SRC_URI[md5sum] = "e848f07e3e79aa7899345d17c7e4115e" -SRC_URI[sha256sum] = "ad14831015a79cea36785aa47415f6c0653a6ac4eaf9c15456f0d9d09c9e1bad" +SRC_URI[md5sum] = "cb2dfc502c5afc7a4a6e5f6cefd6850e" +SRC_URI[sha256sum] = "da48d0e20bceaacc7d05bfcbccb34c3dee0c50bd7e80de5222fd5e319809af27" inherit autotools gettext
Signature · 1 line
1.7.1
PATCH 3/4 tar: upgrade to v1.26
In reply to Scott Garman---
...tive_1.25.bb => tar-replacement-native_1.26.bb} | 0
meta/recipes-extended/tar/tar.inc | 1 +
meta/recipes-extended/tar/tar_1.25.bb | 9 ---------
meta/recipes-extended/tar/tar_1.26.bb | 9 +++++++++
4 files changed, 10 insertions(+), 9 deletions(-)
rename meta/recipes-extended/tar/{tar-replacement-native_1.25.bb => tar-replacement-native_1.26.bb} (100%)
delete mode 100644 meta/recipes-extended/tar/tar_1.25.bb
create mode 100644 meta/recipes-extended/tar/tar_1.26.bbmeta/recipes-extended/tar/tar-replacement-native_1.26.bb renamed from meta/recipes-extended/tar/tar-replacement-native_1.25.bb +0 -0
meta/recipes-extended/tar/tar.inc +1 -0
@@ -3,6 +3,7 @@ DESCRIPTION = "GNU tar saves many files together into a single tape \ or disk archive, and can restore individual files from the archive." HOMEPAGE = "http://www.gnu.org/software/tar/" SECTION = "base" +PRIORITY = "optional" SRC_URI = "${GNU_MIRROR}/tar/tar-${PV}.tar.bz2"
meta/recipes-extended/tar/tar_1.25.bb deleted +0 -9
@@ -1,9 +0,0 @@ -require tar.inc - -LICENSE = "GPLv3" -LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504" - -PR = "r0" - -SRC_URI[md5sum] = "6e497f861c77bbba2f7da4e10270995b" -SRC_URI[sha256sum] = "f3f6ce41b8e0f327abd05c95990f113ddafbae131e10f79a99728ed46458494b"
meta/recipes-extended/tar/tar_1.26.bb new file +9 -0
@@ -0,0 +1,9 @@ +require tar.inc + +LICENSE = "GPLv3" +LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504" + +PR = "r0" + +SRC_URI[md5sum] = "2cee42a2ff4f1cd4f9298eeeb2264519" +SRC_URI[sha256sum] = "5a5369f464502a598e938029c310d4b3abd51e6bb8dfd045663e61c8ea9f6d41"
Signature · 1 line
1.7.1
Re: [PATCH 3/4] tar: upgrade to v1.26
Quoted 2 lines · Scott Garman
SECTION = "base"
+PRIORITY = "optional"
Seeing this sort of thing makes me wonder whether SECTION and PRIORITY actually belong in the core metadata at all. It seems as though the determination of what exactly is "standard" vs "optional" is a matter of distro policy and this would be better done in the distro config files.
Also, just on a pragmatic issue, the two values above are actually what bitbake.conf sets as default anyway so there isn't much to be gained by specifying them in the recipe as well.
p.
Re: [PATCH 3/4] tar: upgrade to v1.26
Quoted 4 lines · Phil Blundell
Quoted 2 lines · Scott Garman
SECTION = "base"
+PRIORITY = "optional"
Quoted 8 lines
Seeing this sort of thing makes me wonder whether SECTION and PRIORITY actually belong in the core metadata at all. It seems as though the determination of what exactly is "standard" vs "optional" is a matter of distro policy and this would be better done in the distro config files.
Also, just on a pragmatic issue, the two values above are actually what bitbake.conf sets as default anyway so there isn't much to be gained by specifying them in the recipe as well.
I have to admit I keep wondering about these.
PRIORITY does seem a bit of a pointless variable in the default metadata and I'm borderline in favour of dropping it and leaving it to any distros who want to use it, maybe sharing an include file.
SECTION does at least start to become useful in an image generation UI as a way to group packages roughly by type which makes me think it has a good default usecase (and OE-Core did clean up the values of it to at least be consistent).
Cheers,
Richard
Re: [PATCH 3/4] tar: upgrade to v1.26
Quoted 14 lines · Richard Purdie
Quoted 4 lines · Phil Blundell
Quoted 2 lines · Scott Garman
SECTION = "base"
+PRIORITY = "optional"Quoted 8 lines
Seeing this sort of thing makes me wonder whether SECTION and PRIORITY actually belong in the core metadata at all. It seems as though the determination of what exactly is "standard" vs "optional" is a matter of distro policy and this would be better done in the distro config files.
Also, just on a pragmatic issue, the two values above are actually what bitbake.conf sets as default anyway so there isn't much to be gained by specifying them in the recipe as well.
Quoted 5 lines
I have to admit I keep wondering about these.
PRIORITY does seem a bit of a pointless variable in the default metadata and I'm borderline in favour of dropping it and leaving it to any distros who want to use it, maybe sharing an include file.
I agree as well, PRIORITY seems a bit iffy at this point.
Quoted 4 lines
SECTION does at least start to become useful in an image generation UI as a way to group packages roughly by type which makes me think it has a good default usecase (and OE-Core did clean up the values of it to at least be consistent).
I think the value of SECTION needs to remain. It's being used to group the packages (as Richard mentions...)
Just my 2-cents.
--Mark
Quoted 9 lines
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 3/4] tar: upgrade to v1.26
Quoted 6 lines · Mark Hatle
Quoted 3 lines · Richard Purdie
PRIORITY does seem a bit of a pointless variable in the default metadata and I'm borderline in favour of dropping it and leaving it to any distros who want to use it, maybe sharing an include file.
I agree as well, PRIORITY seems a bit iffy at this point.
So do we have a consensus that PRIORITY should be removed? Is there anybody who wants to speak up in favour of keeping it?
Quoted 7 lines
Quoted 4 lines
SECTION does at least start to become useful in an image generation UI as a way to group packages roughly by type which makes me think it has a good default usecase (and OE-Core did clean up the values of it to at least be consistent).
I think the value of SECTION needs to remain. It's being used to group the packages (as Richard mentions...)
Yeah, fair enough. SECTION does appear in output packages (at least for ipk/deb, it's mapped to the Section: header), but there is probably no harm in having it used for source package grouping in oecommander-type interfaces as well. And I guess, unlike PRIORITY, it does seem reasonable for the core metadata to assign some half-sensible default package sections as a starting point for distro customisation.
p.
PATCH 4/4 distro-tracking: update openssh, tar, and grep
In reply to Scott Garman--- .../conf/distro/include/distro_tracking_fields.inc | 26 ++++++++++---------- 1 files changed, 13 insertions(+), 13 deletions(-)
meta/conf/distro/include/distro_tracking_fields.inc +13 -13
@@ -1975,32 +1975,32 @@ RECIPE_MAINTAINER_pn-cronie = "Dexuan Cui <[email protected]>" RECIPE_STATUS_pn-grep = "green" RECIPE_DEPENDENCY_CHECK_pn-grep = "not done" -RECIPE_LATEST_VERSION_pn-grep = "2.7" +RECIPE_LATEST_VERSION_pn-grep = "2.8" RECIPE_INTEL_SECTION_pn-grep = "base" RECIPE_NO_OF_PATCHES_pn-grep = "0" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "5 months" -RECIPE_LATEST_RELEASE_DATE_pn-grep = "09/2010" -RECIPE_LAST_UPDATE_pn-grep = "Sep 24, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "8 months" +RECIPE_LATEST_RELEASE_DATE_pn-grep = "05/2011" +RECIPE_LAST_UPDATE_pn-grep = "Jun 5, 2011" RECIPE_MAINTAINER_pn-grep = "Scott Garman <[email protected]>" -RECIPE_STATUS_pn-openssh = "red" +RECIPE_STATUS_pn-openssh = "green" RECIPE_DEPENDENCY_CHECK_pn-openssh = "not done" -RECIPE_LATEST_VERSION_pn-openssh = "5.6p1" +RECIPE_LATEST_VERSION_pn-openssh = "5.8p2" RECIPE_INTEL_SECTION_pn-openssh = "base" RECIPE_NO_OF_PATCHES_pn-openssh = "1" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "4 months" -RECIPE_LATEST_RELEASE_DATE_pn-openssh = "08/2010" -RECIPE_LAST_UPDATE_pn-openssh = "Aug 31, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "3 months" +RECIPE_LATEST_RELEASE_DATE_pn-openssh = "05/2011" +RECIPE_LAST_UPDATE_pn-openssh = "Jun 5, 2011" RECIPE_MAINTAINER_pn-openssh = "Scott Garman <[email protected]>" RECIPE_STATUS_pn-tar = "green" RECIPE_DEPENDENCY_CHECK_pn-tar = "not done" -RECIPE_LATEST_VERSION_pn-tar = "1.25" +RECIPE_LATEST_VERSION_pn-tar = "1.26" RECIPE_INTEL_SECTION_pn-tar = "base" RECIPE_NO_OF_PATCHES_pn-tar = "2" -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tar = "2 weeks" -RECIPE_LATEST_RELEASE_DATE_pn-tar = "11/2010" -RECIPE_LAST_UPDATE_pn-tar = "Nov 17, 2010" +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-tar = "4 months" +RECIPE_LATEST_RELEASE_DATE_pn-tar = "03/2011" +RECIPE_LAST_UPDATE_pn-tar = "Jun 5, 2011" RECIPE_MAINTAINER_pn-tar = "Scott Garman <[email protected]>" RECIPE_STATUS_pn-lrzsz="yellow" # patch investigation needed.
Signature · 1 line
1.7.1
Quoted 45 lines · Scott Garman
Good day,
Here are some straightforward recipe upgrades for openssh, grep, and tar.
Build tested on all five qemu MACHINEs we support. Runtime tested on qemuarm.
The following changes since commit
6b5d323b6c8960a0999dbafa0422fe127fd0fa97:event: don't catch systemexit from handler execution (2011-06-02 23:58:05 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contribsgarman/recipe-upgrades
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/recipe-upgradesScott Garman (4):
openssh: upgrade to v5.8p2
grep: upgrade to v2.8
tar: upgrade to v1.26
distro-tracking: update openssh, tar, and grep.../conf/distro/include/distro_tracking_fields.inc | 26 ++++++++++---------- .../openssh/{openssh-5.6p1 => openssh-5.8p2}/init | 0 .../{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch | 0 .../{openssh-5.6p1 => openssh-5.8p2}/ssh_config | 0 .../{openssh-5.6p1 => openssh-5.8p2}/sshd_config | 0 .../openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} | 9 ++++--- .../grep/{grep_2.7.bb => grep_2.8.bb} | 7 +++-- ...tive_1.25.bb => tar-replacement-native_1.26.bb} | 0 meta/recipes-extended/tar/tar.inc | 1 + meta/recipes-extended/tar/tar_1.25.bb | 9 ------- meta/recipes-extended/tar/tar_1.26.bb | 9 +++++++ 11 files changed, 32 insertions(+), 29 deletions(-) rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/init (100%) rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/nostrip.patch (100%) rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/ssh_config (100%) rename meta/recipes-connectivity/openssh/{openssh-5.6p1 => openssh-5.8p2}/sshd_config (100%)rename meta/recipes-connectivity/openssh/{openssh_5.6p1.bb => openssh_5.8p2.bb} (93%) rename meta/recipes-extended/grep/{grep_2.7.bb => grep_2.8.bb} (84%)
rename meta/recipes-extended/tar/{tar-replacement-native_1.25.bb => tar-replacement-native_1.26.bb} (100%) delete mode 100644 meta/recipes-extended/tar/tar_1.25.bb
create mode 100644 meta/recipes-extended/tar/tar_1.26.bb
Quoted 5 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Pulled into oe-core
Thanks
Sau!