[Freeipa-devel] [PATCH][DOC] Sometimes users set bad uid ranges

[Petr Spacek]

On 14.5.2014 16:55, Gabe Alford wrote:
> What are your thoughts on this? Added UID and SSSUID entities and cleaned
> up the original patch down to a regular paragraph.

The text itself seems good. Can we think of a better names than UID and SSSUID?

Maybe something like MINUID and MINSSSUID? I don't know.

Conditional ACK: The patch can be pushed if we can find better names for entities.

Thank you for your contribution!

Petr^2 Spacek

> Gabe
>
>
> On Wed, May 14, 2014 at 2:32 AM, Petr Spacek <pspacek at redhat.com> wrote:
>
>> On 14.5.2014 01:05, Gabe Alford wrote:
>>
>>> I had a typo with the one of the UIDs which is fixed with this patch.
>>>
>>> The difference is that Fedora/SSSD treats UIDs of 1000 and below as local
>>> system accounts whereas RHEL treats local system accounts at 500 and SSSD
>>> local system accounts at 1000. That's why there are conditional paragraphs
>>> based on if it is Fedora or RHEL.
>>>
>>
>> I think we should define entity (similar to &OS) for this purpose.
>>
>> Please look at FreeIPA_Guide.ent and Identity_Management_Guide.ent.
>>
>> Petr^2 Spacek
>>
>>
>>   On Tue, May 13, 2014 at 7:55 AM, Petr Viktorin <pviktori at redhat.com>
>>> wrote:
>>>
>>>   On 05/09/2014 04:14 AM, Gabe Alford wrote:
>>>>
>>>>   Hello,
>>>>>
>>>>>          Just wondering if there are any takers in reviewing this patch.
>>>>>
>>>>>
>>>> Sorry, looks like it fell through the cracks :(
>>>>
>>>> AFAIK the &OS; entity should work for both Fedora and RHEL, so it should
>>>> be possible to only have one copy of the paragraph. Or is there
>>>> something I
>>>> missed?
>>>>
>>>>
>>>>   Gabe
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Apr 21, 2014 at 5:48 PM, Gabe Alford <redhatrises at gmail.com
>>>>> <mailto:redhatrises at gmail.com>> wrote:
>>>>>
>>>>>       Hello,
>>>>>
>>>>>       Patch for the following ticket to add note in documentation about
>>>>>       bad uid ranges:
>>>>>       https://fedorahosted.org/freeipa/ticket/2090
>>>>>
>>>>>       Thanks,
>>>>>
>>>>>       Gabe