[yocto] [meta-integrity][PATCH] ima-evm-utils: update to tip

2019-06-19 Thread Armin Kuster 
Signed-off-by: Armin Kuster 
---
 .../recipes-security/ima-evm-utils/ima-evm-utils_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils_git.bb 
b/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils_git.bb
index 929d853..623de09 100644
--- a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils_git.bb
+++ b/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils_git.bb
@@ -7,7 +7,7 @@ DEPENDS += "openssl attr keyutils"
 DEPENDS_class-native += "openssl-native keyutils-native"
 
 PV = "1.0+git${SRCPV}"
-SRCREV = "0267fa16990fd0ddcc89984a8e55b27d43e80167"
+SRCREV = "782224f33cd711050cbf6146a12122cd73f9136b"
 SRC_URI = "git://git.code.sf.net/p/linux-ima/ima-evm-utils"
 
 # Documentation depends on asciidoc, which we do not have, so
-- 
2.17.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH V3] update-rc.d: support enable/disable options

2019-06-19 Thread Changqing Li 

Please also help to review this patch, Thanks.

On 4/30/19 2:56 PM, changqing...@windriver.com wrote:

From: Changqing Li 

* update-rc.d has added support of enable/disable options, which are
   expected to keep the previous configuration even after upgrade the packages.
   With support for these options, it will only create start/stop link
   when there are none, or it will keep the previous configuration.

   Our preinst uses "-f remove" to remove any links under the /etc/rcrunlevel.d
   which is conflicting behavior with disable/enable options, so remove it.

   For example, if a user disabled one service before upgrade,
   then after upgrade the service could be started. This happens because during 
preinst,
   all links have been deleted, then postinst may create the link to start 
service.

   With this change, we remove preinst and therefore keep the previous links
   so that after upgrade, if a link existed for the package, then the postinst
   will not create new start/stop links.

* remove '-f' for postinst. Previously, the keepalived recipe used 'remove'
   during postinst, so we needed the -f, but now the keepalived recipe has fixed
   this problem, so it's safe to remove '-f'.

[Yocto #12955]

Signed-off-by: Changqing Li 
---
  documentation/ref-manual/ref-variables.xml |  2 +-
  meta/classes/update-rc.d.bbclass   | 28 
  2 files changed, 5 insertions(+), 25 deletions(-)

diff --git a/documentation/ref-manual/ref-variables.xml 
b/documentation/ref-manual/ref-variables.xml
index 536bd15..8fc48c3 100644
--- a/documentation/ref-manual/ref-variables.xml
+++ b/documentation/ref-manual/ref-variables.xml
@@ -7243,7 +7243,7 @@
  to the update-rc.d command.
  For more information on valid parameters, please see the
  update-rc.d manual page at
-.
+.
  
  
  
diff --git a/meta/classes/update-rc.d.bbclass b/meta/classes/update-rc.d.bbclass
index 265c4be..1366fee 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -20,28 +20,14 @@ def use_updatercd(d):
  return '[ -n "$D" -o ! -d /run/systemd/system ]'
  return 'true'
  
-updatercd_preinst() {

-if ${@use_updatercd(d)} && [ -z "$D" -a -f "${INIT_D_DIR}/${INITSCRIPT_NAME}" 
]; then
-   ${INIT_D_DIR}/${INITSCRIPT_NAME} stop || :
-fi
-if ${@use_updatercd(d)} && type update-rc.d >/dev/null 2>/dev/null; then
-   if [ -n "$D" ]; then
-   OPT="-f -r $D"
-   else
-   OPT="-f"
-   fi
-   update-rc.d $OPT ${INITSCRIPT_NAME} remove
-fi
-}
-
  PACKAGE_WRITE_DEPS += "update-rc.d-native"
  
  updatercd_postinst() {

  if ${@use_updatercd(d)} && type update-rc.d >/dev/null 2>/dev/null; then
if [ -n "$D" ]; then
-   OPT="-f -r $D"
+   OPT="-r $D"
else
-   OPT="-f -s"
+   OPT="-s"
fi
update-rc.d $OPT ${INITSCRIPT_NAME} ${INITSCRIPT_PARAMS}
  fi
@@ -79,7 +65,7 @@ python __anonymous() {
  PACKAGESPLITFUNCS_prepend = "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'populate_packages_updatercd ', '', d)}"
  PACKAGESPLITFUNCS_remove_class-nativesdk = "populate_packages_updatercd "
  
-populate_packages_updatercd[vardeps] += "updatercd_prerm updatercd_postrm updatercd_preinst updatercd_postinst"

+populate_packages_updatercd[vardeps] += "updatercd_prerm updatercd_postrm 
updatercd_postinst"
  populate_packages_updatercd[vardepsexclude] += "OVERRIDES"
  
  python populate_packages_updatercd () {

@@ -95,7 +81,7 @@ python populate_packages_updatercd () {
  d.appendVar('RDEPENDS_' + pkg, ' %sinitd-functions' % (mlprefix))
  
  def update_rcd_package(pkg):

-bb.debug(1, 'adding update-rc.d calls to preinst/postinst/prerm/postrm 
for %s' % pkg)
+bb.debug(1, 'adding update-rc.d calls to postinst/prerm/postrm for %s' 
% pkg)
  
  localdata = bb.data.createCopy(d)

  overrides = localdata.getVar("OVERRIDES")
@@ -103,12 +89,6 @@ python populate_packages_updatercd () {
  
  update_rcd_auto_depend(pkg)
  
-preinst = d.getVar('pkg_preinst_%s' % pkg)

-if not preinst:
-preinst = '#!/bin/sh\n'
-preinst += localdata.getVar('updatercd_preinst')
-d.setVar('pkg_preinst_%s' % pkg, preinst)
-
  postinst = d.getVar('pkg_postinst_%s' % pkg)
  if not postinst:
  postinst = '#!/bin/sh\n'


--
BRs

Sandy(Li Changqing)

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [update-rc.d][PATCH V3] update-rc.d: support enable/disable options

2019-06-19 Thread Changqing Li 

On 6/19/19 10:43 PM, Richard Purdie wrote:

On Tue, 2019-04-30 at 14:56 +0800, changqing...@windriver.com wrote:

From: Changqing Li 

Add support of enable/disable options, refer
https://manpages.debian.org/wheezy/sysv-rc/update-rc.d.8.en.html

With support of these options, the usr can never change an existing
configuration even after upgrading a package. The program will only
install links if none are present, otherwise, it will keep
the previous configuration.

preinst in update-rc.d.bbclass will delete all the links under
rcrunlevel.d, this behavior now conflicts with enable/disable
options. so remove preinst from the update-rc.d.bbclass

[Yocto 12955]

Signed-off-by: Changqing Li 

Merged, thanks, sorry about the delay.

Richard



Thanks, Richard.

I see this patch have merged into repo update-rc.d.  But in this patch 
series,  there are


2 patches,  please also help to review the other one.  Maybe this patch 
series seems a little messy


in the mail.  I will reply on the other patch for you to pick it out easily.

--
BRs

Sandy(Li Changqing)

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] FW: [yocto-announce] [ANNOUNCEMENT] Milestone 1 for Yocto Project 2.8 (yocto-2.8_M1) now available

2019-06-19 Thread Tummalapalli, Vineela 

From: yocto-announce-boun...@yoctoproject.org 
[mailto:yocto-announce-boun...@yoctoproject.org] On Behalf Of Tummalapalli, 
Vineela
Sent: Wednesday, June 19, 2019 2:35 PM
To: yocto-annou...@yoctoproject.org; yo...@yocoproject.org
Subject: Re: [yocto-announce] [ANNOUNCEMENT] Milestone 1 for Yocto Project 2.8 
(yocto-2.8_M1) now available

Hello,


We are pleased to announce the second milestone release for Yocto Project 2.8 
(yocto-2.8_M1) is available for download now.



Download:



http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M1/



bitbake: c4d90890547af642e99cc541af3415df3559563e

meta-gplv2: 168a5070bdf3bc45edb5bf2a1add9b7c081f5b64

meta-intel: c941d896c08d6d83694ba0af1fdf4f4dcb625e9f

meta-mingw: d17724b0eac76792a49e56213cba74e32edba48f

oecore: 86266dfcd70b8e3435d267538c3e6e4d69be829e

poky: 9910a3631ce953b8dd8f3d57d6e122c7fd8cb462



Test report:



http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M1/testreport.txt



Thank you.



Vineela Tummalapalli

Yocto Project Build and Release
vineela.tummalapa...@intel.com
-- 
___
yocto-announce mailing list
yocto-annou...@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto-announce
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto-announce] [ANNOUNCEMENT] Milestone 1 for Yocto Project 2.8 (yocto-2.8_M1) now available

2019-06-19 Thread Tummalapalli, Vineela 
Hello,


We are pleased to announce the second milestone release for Yocto Project 2.8 
(yocto-2.8_M1) is available for download now.



Download:



http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M1/



bitbake: c4d90890547af642e99cc541af3415df3559563e

meta-gplv2: 168a5070bdf3bc45edb5bf2a1add9b7c081f5b64

meta-intel: c941d896c08d6d83694ba0af1fdf4f4dcb625e9f

meta-mingw: d17724b0eac76792a49e56213cba74e32edba48f

oecore: 86266dfcd70b8e3435d267538c3e6e4d69be829e

poky: 9910a3631ce953b8dd8f3d57d6e122c7fd8cb462



Test report:



http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.8_M1/testreport.txt



Thank you.



Vineela Tummalapalli

Yocto Project Build and Release
vineela.tummalapa...@intel.com
-- 
___
yocto-announce mailing list
yocto-announce@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto-announce

Re: [yocto] Can't build SDK while shrinking shadow tools

2019-06-19 Thread Khem Raj 
On Fri, Jun 14, 2019 at 2:16 AM Jérémy Singy  wrote:

> Hi,
>
> I'm facing a problem by trying to shrink the size of our root filesystem.
> To avoid installing some unneeded tools such as adduser, groupadd,
> nologin, etc. I just created as usual a shadow_%.bbappend in our layer
> which removes the content using do_install_append:
>
> # do not install alternatives
> ALTERNATIVE_${PN} = ""
> ALTERNATIVE_${PN}-base = ""


This is most probably the reason for your issue
You may want to remove the alternatives which you are deleting but not
everything

>
>
> # remove unwanted files on target
> do_install_append_class-target () {
>   rm -r ${D}${base_bindir}
>   rm -r ${D}${base_sbindir}
>   rm -r ${D}${bindir}
>   rm -r ${D}${sbindir}
> }
>
> Building an image with this works well and I got rid of the unwanted
> tools but I get an error whenever I try to build the SDK for this image
> with do_populate_sdk:
>
> WARNING: ceres-image-1.0-r0 do_populate_sdk:
> nativesdk-util-linux.postinst returned 1, marking as unpacked only,
> configuration required on target.
> ERROR: ceres-image-1.0-r0 do_populate_sdk: Postinstall scriptlets
> of ['nativesdk-util-linux'] have failed. If the intention is to defer
> them to first boot,
> then please place them into pkg_postinst_ontarget_${PN} ().
> Deferring to first boot via 'exit 1' is no longer supported.
> Details of the failure are in
>
> /home/chsingj/yocto-thud/tmp/work/ceres_con-oe-linux-gnueabi/ceres-image/1.0-r0/temp/log.do_populate_sdk.
> ERROR: ceres-image-1.0-r0 do_populate_sdk: Function failed:
> do_populate_sdk
> ERROR: Logfile of failure stored in:
>
> /home/chsingj/yocto-thud/tmp/work/ceres_con-oe-linux-gnueabi/ceres-image/1.0-r0/temp/log.do_populate_sdk.28331
> ERROR: Task
> (/home/chsingj/meta-delta/recipes-core/images/ceres-image.bb:
> do_populate_sdk)
> failed with exit code '1'
> NOTE: Tasks Summary: Attempted 2730 tasks of which 2729 didn't
> need to be rerun and 1 failed.
>
> The log file shows an error with update-alternatives (probably a
> failing ln call):
>
> update-alternatives: Error: not linking
>
> [BUILDPATH]/tmp/work/ceres_con-oe-linux-gnueabi/ceres-image/1.0-r0/sdk/image/opt/ceres/sdk-2019.05-r1/sysroots/x86_64-delta-linux/sbin/nologin
> to
> /opt/ceres/sdk-2019.05-r1/sysroots/x86_64-delta-linux/sbin/nologin.util-linux
> since
> [BUILDPATH]/tmp/work/ceres_con-oe-linux-gnueabi/ceres-image/1.0-r0/sdk/image/opt/ceres/sdk-2019.05-r1/sysroots/x86_64-delta-linux/sbin/nologin
> exists and is not a link
>
> If I remove the bbappend, the SDK builds fine but of course my image
> contains the unwanted files. I tried many other recipe tweaks but I
> can't get over some build errors. I'd like to avoid a solution using
> ROOTFS_POSTPROCESS_COMMAND in the image recipe as I would have to
> explicitely list all shadow tools and it would blow up my recipe. Is
> there any solution here? Is it maybe a bug that can be fixed? Thanks!
>
> Regards,
> Jeremy
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [ptest-runner][PATCH v2 4/4] utils: ensure child can be session leader

2019-06-19 Thread Randy MacLeod 

On 6/19/19 3:24 PM, richard.pur...@linuxfoundation.org wrote:

On Wed, 2019-06-19 at 13:49 -0400, Randy MacLeod wrote:

On 6/14/19 10:48 AM, Randy MacLeod wrote:

When running the run-execscript bash ptest as a user rather than
root, a warning:
bash: cannot set terminal process group (16036): Inappropriate
ioctl for device
bash: no job control in this shell
contaminates the bash log files causing the test to fail. This
happens only
when run under ptest-runner and not when interactively testing!

The changes made to fix this include:
1. Get the process group id (pgid) before forking,
2. Set the pgid in both the parent and child to avoid a race,
3. Find, open and set permission on the child tty, and
4. Allow the child to attach to controlling tty.

Also add '-lutil' to Makefile. This lib is from libc and provides
openpty.


Hmmm, I was making the code compile cleanly under clang using
-Weverything
when I noticed:

1. the 'make check' tests. They still work fine.
2. The './ptest-runner -d tests/data -t 1' tests
 which now generate loads of error like:
  ERROR: Unable to detach from controlling tty, Inappropriate
ioctl
for device


Aha.

Does this mean you get to own:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13409

:)


Yes, that's likely my fault.
I've taken the defect.

../Randy 'belt and suspenders' MacLeod





so while this change fixed the bash-ptest, the ptest-runner self-test
it did something wrong Ah, I'm calling:
 ioctl(0, TIOCNOTTY) == -1)
repeatedly in the parent so that's what's generating the extra logs.
Fixed locally and I'll send a patch but it's not urgent. Phew! :)

Anibal,

If you could reply to explain your plans for Richard's patches
that would help me figure out when to send the clang warning clean-
ups commits and what commit to base my work on.


I think he believed some of them unnecessary, they were a bit belt and
brances but I'm not sure that is a bad thing.

Cheers,

Richard




--
# Randy MacLeod
# Wind River Linux
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [ptest-runner][PATCH v2 4/4] utils: ensure child can be session leader

2019-06-19 Thread richard . purdie 
On Wed, 2019-06-19 at 13:49 -0400, Randy MacLeod wrote:
> On 6/14/19 10:48 AM, Randy MacLeod wrote:
> > When running the run-execscript bash ptest as a user rather than
> > root, a warning:
> >bash: cannot set terminal process group (16036): Inappropriate
> > ioctl for device
> >bash: no job control in this shell
> > contaminates the bash log files causing the test to fail. This
> > happens only
> > when run under ptest-runner and not when interactively testing!
> > 
> > The changes made to fix this include:
> > 1. Get the process group id (pgid) before forking,
> > 2. Set the pgid in both the parent and child to avoid a race,
> > 3. Find, open and set permission on the child tty, and
> > 4. Allow the child to attach to controlling tty.
> > 
> > Also add '-lutil' to Makefile. This lib is from libc and provides
> > openpty.
> 
> Hmmm, I was making the code compile cleanly under clang using
>-Weverything
> when I noticed:
> 
> 1. the 'make check' tests. They still work fine.
> 2. The './ptest-runner -d tests/data -t 1' tests
> which now generate loads of error like:
>  ERROR: Unable to detach from controlling tty, Inappropriate
> ioctl 
> for device

Aha.

Does this mean you get to own:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13409

:)

> 
> so while this change fixed the bash-ptest, the ptest-runner self-test
> it did something wrong Ah, I'm calling:
> ioctl(0, TIOCNOTTY) == -1)
> repeatedly in the parent so that's what's generating the extra logs.
> Fixed locally and I'll send a patch but it's not urgent. Phew! :)
> 
> Anibal,
> 
> If you could reply to explain your plans for Richard's patches
> that would help me figure out when to send the clang warning clean-
> ups commits and what commit to base my work on.

I think he believed some of them unnecessary, they were a bit belt and
brances but I'm not sure that is a bad thing.

Cheers,

Richard

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [ptest-runner][PATCH v2 4/4] utils: ensure child can be session leader

2019-06-19 Thread Randy MacLeod 

On 6/14/19 10:48 AM, Randy MacLeod wrote:

When running the run-execscript bash ptest as a user rather than root, a 
warning:
   bash: cannot set terminal process group (16036): Inappropriate ioctl for 
device
   bash: no job control in this shell
contaminates the bash log files causing the test to fail. This happens only
when run under ptest-runner and not when interactively testing!

The changes made to fix this include:
1. Get the process group id (pgid) before forking,
2. Set the pgid in both the parent and child to avoid a race,
3. Find, open and set permission on the child tty, and
4. Allow the child to attach to controlling tty.

Also add '-lutil' to Makefile. This lib is from libc and provides openpty.



Hmmm, I was making the code compile cleanly under clang using
  -Weverything
when I noticed:

1. the 'make check' tests. They still work fine.
2. The './ptest-runner -d tests/data -t 1' tests
   which now generate loads of error like:
ERROR: Unable to detach from controlling tty, Inappropriate ioctl 
for device


so while this change fixed the bash-ptest, the ptest-runner self-test
it did something wrong Ah, I'm calling:
   ioctl(0, TIOCNOTTY) == -1)
repeatedly in the parent so that's what's generating the extra logs.
Fixed locally and I'll send a patch but it's not urgent. Phew! :)

Anibal,

If you could reply to explain your plans for Richard's patches
that would help me figure out when to send the clang warning clean-ups
commits and what commit to base my work on.


../Randy



Signed-off-by: Sakib Sajal 
Signed-off-by: Randy MacLeod 
---
  Makefile |   2 +-
  utils.c  | 102 +--
  2 files changed, 92 insertions(+), 12 deletions(-)

diff --git a/Makefile b/Makefile
index 1bde7be..439eb79 100644
--- a/Makefile
+++ b/Makefile
@@ -29,7 +29,7 @@ TEST_DATA=$(shell echo `pwd`/tests/data)
  all: $(SOURCES) $(EXECUTABLE)
  
  $(EXECUTABLE): $(OBJECTS)

-   $(CC) $(LDFLAGS) $(OBJECTS) -o $@
+   $(CC) $(LDFLAGS) $(OBJECTS) -lutil -o $@
  
  tests: $(TEST_SOURCES) $(TEST_EXECUTABLE)
  
diff --git a/utils.c b/utils.c

index ad737c2..f11ce39 100644
--- a/utils.c
+++ b/utils.c
@@ -1,5 +1,6 @@
  /**
   * Copyright (c) 2016 Intel Corporation
+ * Copyright (C) 2019 Wind River Systems, Inc.
   *
   * This program is free software; you can redistribute it and/or
   * modify it under the terms of the GNU General Public License
@@ -22,23 +23,27 @@
   */
  
  #define _GNU_SOURCE

+
  #include 
  
+#include 

+#include 
+#include 
+#include 
  #include 
-#include 
  #include 
-#include 
+#include 
+#include 
+#include 
+#include 
  #include 
-#include 
+#include 
+
+#include 
  #include 
+#include 
  #include 
  #include 
-#include 
-#include 
-#include 
-#include 
-
-#include 
  
  #include "ptest_list.h"

  #include "utils.h"
@@ -346,6 +351,53 @@ wait_child(const char *ptest_dir, const char *run_ptest, 
pid_t pid,
return status;
  }
  
+/* Returns an integer file descriptor.

+ * If it returns < 0, an error has occurred.
+ * Otherwise, it has returned the slave pty file descriptor.
+ * fp should be writable, likely stdout/err.
+ */
+static int
+setup_slave_pty(FILE *fp) {
+   int pty_master = -1;
+   int pty_slave = -1;
+   char pty_name[256];
+   struct group *gptr;
+   gid_t gid;
+   int slave = -1;
+
+   if (openpty(_master, _slave, pty_name, NULL, NULL) < 0) {
+   fprintf(fp, "ERROR: openpty() failed with: %s.\n", 
strerror(errno));
+   return -1;
+   }
+
+   if ((gptr = getgrnam(pty_name)) != 0) {
+   gid = gptr->gr_gid;
+   } else {
+   /* If the tty group does not exist, don't change the
+* group on the slave pty, only the owner
+*/
+   gid = -1;
+   }
+
+   /* chown/chmod the corresponding pty, if possible.
+* This will only work if the process has root permissions.
+*/
+   if (chown(pty_name, getuid(), gid) != 0) {
+   fprintf(fp, "ERROR; chown() failed with: %s.\n", 
strerror(errno));
+   }
+
+   /* Makes the slave read/writeable for the user. */
+   if (chmod(pty_name, S_IRUSR|S_IWUSR) != 0) {
+   fprintf(fp, "ERROR: chmod() failed with: %s.\n", 
strerror(errno));
+   }
+
+   if ((slave = open(pty_name, O_RDWR)) == -1) {
+   fprintf(fp, "ERROR: open() failed with: %s.\n", 
strerror(errno));
+   }
+   return (slave);
+}
+
+
  int
  run_ptests(struct ptest_list *head, const struct ptest_options opts,
const char *progname, FILE *fp, FILE *fp_stderr)
@@ -362,6 +414,8 @@ run_ptests(struct ptest_list *head, const struct 
ptest_options opts,
int timeouted;
time_t sttime, entime;
int duration;
+   int slave;
+   int pgid = -1;
  
  	if (opts.xml_filename) {

xh = xml_create(ptest_list_length(head), opts.xml_filename);
@@ -379,7 +433,6 @@

Re: [yocto] [update-rc.d][PATCH V3] update-rc.d: support enable/disable options

2019-06-19 Thread Richard Purdie 
On Tue, 2019-04-30 at 14:56 +0800, changqing...@windriver.com wrote:
> From: Changqing Li 
> 
> Add support of enable/disable options, refer
> https://manpages.debian.org/wheezy/sysv-rc/update-rc.d.8.en.html
> 
> With support of these options, the usr can never change an existing
> configuration even after upgrading a package. The program will only
> install links if none are present, otherwise, it will keep
> the previous configuration.
> 
> preinst in update-rc.d.bbclass will delete all the links under
> rcrunlevel.d, this behavior now conflicts with enable/disable
> options. so remove preinst from the update-rc.d.bbclass
> 
> [Yocto 12955]
> 
> Signed-off-by: Changqing Li 

Merged, thanks, sorry about the delay.

Richard

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] UBOOT_CONFIG for i.MX 6ULZ NAND

2019-06-19 Thread JH 
Hi,

I am using i.MX 6ULZ processor (MCIMX6Z0DVM09AB) with internal NAND
flash, will it be sufficient to config UBOOT_CONFIG = "nand" in
local.conf for downloading Linux kernel image to NAND and boot from
NAND?

Does it need to configure UBOOT_CONFIG["mfgtool] for using imx mfgtool uuu?

Thank you.

Kind regards,

- jupiter
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto