<div dir="auto"><div>Hi,<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dom., 26 ene. 2020 21:50, Carsten Schoenert <<a href="mailto:c.schoenert@t-online.de">c.schoenert@t-online.de</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello David,<br>
<br>
no need to add Thorsten or me to the recipients, we are subscribed to<br>
the list.</blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 26.01.20 um 20:45 schrieb David Suárez:<br>
> Currently I'm packaging the base specifications. I will take a look into <br>
>   it later.<br>
[...]<br>
> Is possible to get Owner or Maintainer access to gitlab ?  I'm trying to <br>
> push the first package into salsa.d.o, but I get the next error:<br>
<br>
You are already Developer, this should be enough for most of the things<br>
you need to do.<br>
<br>
>  >>> Enumerando objetos: 24, listo.<br>
>  >>> Contando objetos: 100% (24/24), listo.<br>
>  >>> Compresión delta usando hasta 4 hilos<br>
>  >>> Comprimiendo objetos: 100% (24/24), listo.<br>
>  >>> Escribiendo objetos: 100% (24/24), 14.78 KiB | 1.85 MiB/s, listo.<br>
>  >>> Total 24 (delta 9), reusado 0 (delta 0)<br>
>  >>> remote: GitLab:<br>
>  >>> remote: A default branch (e.g. master) does not yet exist for debian-iot-team/ocf-spec-core<br>
>  >>> remote: Ask a project Owner or Maintainer to create a default branch:<br>
>  >>> remote:<br>
>  >>> remote: <a href="https://salsa.debian.org/debian-iot-team/ocf-spec-core/-/project_members" rel="noreferrer noreferrer" target="_blank">https://salsa.debian.org/debian-iot-team/ocf-spec-core/-/project_members</a><br>
>  >>> remote:<br>
>  >>> To salsa.debian.org:debian-iot-team/ocf-spec-core.git<br>
>  >>>  ! [remote rejected] master -> master (pre-receive hook declined)<br>
>  >>> error: falló el push de algunas referencias a 'git@salsa.debian.org:debian-iot-team/ocf-spec-core.git'<br>
<br>
That's a bit curious, the repository is empty and Salsa is requiring a<br>
default branch? Some new fancy 'feature' due new gitlab version? As the<br>
repo is empty I can't setup an default branch.</blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What about prepare something within your own namespace to not stock and<br>
see what is working and what not?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">If there is not other way, I will stick with my personal namespace.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I see you have a branch master which is of course the default, do you<br>
know about DEP 14 which is a proposal for Git layout of packaging<br>
repositories? I can really suggest to use this proposal as by time your<br>
packaging work will get more and it's really helpful to have a good<br>
overview of the branches in your tree. And it is helpful later for other<br>
possible contributors too.<br>
<br>
<a href="https://dep-team.pages.debian.net/deps/dep14/" rel="noreferrer noreferrer" target="_blank">https://dep-team.pages.debian.net/deps/dep14/</a></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I was unaware. Have to look into it.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> Asking for creating the master branch every package I want to upload is <br>
> very intensive :)<br>
> <br>
> And for the basic specs I go for 3 packages:<br>
> <br>
>   - ocf-spec-core<br>
>   - ocf-spec-core-extensions<br>
>   - ocf-spec-certification<br>
> <br>
> One more for the data models (published at [0]):<br>
> <br>
>   - ocf-iot-data-models<br>
<br>
Looking at quite similar package names, wouldn't it make sense to place<br>
these packages all within a subgroup like done for oauth2 and alljoin?<br>
As you know best the relations within these packages you will know a<br>
fitting name for such an subgroup.<br>
You could do this do also within your personal space. This subgroup<br>
should be movable later into the IOT namespace on Salsa if you like.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I looked into it (openconnectivityfoundation will be the most apropiate name), but I suspect that I don't have the needed rol to create a subgroup.</div><div dir="auto"><br></div><div dir="auto">On the other way, in my personal namespace I can create only projects. I cant create subgroups.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div></div>