From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from zimbra.cs.ucla.edu (zimbra.cs.ucla.edu [131.179.128.68]) by sourceware.org (Postfix) with ESMTPS id 6B1DE3858D39 for ; Fri, 11 Nov 2022 20:12:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6B1DE3858D39 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=cs.ucla.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cs.ucla.edu Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CB2A9160048; Fri, 11 Nov 2022 12:12:54 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Mn6Ml5i57y5l; Fri, 11 Nov 2022 12:12:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 129DD16004F; Fri, 11 Nov 2022 12:12:54 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 129DD16004F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1668197574; bh=dXloKtAvSpcsSpFcYrEQRUm8pS9Gi7BDGnoenynjriQ=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type: Content-Transfer-Encoding; b=H2M9fCY/Jzyg0QgendDb31Sfu4xWF2PV+imrVwbE+CmMSyimOEqO5EKjaeKiLs5g/ uLNkdGUCwfVML18VWZ715F6RxTJjfzpfvvh++nMsImQ/num/oaOaZSn+HcHPU2wD4b atT4UJ4RwY2knvjBh0ZN3Xnzoor6J/weNz+0R26E= X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id W7vcTXUmQR0L; Fri, 11 Nov 2022 12:12:53 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id B62C0160048; Fri, 11 Nov 2022 12:12:53 -0800 (PST) Message-ID: <25d11048-f24d-be34-f516-ef9c75d609ac@cs.ucla.edu> Date: Fri, 11 Nov 2022 12:12:53 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Content-Language: en-US To: Florian Weimer Cc: Carlos O'Donell via Libc-alpha , autoconf@gnu.org, c-std-porting@lists.linux.dev, Zack Weinberg , David Seifert , Gentoo Toolchain , =?UTF-8?Q?Arsen_Arsenovi=c4=87?= , Frederic Berat , bug-gnulib@gnu.org, Sam James References: <87wn81q254.fsf@oldenburg.str.redhat.com> <87k041pvpa.fsf@oldenburg.str.redhat.com> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: On time64 and Large File Support In-Reply-To: <87k041pvpa.fsf@oldenburg.str.redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,JMQ_SPF_NEUTRAL,NICE_REPLY_A,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: On 2022-11-11 03:38, Florian Weimer wrote: >> But that said, these binaries are broken anyway in 2038? > No, I expect users to run them in time-shifted VMs or containers. That's reasonable for systems where accurate timestamps are not important and where time_t width mismatches would just get in the way. However, if this is the expected approach, I suggest having a standard and well-documented way to timeshift VMs and containers, and unless you want to cede the field entirely to other platforms this documentation effort and testing should be done now rather than in the year 2037. (Another thing to add to your bulging to-do list....)