<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 20, 2020 at 5:45 AM Matthias Dellweg <<a href="mailto:dellweg@atix.de">dellweg@atix.de</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">Actually Quirin and I have also seen the difference, and we discussed,<br>
we should implement a combination, where you can specify on the<br>
repo-level but override the signing service with each publication.<br>
It is a little more work for a lot more convenience, imho.<br>
And of course it might be nice to see it handled as similarly as<br>
possible in both plugins.<br>
<br></blockquote><div><br></div><div>I like this idea. In both cases though, the signing service foreign key should always be stored with a publication. Is that what you had in mind also?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Thu, 19 Mar 2020 23:13:23 -0400<br>
Dennis Kliban <<a href="mailto:dkliban@redhat.com" target="_blank">dkliban@redhat.com</a>> wrote:<br>
<br>
> RPM plugin allows users to define a signing service per repository.<br>
> All publications created from repository versions of that repository<br>
> are signed with that signing service.<br>
> <br>
> The Debian plugin requires the user to specify the signing service<br>
> each time a publication is created. The signing service foreign key<br>
> is stored with each publication.<br>
> <br>
> Even though the implementation in Debian requires the user to provide<br>
> the service href each time a publication is created, it seems like a<br>
> stronger model. The signing service associated with a repository can<br>
> change thus making it challenging to keep track of which signing<br>
> service was used to create a publication.<br>
> <br>
> We should change the behavior in the RPM plugin before we release this<br>
> feature.<br>
</blockquote></div></div>