All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Volk <f_l_k@t-online.de>
To: Khem Raj <raj.khem@gmail.com>, openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [meta-gnome][PATCH 1/2] geary: initial add recipe
Date: Tue, 25 Jan 2022 18:38:27 +0100	[thread overview]
Message-ID: <12f7178c-e352-181e-6c69-4e14b52ce55a@t-online.de> (raw)
In-Reply-To: <3d81b267-c9c9-234a-5d74-15cd5ff754f9@gmail.com>

sent a patch to fix this

Am 25.01.22 um 18:28 schrieb Khem Raj:
>
>
> On 1/25/22 9:00 AM, Markus Volk wrote:
>> Thats right. I did it like this because it would be then  only be 
>> needed to change the PV in the recipe name to get the SRCREV updated 
>> on a version update (of course assumed that the tag name wasn't 
>> modified).
>>
>>> Additionally, 
>>> https://docs.yoctoproject.org/singleindex.html#term-SRCREV warns:
>>> "Note that if you want to build a fixed revision and you want to avoid
>>> performing a query on the remote repository every time BitBake 
>>> parses your
>>> recipe, you should specify a SRCREV that is a full revision 
>>> identifier and not
>>> just a tag."
>>
>> Thats quite an argument. I'll send a patch for it
>
> using tags is not going to work when network is disabled, so please 
> use a proper SHA1
>
>>
>> Am 25.01.22 um 17:45 schrieb Jan Luebbe:
>>> Hi Markus,
>>>
>>> On Tue, 2022-01-25 at 14:28 +0100, Markus Volk wrote:
>>>> Hi Jan,
>>>>
>>>> it is also allowed to use tags here.
>>>>
>>>> SRCREV= "gnome-40.0" fetches the same code as
>>>>
>>>> SRCREV = "e561775c1580a9f60a726355b2b897bfc9cb3382"
>>> That's only true as long as nobody modifies that tag in the upstream 
>>> repository
>>> and isn't cryptographically secure. As far as I can see, no existing 
>>> recipe in
>>> meta-oe or oe-core uses a tag as SRCREV.
>>>
>>>
>>> Regards,
>>> Jan
>>>
>>>
>>>
>>
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#95074): 
>> https://lists.openembedded.org/g/openembedded-devel/message/95074
>> Mute This Topic: https://lists.openembedded.org/mt/88611343/1997914
>> Group Owner: openembedded-devel+owner@lists.openembedded.org
>> Unsubscribe: 
>> https://lists.openembedded.org/g/openembedded-devel/unsub 
>> [raj.khem@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>


      parent reply	other threads:[~2022-01-25 17:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20220120202643.3827177-1-f_l_k@t-online.de>
2022-01-22 21:14 ` [oe] [meta-gnome][PATCH 1/2] geary: initial add recipe Andreas Müller
     [not found] ` <16CCB430AE750F17.20408@lists.openembedded.org>
2022-01-22 21:19   ` Andreas Müller
2022-01-23 12:07     ` Markus Volk
2022-01-25 12:25 ` Jan Lübbe
2022-01-25 13:28   ` Markus Volk
2022-01-25 16:45     ` Jan Lübbe
2022-01-25 17:00       ` Markus Volk
     [not found]         ` <3d81b267-c9c9-234a-5d74-15cd5ff754f9@gmail.com>
2022-01-25 17:38           ` Markus Volk [this message]

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=12f7178c-e352-181e-6c69-4e14b52ce55a@t-online.de \
    --to=f_l_k@t-online.de \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    /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 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.