[OE-core] [PATCH] nfs-utils: bugfix: adjust name of statd service unit

[Dan McGregor]

On 17 Feb 2016 3:48 a.m., "Ulrich Ölmann" <u.oelmann at pengutronix.de> wrote:
>
> Upstream nfs-utils use 'rpc-statd.service' and Yocto introduced
> 'nfs-statd.service' instead but forgot to update the mount.nfs helper
> 'start-statd' accordingly.
>
> Signed-off-by: Ulrich Ölmann <u.oelmann at pengutronix.de>
> ---
>  .../files/bugfix-adjust-statd-service-name.patch   | 34
++++++++++++++++++++++
>  .../nfs-utils/nfs-utils_1.3.3.bb                   |  1 +
>  2 files changed, 35 insertions(+)
>  create mode 100644
meta/recipes-connectivity/nfs-utils/files/bugfix-adjust-statd-service-name.patch
>
> diff --git
a/meta/recipes-connectivity/nfs-utils/files/bugfix-adjust-statd-service-name.patch
b/meta/recipes-connectivity/nfs-utils/files/bugfix-adjust-statd-service-name.patch
> new file mode 100644
> index 0000000..14bd403
> --- /dev/null
> +++
b/meta/recipes-connectivity/nfs-utils/files/bugfix-adjust-statd-service-name.patch
> @@ -0,0 +1,34 @@
> +From 398fed3bb0350cb1229e54e7020ae0e044c206d1 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?Ulrich=20=C3=96lmann?= <u.oelmann at pengutronix.de>
> +Date: Wed, 17 Feb 2016 08:33:45 +0100
> +Subject: bugfix: adjust statd service name
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +Upstream uses 'rpc-statd.service' and Yocto introduced
'nfs-statd.service'
> +instead but forgot to update the mount.nfs helper 'start-statd'
accordingly.
> +
> +Upstream-Status: Inappropriate [other]
> +
> +Signed-off-by: Ulrich Ölmann <u.oelmann at pengutronix.de>
> +---
> + utils/statd/start-statd | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/utils/statd/start-statd b/utils/statd/start-statd
> +index 8211a90..3c2aa6f 100755
> +--- a/utils/statd/start-statd
> ++++ b/utils/statd/start-statd
> +@@ -16,7 +16,7 @@ fi
> + # First try systemd if it's installed.
> + if [ -d /run/systemd/system ]; then
> +     # Quit only if the call worked.
> +-    systemctl start rpc-statd.service && exit
> ++    systemctl start nfs-statd.service && exit
> + fi
> +
> + # Fall back to launching it ourselves.
> +--
> +2.1.4
> +
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
> index ea00656..a6268f3 100644
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
> +++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.3.bb
> @@ -32,6 +32,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
>
file://nfs-utils-Do-not-pass-CFLAGS-to-gcc-while-building.patch \
>             file://nfs-utils-debianize-start-statd.patch \
>
file://0001-nfs-utils-statd-fix-a-segfault-caused-by-improper-us.patch \
> +           file://bugfix-adjust-statd-service-name.patch \
>  "
>
>  SRC_URI[md5sum] = "cd6b568c2e9301cc3bfac09d87fbbc0b"
> --
> 2.7.0
>
> --
>

I just got bit by this in jethro. Can it be backported?

_______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160322/c05d199b/attachment-0002.html>