From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) by sourceware.org (Postfix) with ESMTPS id F024D3858D39 for ; Wed, 8 Feb 2023 11:48:49 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F024D3858D39 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-ot1-x32f.google.com with SMTP id 70-20020a9d084c000000b0068bccf754f1so5089086oty.7 for ; Wed, 08 Feb 2023 03:48:49 -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=sXgKSzF0WJdVPWTQgxazmJE//4ZFdI3BdbTn3b+lfdc=; b=rRxwJmiR8fSgCL08NMl2GLosx+NGOh/ifESq6MDfRo50ZznSKbjsXl+az+XeRtgLYi 1leUMJn/jcy861902y8ZIF9s9Tu+AosWi/SM5JJSfO7LaK5nTOiqy0oj9+bTsRhgCwBT NvWTX+LNALrPY28Jt0lCYOlCm6hwOEyEFxmmDBY2sCl4+hITFKr8QApQ2GGhLcAuNIuI fs/7S+3IeIe6gsZNRbr5152bC9nJLS2IYrwAsVRFKwrOGf8gZYMybnZYnAEOCo1MMAc3 PZju49pbKo+sx1fRbjUOGZz9jDn/pBhx8HFmnCWZornX0MYd1K3rzYaOs52rGNUgJ9zb 5fFw== 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=sXgKSzF0WJdVPWTQgxazmJE//4ZFdI3BdbTn3b+lfdc=; b=CpPTWKBrAW3R+1k0bQ7yVcMvll8hGH52StjMfNsvY5VhQIsFg9dGheQ/vO+gO0f5t4 JzVdzT+P9/FUMJKI0gZVSD5WgxOIeabC8nGTe4s1X+YnuaAn9Myc96iNlS3vHTAv9yKH +hVk2HpQjydNWv8JyndU2M0qxrLGoUKNPeMQYU9q1M7QzMfAdVrQwvHIt1e9FswSyd/F TP6PpVi9O1kxZ+wxSwFZmf86wSMhcgRi/Xi/YxLLvBL99nX3kDSAPDXA6FLyH4dc0KT2 NXfkXNXFzxXhi3jToL4ohr5QHfUQ6VU9rLRUcjghoapTFAdC5iReZKDfC3goUjIg9iLQ ly/A== X-Gm-Message-State: AO0yUKX4EFmfMbx9mrNDViEQgujzhKAUBTgPp0fQWMITs6R/U+7G7cXg wofHZLv0XXvccgCoHYeXgEf6IA== X-Google-Smtp-Source: AK7set+hRetLHQpaS0Y9h16R/VLudq9uw68BYxTbP50B7X/xUaCUj0HqS40hmoyuFEkZzYnm6ssaCg== X-Received: by 2002:a9d:6e8c:0:b0:68d:40fd:698a with SMTP id a12-20020a9d6e8c000000b0068d40fd698amr4101196otr.12.1675856929203; Wed, 08 Feb 2023 03:48:49 -0800 (PST) Received: from ?IPV6:2804:1b3:a7c2:8ced:8458:e6b7:cf66:aa19? ([2804:1b3:a7c2:8ced:8458:e6b7:cf66:aa19]) by smtp.gmail.com with ESMTPSA id r5-20020a9d7cc5000000b0068bcd200247sm7881634otn.75.2023.02.08.03.48.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Feb 2023 03:48:48 -0800 (PST) Message-ID: <901005ca-640f-3a8f-a199-c1374f3cf141@linaro.org> Date: Wed, 8 Feb 2023 08:48:46 -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.1 Subject: Re: 64-bit time_t and __WORDSIZE_TIME64_COMPAT32 Content-Language: en-US To: Thorsten Kukuk , Thorsten Kukuk via Libc-alpha , Florian Weimer , Andreas Schwab 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> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: <20230208103819.GA6177@suse.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.4 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 08/02/23 07:38, Thorsten Kukuk via Libc-alpha wrote: > On Wed, Feb 08, Andreas Schwab wrote: > >> On Feb 08 2023, Thorsten Kukuk via Libc-alpha wrote: >> >>> If they declare utmp and the file locations at their own, you need to >>> modify them anyways. And if you do that, you can change them to use >>> the official glibc API and not their own written one. >> >> See utmpname. > > Correct, see above. > But the good thing is: none of the standart tools accessing utmp > use this function. > > The alternative is, that all this code get's their own code to > handle utmp, wtmp and lastlog themself. Would be much more efford to > coordinate this. > > Thorsten > I proposed a fix for the utmp/utmpx/lastlog interface on the initial 64 bit time_t support [1] (patch 16 to 22) and Florian suggested to just deprecate the interface altogether (the DoS BZ#24492 essentially requires rewrite to use an external daemon, which is not what we want). My proposal was essentially to create new path and use 64-bit time_t field, along with some internal conversions if the old path is used. I ended drop this part from 64 bit interface because it is a legacy interface and it would most likely generate some breakage. [1] https://sourceware.org/pipermail/libc-alpha/2021-March/123341.html