Hello,

nope, setting the entire PSEUDO_IGNORE_PATHS without "/usr" doesn't work.
The do_install task fails with error code 134 without any log file. Neither
temp/run.do_install file exists. The pseudo.log doesn't have any errors.

On Mon, 11 Jan 2021 at 19:22, Peter Kjellerstedt <
[email protected]> wrote:

> > -----Original Message-----
> > From: [email protected] <openembedded-
> > [email protected]> On Behalf Of Richard Purdie
> > Sent: den 8 januari 2021 09:27
> > To: Anton Kachalov <[email protected]>
> > Cc: [email protected]
> > Subject: Re: [OE-core] [poky][PATCH] bitbake: remove /usr from pseudo
> > ignore paths
> >
> > On Fri, 2021-01-08 at 01:56 +0100, Anton Kachalov wrote:
> > > Hello, Richard.
> > > Yes, for various reasons we can not move out from /usr/local.
>
> Using a build directory anywhere under /usr sounds like a very unusual
> setup and I do not think it is a situation that warrants special
> treatment in the common configuration. Workarounds are better done in
> the local environment.
>
> > > Before the change it works smoothly and we didn't notice about any
> > > kind of performance issues.
> > > May be we can explicitly add various standard subdirs under /usr
> > > excluding /usr/local?
>
> I believe it would be hard to maintain a suitable list of subdirectories
> of /usr (including /usr/local) that pseudo should ignore. However,
> do we actually know if pseudo is normally accessing paths under /usr,
> or was it just added as a "pseudo should never care about anything here
> so we may as well add it"?
>
> > Can you add local config like:
> >
> > PSEUDO_IGONRE_PATHS_remove = "/usr/,"
> >
> > which should allow things to work for you?
>
> Correct me if I am wrong, but AFAIK you cannot use the _remove operator
> to remove a part of a string. It only works on space separated words.
> You will have to redefine the entire PSEUDO_IGONRE_PATHS to remove any
> parts of it.
>
> This is a drawback of using a list in a bitbake variable that is separated
> using something other than spaces. I guess commas were chosen as separator
> for this variable since spaces are more common (if still rare) in paths
> than commas, but it causes problems like this.
>
> >
> > Cheers,
> >
> > Richard
>
> //Peter
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146842): 
https://lists.openembedded.org/g/openembedded-core/message/146842
Mute This Topic: https://lists.openembedded.org/mt/79510377/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to