From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa1-x32.google.com (mail-oa1-x32.google.com [IPv6:2001:4860:4864:20::32]) by sourceware.org (Postfix) with ESMTPS id BB7733858D33 for ; Tue, 14 Feb 2023 14:28:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org BB7733858D33 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-oa1-x32.google.com with SMTP id 586e51a60fabf-16debd2786aso9323240fac.7 for ; Tue, 14 Feb 2023 06:28:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=QjWUQ2apF83njQ/hhDJScHB5jUMi8MkrYbtGg5lhJac=; b=w2bGSXEyKCNMH1Pr47iC6kaHyj7FnvgqK4JS8FGpRh7KBd+7gVP1yYvAlfGQxmfCDh FzqayVqX77vqL4Rg6UMqqGEareSIzpeIV/HBqkkAh5KmesRLRW7Q8fKrKIps6Tthwqpl xEKmU3YUiS+4kwm/TubWyaa8GQ2HvMclA0b41aMluZXjr/F02l+0wliY5jVyj2bXhWKM CVTwZGV8LvkXu25wPFi+AiXpo9CBq3M7udfrB8n3iWl+FbR9gkqFSWWNv0RBI+KyJKXU ATt12oJxiwdUTVTcxdw+Rb3ctH8tSY94Y21Mt+xin9QX1ZPoebJu+AnC4854/ECQzTCe QLng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=QjWUQ2apF83njQ/hhDJScHB5jUMi8MkrYbtGg5lhJac=; b=gKKv2CBp13JuJ17dA1W74ivz9saqSLB4dWdSsHS0xQfLzVcYsf4xfshsqdDnzaq7U1 EHdkSH7prV+fPeNQoybzyzoDqZalBjj1yyhbjCEEzIek7PAm4+Pt+GIwRRUEAtkNXbS4 HUN6JOe7ukaZVxTmc/zN+gdTWjuHmCVXuqvUZ3dFA+aioOksebTpM7NnV/IneMGXKHpw 8cFnJXB6cJB31nU3xencJYirZbLk2WTk3MEyQb6C8MfHfzrl5R9O569zw5oOeMyzpLGB +/SnSEGI5cDxTvdgcPUIaUAiMzykxNMjRl6u+VYvbrzc5H53VQ5YsGXM7Q7pSSdjM7Ch Kr4w== X-Gm-Message-State: AO0yUKWAOCthk77dOxXs7QvvYdPIq3BrDXrePSpGBZix3AKaIqOnFJBL sYEtYIygMZIEVoPQa7DGj2d5C0VXgP83cuy2HiU= X-Google-Smtp-Source: AK7set+iBLTV2oVkTEfB4PVGxlTT2ATIsCU6Xa9z0EVBfYPKDwwBeSLH6UKyzXUptKY3IVqUeHdTpA== X-Received: by 2002:a05:6870:7391:b0:16d:e12c:fa70 with SMTP id z17-20020a056870739100b0016de12cfa70mr1245146oam.50.1676384916324; Tue, 14 Feb 2023 06:28:36 -0800 (PST) Received: from ?IPV6:2804:1b3:a7c3:3a5:44ad:5aad:f16a:f333? ([2804:1b3:a7c3:3a5:44ad:5aad:f16a:f333]) by smtp.gmail.com with ESMTPSA id i63-20020aca3b42000000b0037b8de5b176sm6259977oia.35.2023.02.14.06.28.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Feb 2023 06:28:32 -0800 (PST) Message-ID: <9faef3db-7af1-ed8a-a597-090fef793c64@linaro.org> Date: Tue, 14 Feb 2023 11:28:30 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.7.2 Subject: Re: 64-bit time_t and __WORDSIZE_TIME64_COMPAT32 Content-Language: en-US To: Thorsten Kukuk , Thorsten Kukuk via Libc-alpha References: <20230208091821.GA2282@suse.com> <0869a6f98f29405eb431f63db593c490@DB6PR04MB3255.eurprd04.prod.outlook.com> <20230208101125.GA5099@suse.com> <20230208102225.GA5543@suse.com> <7485b79473614eaa994d3ea79c91629a@DB6PR04MB3255.eurprd04.prod.outlook.com> <20230208103819.GA6177@suse.com> <901005ca-640f-3a8f-a199-c1374f3cf141@linaro.org> <20230214082409.GA29974@suse.com> <3230d2f8fa214c268cba52e699c14ae2@DB6PR04MB3255.eurprd04.prod.outlook.com> <20230214092614.GA700@suse.com> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: <20230214092614.GA700@suse.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_NUMSUBJECT,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 14/02/23 06:26, Thorsten Kukuk via Libc-alpha wrote: > On Tue, Feb 14, Florian Weimer wrote: > >> * Thorsten Kukuk via Libc-alpha: > >>> So the main consumer of utmp is glibc itself: getlogin()/getlogin_r() >>> Is there any idea how to replace that, if utmp/wtmp gets deprecated? >> >> We use /proc/self/loginuid already, and try to resolve that UID using >> NSS. We still have fallback to __getutline_r. I think it would be >> really helpful if you could discover why that fallback is used. I would >> have thought it's dead code. >> >> Is it because /proc/self/loginuid is missing, or because NSS fails for >> some reason? If it's about /proc/self/loginuid, maybe we can look at >> the owner of /dev/tty instead. > > I made an half-automatic analysis of the binaries and corresponding > source code and it seems I looked at the wrong sysdeps file in the glibc > sources :( I didn't checked at runtime as I never know if I hit the > correct execution path or not. Indeed, we keep a lot of half-baked implementations not really used anywhere as fallback for some theoretical 'unix' system. I think we should just remove them altogether. > Sorry, with the current glibc implementation we should be fine, so I > will create bug reports against the projects who implemented their own > getlogin() function based on utmp. > > Thanks, I will fix my document. > > Thorsten >