public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patrick Williams <patrick@stwcx.xyz>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] perl-version: make PERL* assignments non-immediate
Date: Wed, 05 Apr 2023 23:21:19 +0100	[thread overview]
Message-ID: <9c415d497a74f52df7fd2b7adb700151808f8ef6.camel@linuxfoundation.org> (raw)
In-Reply-To: <ZC1kjBgtNwGDVami@heinlein.vulture-banana.ts.net>

On Wed, 2023-04-05 at 07:07 -0500, Patrick Williams wrote:
> On Wed, Apr 05, 2023 at 09:24:24AM +0100, Richard Purdie wrote:
> > On Tue, 2023-04-04 at 19:38 -0500, Patrick Williams wrote:
> > >  
> > > -PERLVERSION := "${@get_perl_version(d)}"
> > > +PERLVERSION = "${@get_perl_version(d)}"
> > >  PERLVERSION[vardepvalue] = ""
> > >  
> > >  
> > > @@ -49,7 +49,7 @@ def get_perl_arch(d):
> > >              return m.group(1)
> > >      return None
> > >  
> > > -PERLARCH := "${@get_perl_arch(d)}"
> > > +PERLARCH = "${@get_perl_arch(d)}"
> > >  PERLARCH[vardepvalue] = ""
> > >  
> > 
> > Most code seems to use ${@get_perl_version(d)} and ${@get_perl_arch(d)}
> > directly so perhaps we should just remove the above instead and use
> > these in meta-security too?
> 
> I submitted the change to meta-security[1] and changed the one in
> openbmc/meta-phosphor[2] as well.
> 
> Do you want me to go ahead and delete these variables?  Is there any
> documentation / change-log that I should update as well?
> 
> 1. https://lore.kernel.org/yocto/20230405113726.469558-1-patrick@stwcx.xyz/T/#u
> 2. https://gerrit.openbmc.org/c/openbmc/openbmc/+/62164

Since nothing key seems to be using them any more we should just be
able to remove them. 

We should probably make a note in the migration guide for the next
release and check the variables aren't mentioned in the manuals but at
a quick look I don't think they are. The migration guide is still being
worked on for the current release so queuing the change might confuse
things more than it helps right now :/.

Cheers,

Richard


  reply	other threads:[~2023-04-05 22:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-05  0:38 [PATCH] perl-version: make PERL* assignments non-immediate Patrick Williams
2023-04-05  8:24 ` [OE-core] " Richard Purdie
2023-04-05 12:07   ` Patrick Williams
2023-04-05 22:21     ` Richard Purdie [this message]
2023-04-28 16:07 ` [PATCH] perl-version: remove PERL* assignments Patrick Williams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9c415d497a74f52df7fd2b7adb700151808f8ef6.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=patrick@stwcx.xyz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox