All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [oe] Fedora 34, shadow-native/icedtea7-native, umask problems ?
       [not found] <1684B03940C4F27A.14073@lists.openembedded.org>
@ 2021-06-02 16:01 ` Jacob Kroon
       [not found] ` <1684CF463EAE073F.7311@lists.openembedded.org>
  1 sibling, 0 replies; 2+ messages in thread
From: Jacob Kroon @ 2021-06-02 16:01 UTC (permalink / raw)
  To: openembedded-core, openembedded-devel

On 6/2/21 8:32 AM, Jacob Kroon via lists.openembedded.org wrote:
> Hi,
> 
> I'm using Fedora 34 and OE-Core/Bitbake/layers from git master as of 
> today, with reproducible builds. Sometimes when rebuilding my image I 
> see sudden changes in file permissions (jumping back and forth) in the 
> buildhistory output for two native recipes:
> 
> shadow-native: (OE-Core)
>> -drwxr-xr-x -          -                  40 ./var/spool/mail
>> +drwxrwxr-x -          -                  40 ./var/spool/mail
> 

I can reproduce it reliably with these commands:

After I do:
# bitbake -c cleansstate shadow-native && bitbake shadow-native
I get:
drwxrwxr-x - - 40 ./var/spool/mail

After I do:
# bitbake -c clean shadow-native && bitbake shadow-native
I get:
drwxr-xr-x - - 40 ./var/spool/mail

shadow.inc does:

<snip>
do_install_append() {
         ...
         install -m 0775 -d ${D}${localstatedir}/spool/mail
</snip>

So it looks to me like those permissions are either not recorded in the 
sstate cache, or they are not restored when extracting the cache.

/Jacob

> icedtea7-native: (meta-java)
>> -drwxrwxr-x -          -                 120 
>> ./usr/lib/jvm/icedtea7-native
>> -drwxrwxr-x -          -                 800 
>> ./usr/lib/jvm/icedtea7-native/bin
>> --rwxrwxr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/apt
>> --rwxrwxr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/extcheck
>> --rwxrwxr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/idlj
> ...
>> +drwxr-xr-x -          -                 120 
>> ./usr/lib/jvm/icedtea7-native
>> +drwxr-xr-x -          -                 800 
>> ./usr/lib/jvm/icedtea7-native/bin
>> +-rwxr-xr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/apt
>> +-rwxr-xr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/extcheck
>> +-rwxr-xr-x -          -               15016 
>> ./usr/lib/jvm/icedtea7-native/bin/idlj
> ...
> 
> Before I start debugging them, does anyone have an obvious fix or hint 
> for any of these ?
> 
> Regards,
> Jacob
> 
> 
> 
> 

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [oe] Fedora 34, shadow-native/icedtea7-native, umask problems ?
       [not found] ` <1684CF463EAE073F.7311@lists.openembedded.org>
@ 2021-06-09 15:47   ` Jacob Kroon
  0 siblings, 0 replies; 2+ messages in thread
From: Jacob Kroon @ 2021-06-09 15:47 UTC (permalink / raw)
  To: openembedded-core, openembedded-devel

On 6/2/21 6:01 PM, Jacob Kroon via lists.openembedded.org wrote:
> On 6/2/21 8:32 AM, Jacob Kroon via lists.openembedded.org wrote:
>> Hi,
>>
>> I'm using Fedora 34 and OE-Core/Bitbake/layers from git master as of 
>> today, with reproducible builds. Sometimes when rebuilding my image I 
>> see sudden changes in file permissions (jumping back and forth) in the 
>> buildhistory output for two native recipes:
>>
>> shadow-native: (OE-Core)
>>> -drwxr-xr-x -          -                  40 ./var/spool/mail
>>> +drwxrwxr-x -          -                  40 ./var/spool/mail
>>
> 
> I can reproduce it reliably with these commands:
> 
> After I do:
> # bitbake -c cleansstate shadow-native && bitbake shadow-native
> I get:
> drwxrwxr-x - - 40 ./var/spool/mail
> 
> After I do:
> # bitbake -c clean shadow-native && bitbake shadow-native
> I get:
> drwxr-xr-x - - 40 ./var/spool/mail
> 
> shadow.inc does:
> 
> <snip>
> do_install_append() {
>          ...
>          install -m 0775 -d ${D}${localstatedir}/spool/mail
> </snip>
> 
> So it looks to me like those permissions are either not recorded in the 
> sstate cache, or they are not restored when extracting the cache.
> 

I see this issue in master and hardknot builds, but not in dunfell builds.
/Jacob

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-06-09 15:47 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1684B03940C4F27A.14073@lists.openembedded.org>
2021-06-02 16:01 ` [oe] Fedora 34, shadow-native/icedtea7-native, umask problems ? Jacob Kroon
     [not found] ` <1684CF463EAE073F.7311@lists.openembedded.org>
2021-06-09 15:47   ` Jacob Kroon

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.