* Bug 10699 - Ensure consistency in repository URLs #yocto #python
@ 2020-10-08 20:13 akhilathota499
2020-10-09 15:25 ` [yocto] " Randy MacLeod
0 siblings, 1 reply; 3+ messages in thread
From: akhilathota499 @ 2020-10-08 20:13 UTC (permalink / raw
To: yocto
[-- Attachment #1: Type: text/plain, Size: 245 bytes --]
Hi,
I would like to work on #10699 -- Ensure consistency in repository URLs bug. Kindly help me to move forward by providing more information on this issue(like where I can find more URL's mentioned in the request) and kindly assign it to me.
[-- Attachment #2: Type: text/html, Size: 249 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [yocto] Bug 10699 - Ensure consistency in repository URLs #yocto #python
2020-10-08 20:13 Bug 10699 - Ensure consistency in repository URLs #yocto #python akhilathota499
@ 2020-10-09 15:25 ` Randy MacLeod
2020-10-09 18:08 ` Paul Eggleton
0 siblings, 1 reply; 3+ messages in thread
From: Randy MacLeod @ 2020-10-09 15:25 UTC (permalink / raw
To: akhilathota499, yocto, bluelightning
On 2020-10-08 4:13 p.m., akhilathota499@gmail.com wrote:
> Hi,
> I would like to work on #10699 -- Ensure consistency in repository URLs
> bug. Kindly help me to move forward by providing more information on
> this issue(like where I can find more URL's mentioned in the request)
Hi Akhila,
This bug is about the data in the recipes in oe-core and all layers.
There is a layer tracking system called 'the layer index':
https://layers.openembedded.org
where you can search by various keys such as recipe name, layer name, etc.
If you go to the bottom of that page, you can find:
https://layers.openembedded.org/layerindex/about
and that page has a link to the source code:
http://git.yoctoproject.org/cgit/cgit.cgi/layerindex-web/
git clone git://git.yoctoproject.org/layerindex-web
I don't work on this code so if you have questions, hopefully Paul
(bluelightning) or someone else will help out. My take is that:
"we'll probably need to have a table (possibly in the database)
that we can populate with mappings for known URLs."
so you'll need to find where the SRC_URI such as line 8 here:
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/patch/patch.inc?h=master#n8
is stored in the layerindex code and add each SRC_URI to a table or
some other data structure.
Then, when a new layer is added the layerindex would use this table
to ensure that there are no duplicates that differ only by
the transport, i.e. "https://" vs "git://", as mentioned in the bug:
"The mapping would be done when the entry is submitted."
Also, there are no fixed rules here in Yocto land but you are free to
ask about things either on the list to a wide audience or in the
Bugzilla comments (once you have an account!).
> and kindly assign it to me.
If you create an account in the bugzilla:
https://bugzilla.yoctoproject.org/createaccount.cgi
you should be able to assign the defect to yourself.
Let us know if that doesn't work.
Thanks for looking into this bug.
../Randy
>
>
>
>
--
# Randy MacLeod
# Wind River Linux
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [yocto] Bug 10699 - Ensure consistency in repository URLs #yocto #python
2020-10-09 15:25 ` [yocto] " Randy MacLeod
@ 2020-10-09 18:08 ` Paul Eggleton
0 siblings, 0 replies; 3+ messages in thread
From: Paul Eggleton @ 2020-10-09 18:08 UTC (permalink / raw
To: akhilathota499, yocto, Randy MacLeod
Hi folks
my replies inline below
On Saturday, 10 October 2020 04:25:29 NZDT Randy MacLeod wrote:
> On 2020-10-08 4:13 p.m., akhilathota499@gmail.com wrote:
> > Hi,
> > I would like to work on #10699 -- Ensure consistency in repository URLs
> > bug. Kindly help me to move forward by providing more information on
> > this issue(like where I can find more URL's mentioned in the request)
>
> Hi Akhila,
>
> This bug is about the data in the recipes in oe-core and all layers.
>
> There is a layer tracking system called 'the layer index':
> https://layers.openembedded.org
> where you can search by various keys such as recipe name, layer name, etc.
>
> If you go to the bottom of that page, you can find:
> https://layers.openembedded.org/layerindex/about
> and that page has a link to the source code:
> http://git.yoctoproject.org/cgit/cgit.cgi/layerindex-web/
>
> git clone git://git.yoctoproject.org/layerindex-web
>
> I don't work on this code so if you have questions, hopefully Paul
> (bluelightning) or someone else will help out. My take is that:
>
> "we'll probably need to have a table (possibly in the database)
> that we can populate with mappings for known URLs."
> so you'll need to find where the SRC_URI such as line 8 here:
>
> http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/pa
> tch/patch.inc?h=master#n8
>
> is stored in the layerindex code and add each SRC_URI to a table or
> some other data structure.
Actually for this issue we're not concerned with SRC_URI, just the repo URL at
the layer level - the database is normalised so that the latter is mostly in
one place.
> Then, when a new layer is added the layerindex would use this table
> to ensure that there are no duplicates that differ only by
> the transport, i.e. "https://" vs "git://", as mentioned in the bug:
> "The mapping would be done when the entry is submitted."
I would have thought that we'd just need to have some code that can turn one
URL into its variant in the other protocol, then we can apply that both at
layer submission time and potentially as a process across the layers in the
database if needed. Happy to take suggestions though.
Thanks for looking into this Akhila!
Cheers,
Paul
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-10-09 18:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-10-08 20:13 Bug 10699 - Ensure consistency in repository URLs #yocto #python akhilathota499
2020-10-09 15:25 ` [yocto] " Randy MacLeod
2020-10-09 18:08 ` Paul Eggleton
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.