Forgot to reply-all as usual.
On Jun 6, 2017 5:10 PM, wrote:
I thought I had an RFE in for this a couple years ago. It would be very
nice to do non-manifest syncs against non-pulp remote sources. Especially
if it supported the concept of recursive folder/file syncs.
On Jun 6, 2017 4:47 PM, "Br
Reply-all fail; Forward my accidental direct reply.
-- Forwarded message --
From: Kodiak Firesmith
Date: Fri, May 26, 2017 at 10:38 AM
Subject: Re: [Pulp-dev] versioned repositories
To: Brian Bouterse
Piling on to Bouter's comments, here,
Outsider's perspective:
As an end-user I agree with the add/remove lexicon being more clear to
users, if not more technically accurate. Perhaps it was meant to convey
the intrinsic dedupe quality of Pulp, but I think that could still be made
clear.
- Kodiak
On Mon, May 22, 2017 at 12:24 PM, Jeff Ortel wrote:
> Durin
As a bare-Pulp (no Katello / Sat 6) user with customizations... I think
I'd really like to be able to get a config exporter tool for a host -> host
migration as I'll probably move to a new host at the same time and run both
side-by side while I work out how to re-do our authentication scheme wh
I just +1'd an ancient Pulp v2 story - should I do anything in addition to
that for Pulp v3 roadmap?
https://pulp.plan.io/issues/206
Thanks!
- Kodiak
___
Pulp-dev mailing list
Pulp-dev@redhat.com
https://www.redhat.com/mailman/listinfo/pulp-dev
ou want to talk in more detail about what you'd like to automate, we
> could certainly help weigh the options.
>
> Michael
>
> On Thu, Feb 16, 2017 at 4:09 PM, Kodiak Firesmith
> wrote:
>
>> Hi folks,
>> Do we know yet how much (if at all) there will be backwar
Hi folks,
Do we know yet how much (if at all) there will be backward compatibility in
the command suite and/or REST API for Pulp 3?
I'm considering writing more extensive wrapper scripts around pulp-admin,
but didn't want to blow too much effort on it if they would become useless
w/ Pulp 3 arrives
As an AD/SSSD user (mod_auth_gssapi); I like where this is going. Thank
you for proposing a path that continues to use Apache REMOTE_USER, and we
very much look forward to being able to use AD groups and auto-creation.
- Kodiak
___
Pulp-dev mailing lis
