<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 24, 2021 at 9:46 PM Harald Sitter <<a href="mailto:sitter@kde.org">sitter@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Nov 24, 2021 at 6:00 AM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
><br>
> On Wed, Nov 24, 2021 at 2:29 PM Aleix Pol <<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>> wrote:<br>
>><br>
>> On Wed, Nov 24, 2021 at 2:10 AM <a href="mailto:ashark@linuxcomp.ru" target="_blank">ashark@linuxcomp.ru</a> <<a href="mailto:ashark@linuxcomp.ru" target="_blank">ashark@linuxcomp.ru</a>> wrote:<br>
>> ><br>
>> > Hello.<br>
>> > There is currently a problem that projects are identified by path in <a href="http://invent.kde.org" rel="noreferrer" target="_blank">invent.kde.org</a>. But in pkgbuilds in Arch Linux the makepkg clones repo twice, first time to the dir with pkgbuild, and second time to the srcdir for build package. And that second repo has first repo as origin, i.e. its origin is path to the first repo. And this leads to breakage of determining project identifier in cmake module. To workaround, I either need to clone to the path that matches the regexp, such as crutch.kde.org:pim/zanshin.git or fixing the origin of the problem.<br>
>> ><br>
>> > I wanted to fix it by identifying the project by its name. See <a href="https://invent.kde.org/sdk/releaseme/-/merge_requests/13" rel="noreferrer" target="_blank">https://invent.kde.org/sdk/releaseme/-/merge_requests/13</a>.<br>
>> ><br>
>> > Now, the question is, could we consider project names unique? In that case, we can merge my mr, and path crutch will not be needed anymore.<br>
>><br>
>> I agree it would be a problem to have different repositories with the<br>
>> same name. I'm not sure how we can enforce it though.<br>
><br>
><br>
> This is something that Sysadmin already encountered and resolved.<br>
><br>
> Please see the 'identifier' key in the repository metadata (located at <a href="https://invent.kde.org/sysadmin/repo-metadata/" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/repo-metadata/</a> in the projects/ subfolder) which we guarantee to be unique.<br>
> This is already used and relied upon by scripty as well as our internal systems (such as <a href="http://commits.kde.org" rel="noreferrer" target="_blank">commits.kde.org</a>) when referencing repositories.<br>
<br>
That is the problem. We, the humans, do not know the identifier nor<br>
should we care. When I want to make a release of plasma-dialer I<br>
should be able to pass plasma-dialer as argument because I know the<br>
repo/project is called plasma-dialer.<br></blockquote><div><br></div><div>Sorry i'm not seeing your point here.</div><div><br></div><div>First, there is a fairly small group of projects where the identifier does not equal the repository name. Those projects have good valid reasons (as outlined below) for that difference.<br></div><div><br></div>Second, regardless of what you pass to releaseme, it still has to locate the project on <a href="http://invent.kde.org">invent.kde.org</a>, which means it needs to know the group it is in - otherwise it cannot clone the repository.</div><div class="gmail_quote">Which means you either provide the path (plasma-mobile/plasma-dialer) or you need to go look in the metadata anyway.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">If you have an existing checkout then you shouldn't need to provide an argument because releaseme should be able to infer it for you from the URL in .git/config of the clone - and can make reference to the metadata (it is an automated tool after all)<br></div><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> The repository name itself (stripped of any folders) is not guaranteed to be unique.<br>
<br>
That is what is proposed to get changed.<br></blockquote><div><br></div><div>The whole reason why we went with identifiers is because we already had requests from people in certain namespaces (maui/ in particular, but others as well if memory serves) who were agitating about their repositories being prefixed with the overall project name due to the extremely generic names of their repositories.</div><div><br></div><div>Those prefixes also read very strange when taking into account the group name. If this change were to go through, then you end up with URLs such as <a href="https://invent.kde.org/maui/maui-pix">https://invent.kde.org/maui/maui-pix</a> - compared with what we have currently which is <a href="https://invent.kde.org/maui/pix">https://invent.kde.org/maui/pix</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
HS<br></blockquote><div><br></div><div>Regards,</div><div>Ben<br></div></div></div>