@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 <jsher...@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@redhat.com
>>> https://www.redhat.com/mailman/listinfo/pulp-dev  
>>
>>
>>
>> _______________________________________________
>> Pulp-dev mailing list
>> Pulp-dev@redhat.com
>> https://www.redhat.com/mailman/listinfo/pulp-dev


Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Pulp-dev mailing list
Pulp-dev@redhat.com
https://www.redhat.com/mailman/listinfo/pulp-dev

Reply via email to