Patch looks great, thanks for including such detailed documentation.
But it's not applying to the current master:
Falling back to patching base and 3-way merge...
Auto-merging ipalib/plugins/service.py
CONFLICT (content): Merge conflict in ipalib/plugins/service.py
Auto-merging ipalib/x509.py
Fai
On Wed, 2009-12-02 at 16:26 -0500, Rob Crittenden wrote:
> We store a rough version of IPA at install time in the base object, bump
> this up to V2.0
>
> rob
ack. pushed to master.
___
Freeipa-devel mailing list
Freeipa-devel@redhat.com
https://www.r
On Wed, 2009-12-02 at 13:11 -0500, Rob Crittenden wrote:
> John Dennis wrote:
> > On 12/01/2009 11:19 PM, Rob Crittenden wrote:
> >> An extremely basic test for the cert plugin. Only tests the cert-request
> >> command but it's a start.
> >
> > I think the test should also check for the correct re
On Thu, 2009-12-03 at 11:56 -0500, Rob Crittenden wrote:
> Jason Gerard DeRose wrote:
> > As per John's request, this patch allows lossless round-tripping of
> > Python datetime.datetime objects.
> >
> > Unfortunately, the xmlrpclib dumps() and loads() functions use funny
> > wrapper objects like
Rob Crittenden wrote:
> Dmitri Pal wrote:
>> Rob Crittenden wrote:
>>> Here is sort of a tricky problem, need some advice (LONG).
>>>
>>> When we bootstrap an IPA server we create a number of principals for
>>> the server itself. We create a host/, HTTP/ and ldap/ principal using
>>> kadmin.local.
On 12/03/2009 11:56 AM, Rob Crittenden wrote:
What should this do it if the incoming DateTime value is not parsed
correctly by datetime.datetime()?
Well in theory this should never happen if the parameter value complies
with the specification which demands it be in iso8601 format. I would
im
Jason Gerard DeRose wrote:
As per John's request, this patch allows lossless round-tripping of
Python datetime.datetime objects.
Unfortunately, the xmlrpclib dumps() and loads() functions use funny
wrapper objects like xmlrpclib.DateTime rather than directly serializing
to/from standard Python t
Dmitri Pal wrote:
Rob Crittenden wrote:
Here is sort of a tricky problem, need some advice (LONG).
When we bootstrap an IPA server we create a number of principals for
the server itself. We create a host/, HTTP/ and ldap/ principal using
kadmin.local. By using kadmin.local this entry is put int
Rob Crittenden wrote:
> Here is sort of a tricky problem, need some advice (LONG).
>
> When we bootstrap an IPA server we create a number of principals for
> the server itself. We create a host/, HTTP/ and ldap/ principal using
> kadmin.local. By using kadmin.local this entry is put into
> cn=kerbe
Hi,
these three patches should make sure that we add dns records the right
way. It will also serve for the ipa-dns-install command that's almost
ready, patch will be coming soon.
Thanks
Martin
>From edbd834dab63b86c04d9b1bb736c64cda3e38b2a Mon Sep 17 00:00:00 2001
From: Martin Nagy
Date: Thu, 3 D
Rob Crittenden wrote:
Here is sort of a tricky problem, need some advice (LONG).
When we bootstrap an IPA server we create a number of principals for
the server itself. We create a host/, HTTP/ and ldap/ principal using
kadmin.local. By using kadmin.local this entry is put into
cn=kerberos,dc
On Wed, 2009-12-02 at 09:38 -0500, Rob Crittenden wrote:
> Martin Nagy wrote:
> > Hi,
> > I'm trying to install ipa and am getting a python traceback (attached).
> > It seems that running certutil didn't succeed so I added a debugging
> > print before it's execution and tried to run it manually. Th
12 matches
Mail list logo
