From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) by sourceware.org (Postfix) with ESMTPS id C3A9C3858408 for ; Fri, 29 Oct 2021 12:11:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C3A9C3858408 Received: by mail-wm1-x329.google.com with SMTP id c71-20020a1c9a4a000000b0032cdcc8cbafso4612593wme.3 for ; Fri, 29 Oct 2021 05:11:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=HSZ/wS+5z4Lb2RWX9+sbi4SMMJLj42BfRV1GKLp+s88=; b=k/cAG/1IhkN+kjp0UVEC0xLXTBF9+nBrtlxGkj/sJNXNgxot4Yu48wmEhru6IbFu/J qlOgIy5WTsiJLaBbzkIm2JELjsSAKbs9L+5w8SKrPVnVaFSSxJ1m1Tnt1/XfiVtxQB91 YMQOo1Jlo8nsDnExs2nar/1vAepQGVuabTRgqkjpIKaESG2EnLgOxQxKBbNMS/2XbIZ1 oVbXBd6MwEsurAqemAnkJtDt4qH2suEhHvW4Qe2DNLSJfVnFiSjaCO/y+cl5PmRuidTj RzfwG9HqEx52f9kAJCXcPA3pULxTs60gR8jnWVzYiUkuLZrs80hKlwcSYguK7UPdX3Hx tEUQ== X-Gm-Message-State: AOAM5339Bx0VhE3LVpWjiqCYZUFF9Srdk2/jOz6nbsgoRcpu6D8Dt+SK bkFsGZIHt8nDcA0i9ckhvDg= X-Google-Smtp-Source: ABdhPJwkgT1LA3yFqjAEejTlEVyuECkExjZtwXmhenxcw8+y+/CzYhY8eUQv0kN2auAe3zpmR41tbQ== X-Received: by 2002:a05:600c:da:: with SMTP id u26mr18516328wmm.161.1635509494936; Fri, 29 Oct 2021 05:11:34 -0700 (PDT) Received: from [10.168.10.11] ([170.253.36.171]) by smtp.gmail.com with ESMTPSA id a134sm5272720wmd.9.2021.10.29.05.11.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 29 Oct 2021 05:11:34 -0700 (PDT) Message-ID: <865e5899-b991-918d-8bc6-ced65a67a566@gmail.com> Date: Fri, 29 Oct 2021 14:11:33 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: Is getpass(3) really obsolete? Content-Language: en-US To: =?UTF-8?B?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?= Cc: Libc-alpha , linux-man , git@vger.kernel.org, "tech@openbsd.org" , Benoit Lecocq , Klemens Nanni References: <73ac38a2-c287-4cc1-4e9c-0f9766ac4c0c@gmail.com> <211029.86r1c43uwj.gmgdl@evledraar.gmail.com> From: "Alejandro Colomar (man-pages)" In-Reply-To: <211029.86r1c43uwj.gmgdl@evledraar.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2021 12:11:37 -0000 Hi Ævar, On 10/29/21 13:40, Ævar Arnfjörð Bjarmason wrote: > > On Fri, Oct 29 2021, Alejandro Colomar (man-pages) wrote: > >> [Add a few CCs, since I mentioned them.] > > [I'm not sure what the full context of this thread is, but just replying > from the POV of git@ being CC'd on this] The first message on this thread was mine from '10/29/21 13:15', so you've read it all. The broader context is that I was trying to make the deprecation notices more consistent in the Linux manpages, by using the [[deprecated]] attribute where appropriate. While doing that, I found a few cases where the deprecation/obsoletion is not so clear to me, such as this one ([as]ctime[_r](3) is another one, since it is deprecated by POSIX, but not by the C standard, but I'll start a different thread with that; and isascii(3) is another one, since the user of it should know if the character set he's using is compatible with ascii, and in that case it's perfectly valid, it's only a case of garbage in garbage out, IMO). > >> On 10/29/21 13:15, Alejandro Colomar wrote: >>> Hi, >>> As the manual pages says, SUSv2 marked it as LEGACY, and POSIX >>> doesn't have it at all.  The manual page goes further and says "This >>> function is obsolete. Do not use it." in its first lines. >>> But, glibc doesn't seem to have deprecated this function at all. >>> And it seems to be the most portable way to get a password, even if >>> it's not in POSIX. >>> BSDs have readpassphrase(3), but glibc doesn't, so unless you >>> recommend [...] Cheers, Alex -- Alejandro Colomar Linux man-pages comaintainer; https://www.kernel.org/doc/man-pages/ http://www.alejandro-colomar.es/