From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-93454-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 101468 invoked by alias); 20 Jun 2018 13:10:48 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 101381 invoked by uid 89); 20 Jun 2018 13:10:47 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=oct, Oct, NEWS, unconditionally
X-HELO: mail-qt0-f175.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:from:message-id:date
         :user-agent:mime-version:in-reply-to:content-language
         :content-transfer-encoding;
        bh=O8tt+G5KogDeEDNcSxbkdhJnu7v7drr76H2AmAF05Mk=;
        b=X4qj/DQsfYQCcme1ptoiF0onXT3strvy2oMAaW81rOxPAIRKGeoNmYu4B/I7V//tYg
         hy8qzB7PUp2gp/dgfhE9bAF4gaY3JqiUG87FRTh4Yb9IBKMLAH4SziQhR/LeSIj1+/nz
         V+zB7Mf1VG5NC0nVn9DIJw4vtB1q/99vHiQsW0oJ2DbfG5bu5GWvoiO04BD5A6J8hz0K
         Ef9W/+BjC66wQHfR6YY+ePYOOKpnXRpgDs438YAeelLxF2uyMap3N7Dvg8PIuXbQt81C
         XpTImS7/m/gPfY54n+1Y6UvyzgYXcEDm0u888iFI6KXekqOayGczpcDARVeuSeQcqeSD
         ncIw==
X-Gm-Message-State: APt69E2q3BJXVjG14zjCkZXrNlhhcsYO5SkhWtCPM/iawI5aEOIY1Ndl
	0MuctmrLeNQ2p8q4R2ywvD+G6gYX9g4=
X-Google-Smtp-Source: ADUXVKIQ+TdffwxW/ckjG3W0QacUrv6PXMLeOcZlnYQQG/IZ3YWaC9CvcWQr0PAKovs1Rr1PM5Y0Fg==
X-Received: by 2002:aed:2907:: with SMTP id s7-v6mr19296817qtd.406.1529500244418;
        Wed, 20 Jun 2018 06:10:44 -0700 (PDT)
Subject: Re: nss_compat still deprecated?
To: Florian Weimer <fw@deneb.enyo.de>, libc-alpha@sourceware.org
References: <8736xi0x1a.fsf@mid.deneb.enyo.de>
From: Carlos O'Donell <carlos@redhat.com>
Message-ID: <8d8835b6-0a2c-4306-5011-61acbb6c30ac@redhat.com>
Date: Wed, 20 Jun 2018 13:10:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <8736xi0x1a.fsf@mid.deneb.enyo.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-SW-Source: 2018-06/txt/msg00608.txt.bz2

On 06/20/2018 02:52 AM, Florian Weimer wrote:
> Did we un-deprecate nss_compat?  Should we?
> 
> Since this commit:
> 
> commit 64d1e08ea822bf47cb2796ad0f727136227f983c
> Author: Andreas Schwab <schwab@suse.de>
> Date:   Mon Oct 2 14:30:46 2017 +0200
> 
>     Move nss_compat from nis to nss subdir and install it unconditionally
>     
>     This has been tested that local lookup still works with and
>     without an installed libnss_nis, and that NIS lookup works when
>     libnss_nis is available.
> 
> it is no longer necessary to deprecate nss_compat because there is no
> strong (non-configurable) NIS dependency anymore.
> 
> If we un-deprecate nss_compat, we should add a note to NEWS (both for
> 2.28 and 2.27.1).
> 

We have reports of at least 2 customers using compat for useful
purposes because of the way it allows you to alter the lookup
results at a local level e.g. local override.

If we "un-deprecate" it then we should review the manual information
and the linux man page documentation and update it to match the most
recent behaviour.

I'm in favour of un-deprecating it.

Cheers,
Carlos.