* wic create - bad ownership of directories inside image @ 2019-08-12 9:11 Behnke, Jochen 2019-08-15 2:11 ` Randy MacLeod 0 siblings, 1 reply; 5+ messages in thread From: Behnke, Jochen @ 2019-08-12 9:11 UTC (permalink / raw) To: yocto Mailingliste (yocto@yoctoproject.org) [-- Attachment #1: Type: text/html, Size: 6669 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: wic create - bad ownership of directories inside image 2019-08-12 9:11 wic create - bad ownership of directories inside image Behnke, Jochen @ 2019-08-15 2:11 ` Randy MacLeod 2019-08-22 15:23 ` Behnke, Jochen 0 siblings, 1 reply; 5+ messages in thread From: Randy MacLeod @ 2019-08-15 2:11 UTC (permalink / raw) To: Behnke, Jochen, yocto Mailingliste (yocto@yoctoproject.org) On 8/12/19 5:11 AM, Behnke, Jochen wrote: > Hello, > > I am using poky 2.6.1 (thud) and create images using the wic utility. > > Recently I noticed that all directories contained in the created image > are owned by UID 1000 and not by root. The files inside the image > however are owned by root. > > The UID 1000 refers to my unprivileged user on the host system. > > Here is the command I use to create the image > > “wic create mkefidisk –e core-image-minimal” > > The images created by bitbake directly (.tar.bz2, .hddimg) are correct > so this seems to be a wic related problem. > > Does anybody have a solution for this? Hi Jochen, No and I've never seen this particular extreme symptom. There is a known, generally rare bug: Bug 12434 - pseudo: Incorrect UID/GID in packaged files https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434 but that usually shows up when building. You could check you build logs for the generic stings from: glibc-locale-2.26: glibc-locale: /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] Is your issue 100% reproducible? ../Randy > > Many thanks in advance, any hint is appreciated. > > Regards > > Jochen > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > __________________________________ > *SCHMIDT Technology GmbH* > Feldbergstrasse 1 > 78112 St. Georgen/Germany > Telefon +49 (0) 77 24 / 89 90 > Fax +49 (0) 77 24 / 89 91 01 > info@schmidttechnology.de <mailto:info@schmidttechnology.de> > http://www.schmidttechnology.de > > USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755 > Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > -- # Randy MacLeod # Wind River Linux ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: wic create - bad ownership of directories inside image 2019-08-15 2:11 ` Randy MacLeod @ 2019-08-22 15:23 ` Behnke, Jochen 2019-08-23 22:20 ` Randy MacLeod 0 siblings, 1 reply; 5+ messages in thread From: Behnke, Jochen @ 2019-08-22 15:23 UTC (permalink / raw) To: 'Randy MacLeod', yocto Mailingliste (yocto@yoctoproject.org) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1.1: Type: text/plain; charset="us-ascii", Size: 3143 bytes --] Hello Randy, thanks for your reponse and sorry for my late reaction. In order to test, if the problem can be reproduced reliably, I performed a clean rebuild as follows $ source oe-init-build-env build-tca5-32 $ rm -rf tmp $ rm -rf sstate-cache $ bitbake core-image-minimal $ wic create mkefidisk -e core-image-minmal I then mounted the resulting image file "mkefidisk-201908221701-sda.direct" using a loopback device (losetup) Inside the Image all directories have UID/GID 1000/1000, which corresponds to my host user. Files however have UID/GID 0/0. So the answer to your question is "yes I can reproduce the behavior". One sidenote - I am using an appended core-image-minimal not the default - In my other image I am using qt5 (v5.12) Regards Jochen On 8/12/19 5:11 AM, Behnke, Jochen wrote: > Hello, > > I am using poky 2.6.1 (thud) and create images using the wic utility. > > Recently I noticed that all directories contained in the created image > are owned by UID 1000 and not by root. The files inside the image > however are owned by root. > > The UID 1000 refers to my unprivileged user on the host system. > > Here is the command I use to create the image > > "wic create mkefidisk -e core-image-minimal" > > The images created by bitbake directly (.tar.bz2, .hddimg) are correct > so this seems to be a wic related problem. > > Does anybody have a solution for this? Hi Jochen, No and I've never seen this particular extreme symptom. There is a known, generally rare bug: Bug 12434 - pseudo: Incorrect UID/GID in packaged files https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434 but that usually shows up when building. You could check you build logs for the generic stings from: glibc-locale-2.26: glibc-locale: /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] Is your issue 100% reproducible? ../Randy > > Many thanks in advance, any hint is appreciated. > > Regards > > Jochen > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > __________________________________ > *SCHMIDT Technology GmbH* > Feldbergstrasse 1 > 78112 St. Georgen/Germany > Telefon +49 (0) 77 24 / 89 90 > Fax +49 (0) 77 24 / 89 91 01 > info@schmidttechnology.de <mailto:info@schmidttechnology.de> > http://www.schmidttechnology.de > > USt-Id Nr. DE 811725105 . Registergericht Freiburg HRB 600 755 > Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > -- # Randy MacLeod # Wind River Linux __________________________________ SCHMIDT Technology GmbH Feldbergstrasse 1 78112 St. Georgen/Germany Telefon +49 (0) 77 24 / 89 90 Fax +49 (0) 77 24 / 89 91 01 info@schmidttechnology.de http://www.schmidttechnology.de USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755 Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt [-- Attachment #1.2: Type: text/html, Size: 4368 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: wic create - bad ownership of directories inside image 2019-08-22 15:23 ` Behnke, Jochen @ 2019-08-23 22:20 ` Randy MacLeod [not found] ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de> 0 siblings, 1 reply; 5+ messages in thread From: Randy MacLeod @ 2019-08-23 22:20 UTC (permalink / raw) To: Behnke, Jochen, yocto Mailingliste (yocto@yoctoproject.org) [-- Attachment #1: Type: text/plain, Size: 4584 bytes --] On 8/22/19 11:23 AM, Behnke, Jochen wrote: > Hello Randy, > > thanks for your reponse and sorry for my late reaction. > > In order to test, if the problem can be reproduced reliably, I > performed a clean rebuild as follows > > $ source oe-init-build-env build-tca5-32 > $ rm -rf tmp > $ rm -rf sstate-cache > $ bitbake core-image-minimal > $ wic create mkefidisk -e core-image-minmal > > I then mounted the resulting image file > "mkefidisk-201908221701-sda.direct" using a loopback device (losetup) > Inside the Image all directories have UID/GID 1000/1000, which > corresponds to my host user. > Files however have UID/GID 0/0. Hi Jochen, I'm not able to reproduce the error, see below (1). What version of oe-core/bitbake are you using? I'm using the latest master branches: oe-core: 64f9fd2a1e quilt: added less to RDEPENDS list bitbake: 28b3f0d8 runqueue: Optimise build_taskdepdata slightly > > So the answer to your question is "yes I can reproduce the behavior". > > One sidenote > - I am using an appended core-image-minimal not the default What is the bbappend? Is it publicly clonable? What happens if you drop that addition? ../Randy (1) I followed your steps above and mounted my image as follows: $ fdisk -l mkefidisk-201908230902-sda.direct Disk mkefidisk-201908230902-sda.direct: 94.4 MiB, 98956288 bytes, 193274 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 1E5F9B4E-ED8A-4677-82CD-7B146807C145 Device Start End Sectors Size Type mkefidisk-201908230902-sda.direct1 2048 51433 49386 24.1M Microsoft basic data mkefidisk-201908230902-sda.direct2 53248 103127 49880 24.4M Linux filesystem mkefidisk-201908230902-sda.direct3 103128 193239 90112 44M Linux swap # 53248*512 = 27262976 $ sudo mount -o loop,offset=27262976 ./mkefidisk-201908230902-sda.direct /mnt/loop $ ls -l /mnt/loop/bin/busybox.nosuid -rwxr-xr-x 1 root root 625296 Aug 23 11:45 /mnt/loop/bin/busybox.nosuid $ ls -l /mnt/loop/usr | head -3 total 10 drwxr-xr-x 2 root root 3072 Aug 23 11:52 bin drwxr-xr-x 2 root root 1024 Aug 23 11:29 games ../Randy > - In my other image I am using qt5 (v5.12) > > > > Regards > Jochen > > On 8/12/19 5:11 AM, Behnke, Jochen wrote: > > Hello, > > > > I am using poky 2.6.1 (thud) and create images using the wic utility. > > > > Recently I noticed that all directories contained in the created image > > are owned by UID 1000 and not by root. The files inside the image > > however are owned by root. > > > > The UID 1000 refers to my unprivileged user on the host system. > > > > Here is the command I use to create the image > > > > “wic create mkefidisk –e core-image-minimal” > > > > The images created by bitbake directly (.tar.bz2, .hddimg) are correct > > so this seems to be a wic related problem. > > > > Does anybody have a solution for this? > > Hi Jochen, > > No and I've never seen this particular extreme symptom. > > There is a known, generally rare bug: > Bug 12434 - pseudo: Incorrect UID/GID in packaged files > https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434 > but that usually shows up when building. > > You could check you build logs for the generic stings from: > > glibc-locale-2.26: glibc-locale: > /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT > is owned by uid 3004, which is the same as the user running bitbake. > This may be due to host contamination [host-user-contaminated] > > > Is your issue 100% reproducible? > > ../Randy > > > > > > Many thanks in advance, any hint is appreciated. > > > > Regards > > > > Jochen > > > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > > > > __________________________________ > > *SCHMIDT Technology GmbH* > > Feldbergstrasse 1 > > 78112 St. Georgen/Germany > > Telefon +49 (0) 77 24 / 89 90 > > Fax +49 (0) 77 24 / 89 91 01 > > info@schmidttechnology.de <mailto:info@schmidttechnology.de> > > http://www.schmidttechnology.de > > > > USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755 > > Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt > > > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > > > > > > > -- > # Randy MacLeod > # Wind River Linux -- # Randy MacLeod # Wind River Linux [-- Attachment #2: Type: text/html, Size: 9455 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de>]
* Re: wic create - bad ownership of directories inside image [not found] ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de> @ 2019-08-27 8:08 ` Behnke, Jochen 0 siblings, 0 replies; 5+ messages in thread From: Behnke, Jochen @ 2019-08-27 8:08 UTC (permalink / raw) To: 'Randy MacLeod'; +Cc: yocto Mailingliste (yocto@yoctoproject.org) [-- Attachment #1: Type: text/plain, Size: 5507 bytes --] Hi Randy, FYI I created a completely new poky clone. Then I set up a config for "genericx86" and built a core-image-minimal Here are the results 1) Using "thud" branch -> problem persisted 2) Using "warrior" branch --> problem solved Regards Jochen Von: Behnke, Jochen Gesendet: Montag, 26. August 2019 10:18 An: 'Randy MacLeod' Betreff: AW: AW: [yocto] wic create - bad ownership of directories inside image Hi Randy, removing my core-image-minimal.bbappend does not change anything. I still get the same behavior. Here are my version poky 2.6.1 $ bitbake -version -> 1.40.0 The next step would be to upgrade my poky to the latest version. Right now I can't do that, but I'll give it a try in the next few weeks. Many thanks for your assistance. Regards Jochen Von: Randy MacLeod [mailto:randy.macleod@windriver.com] Gesendet: Samstag, 24. August 2019 00:21 An: Behnke, Jochen; yocto Mailingliste (yocto@yoctoproject.org) Betreff: Re: AW: [yocto] wic create - bad ownership of directories inside image On 8/22/19 11:23 AM, Behnke, Jochen wrote: Hello Randy, thanks for your reponse and sorry for my late reaction. In order to test, if the problem can be reproduced reliably, I performed a clean rebuild as follows $ source oe-init-build-env build-tca5-32 $ rm -rf tmp $ rm -rf sstate-cache $ bitbake core-image-minimal $ wic create mkefidisk -e core-image-minmal I then mounted the resulting image file "mkefidisk-201908221701-sda.direct" using a loopback device (losetup) Inside the Image all directories have UID/GID 1000/1000, which corresponds to my host user. Files however have UID/GID 0/0. Hi Jochen, I'm not able to reproduce the error, see below (1). What version of oe-core/bitbake are you using? I'm using the latest master branches: oe-core: 64f9fd2a1e quilt: added less to RDEPENDS list bitbake: 28b3f0d8 runqueue: Optimise build_taskdepdata slightly So the answer to your question is "yes I can reproduce the behavior". One sidenote - I am using an appended core-image-minimal not the default What is the bbappend? Is it publicly clonable? What happens if you drop that addition? ../Randy (1) I followed your steps above and mounted my image as follows: $ fdisk -l mkefidisk-201908230902-sda.direct Disk mkefidisk-201908230902-sda.direct: 94.4 MiB, 98956288 bytes, 193274 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 1E5F9B4E-ED8A-4677-82CD-7B146807C145 Device Start End Sectors Size Type mkefidisk-201908230902-sda.direct1 2048 51433 49386 24.1M Microsoft basic data mkefidisk-201908230902-sda.direct2 53248 103127 49880 24.4M Linux filesystem mkefidisk-201908230902-sda.direct3 103128 193239 90112 44M Linux swap # 53248*512 = 27262976 $ sudo mount -o loop,offset=27262976 ./mkefidisk-201908230902-sda.direct /mnt/loop $ ls -l /mnt/loop/bin/busybox.nosuid -rwxr-xr-x 1 root root 625296 Aug 23 11:45 /mnt/loop/bin/busybox.nosuid $ ls -l /mnt/loop/usr | head -3 total 10 drwxr-xr-x 2 root root 3072 Aug 23 11:52 bin drwxr-xr-x 2 root root 1024 Aug 23 11:29 games ../Randy - In my other image I am using qt5 (v5.12) Regards Jochen On 8/12/19 5:11 AM, Behnke, Jochen wrote: > Hello, > > I am using poky 2.6.1 (thud) and create images using the wic utility. > > Recently I noticed that all directories contained in the created image > are owned by UID 1000 and not by root. The files inside the image > however are owned by root. > > The UID 1000 refers to my unprivileged user on the host system. > > Here is the command I use to create the image > > "wic create mkefidisk -e core-image-minimal" > > The images created by bitbake directly (.tar.bz2, .hddimg) are correct > so this seems to be a wic related problem. > > Does anybody have a solution for this? Hi Jochen, No and I've never seen this particular extreme symptom. There is a known, generally rare bug: Bug 12434 - pseudo: Incorrect UID/GID in packaged files https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434 but that usually shows up when building. You could check you build logs for the generic stings from: glibc-locale-2.26: glibc-locale: /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] Is your issue 100% reproducible? ../Randy > > Many thanks in advance, any hint is appreciated. > > Regards > > Jochen > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > __________________________________ > *SCHMIDT Technology GmbH* > Feldbergstrasse 1 > 78112 St. Georgen/Germany > Telefon +49 (0) 77 24 / 89 90 > Fax +49 (0) 77 24 / 89 91 01 > info@schmidttechnology.de<mailto:info@schmidttechnology.de> <mailto:info@schmidttechnology.de> > http://www.schmidttechnology.de > > USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755 > Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt > > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000> > > > -- # Randy MacLeod # Wind River Linux -- # Randy MacLeod # Wind River Linux [-- Attachment #2: Type: text/html, Size: 19156 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2019-08-27 8:08 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-08-12 9:11 wic create - bad ownership of directories inside image Behnke, Jochen 2019-08-15 2:11 ` Randy MacLeod 2019-08-22 15:23 ` Behnke, Jochen 2019-08-23 22:20 ` Randy MacLeod [not found] ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de> 2019-08-27 8:08 ` Behnke, Jochen
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.