From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by sourceware.org (Postfix) with ESMTPS id 7E81D3858C20 for ; Mon, 25 Sep 2023 07:30:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7E81D3858C20 Authentication-Results: sourceware.org; dmarc=fail (p=quarantine dis=none) header.from=suse.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 9E2BA21852 for ; Mon, 25 Sep 2023 07:30:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1695627058; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YskhTU+s71mrvWl83zdIdOqGfU+kMXUGZoJMpoBHBeU=; b=c0XI8axwScxPas71i/9GwxfRdlfQfCg3KVEQoyP/wWofsyJKe4uvlY2W2/QCkrZvzBtkDm H7rxEy5k1h8kH0sXdqC6CIRYxF5x3lYbsrXmQoITCFH962uUfENdJChFGl8v6/sYcq7j+6 4E3YciI1bQycd9GEWYMECVVBV8QTSEw= Received: from wotan.suse.de (wotan.suse.de [10.160.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 863652C142 for ; Mon, 25 Sep 2023 07:30:58 +0000 (UTC) Received: by wotan.suse.de (Postfix, from userid 358) id 91360673E; Mon, 25 Sep 2023 07:30:58 +0000 (UTC) Date: Mon, 25 Sep 2023 07:30:58 +0000 From: Thorsten Kukuk To: libc-alpha@sourceware.org Subject: Re: 64-bit time_t and __WORDSIZE_TIME64_COMPAT32 Message-ID: <20230925073058.GA21855@suse.com> References: <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> <20230216135920.GA1706@suse.com> <20230411114052.GA29920@suse.com> <8984748c-84f0-1ff7-77a5-ed0d1f372b86@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8984748c-84f0-1ff7-77a5-ed0d1f372b86@linaro.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,KAM_NUMSUBJECT,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi, a short update on this: openSUSE Tumbleweed and MicroOS are using logind instead of utmp for most applications since 1,5 week. An issue with uptime on Raspberry Pi's is left (https://bugzilla.suse.com/show_bug.cgi?id=1215548), else there are no open bug reports and it looks like majority of users did not even noticed the switch :) We still have the old files for compat reasons with the few not yet adjusted packages, but I plan to remove them if we include systemd v255 and glibc allows to disable the interface. Majority of patches are already upstream accepted, most of them even released. I changed systemd so that systemd v255 will not use utmp but logind internal, too. I made presentations at All Systems Go! and OSS Europe and there I received only positive feedback. Especially "embedded" distributors were very interested in this (beside the few people who think that 2038 is far, far away and we should not care about this for the next decade). On Tue, Apr 11, Adhemerval Zanella Netto via Libc-alpha wrote: > I wonder if it would be better as a long term to add a switch > --disable-utmp (similar to --disable-crypt) which just set these functions > to return ENOSYS without any compatibility support. It is highly unlike > that we will ever get a proper fix for BZ#24492 [1] or add support for > 64-bit time_t for these interface, which are both either security or > usability issues. > > [1] https://sourceware.org/bugzilla/show_bug.cgi?id=24492 With the current state and feedback I think this is the best solution for glibc going forward. And for people who don't want to use systemd, there is still utmps and similar projects, so utmp implementation outside of glibc. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect, Future Technologies SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nuernberg, Germany Managing Director: Ivo Totev, Andrew McDonald, Werner Knoblich (HRB 36809, AG Nürnberg)