[Pulp-dev] Replicate metadata

[Bryan Kearney]

@Justin, I think that makes sense for Pulp->Pulp. For Matthias, I think
he needs Native->Pulp which would not have a publication.

-- bk

On 05/14/2018 11:42 AM, Matthias Dellweg wrote:
> Mirroring the metedata exactly is also very important for Debian
> Repositories, because of the way the metadata is signed in lieu of the
> whole content. So it would be very beneficial, if this could be
> provided as a 'service' of the pulp core platform somehow.
> 
> Matthias
> 
> On Mon, 14 May 2018 11:31:52 -0400
> Justin Sherrill <jsherril at redhat.com> wrote:
> 
>>  From my understanding of pulp 3, this would maybe involve the
>> ability to 'import' a publication.  Would that make sense?
>>
>> Justin
>>
>>
>> On 05/09/2018 08:22 AM, Bryan Kearney wrote:
>>> One of the themes I heard yesterday at the Red Hat Summit was around
>>> having a pulp server mirror the upstream RPM repo metadata exactly.
>>> The use case is that two pulp servers are behind a load balancer
>>> mirroring the same repo. The users would like to be able to flip a
>>> yum client acrross the two servers. Running createrepo to make
>>> unique repos causes issues for the clients that appear to be
>>> errors. I assume this pattern would not be unique for other package
>>> clients that cache metadata.
>>>
>>> So, when looking ahead to pulp 3 I would ask that this be taken into
>>> consideration. I can provide more info / use cases if necessary.
>>>
>>> -- bk
>>>
>>>
>>>
>>> _______________________________________________
>>> Pulp-dev mailing list
>>> Pulp-dev at redhat.com
>>> https://www.redhat.com/mailman/listinfo/pulp-dev  
>>
>>
>>
>> _______________________________________________
>> Pulp-dev mailing list
>> Pulp-dev at redhat.com
>> https://www.redhat.com/mailman/listinfo/pulp-dev


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/pulp-dev/attachments/20180514/4f13120b/attachment.sig>