From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128194 invoked by alias); 20 Oct 2015 10:21:54 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 128180 invoked by uid 89); 20 Oct 2015 10:21:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 20 Oct 2015 10:21:52 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 832F0A806C9; Tue, 20 Oct 2015 12:21:50 +0200 (CEST) Date: Tue, 20 Oct 2015 10:21:00 -0000 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: [PATCH setup 0/3] Setup replacement for incver_ifdep Message-ID: <20151020102150.GF5319@calimero.vinschen.de> Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <1442937170-17580-1-git-send-email-jon.turney@dronecode.org.uk> <561BB2A4.2030009@dronecode.org.uk> <87lhb8htrh.fsf@Rainer.invalid> <561FA783.900@dronecode.org.uk> <87oag0qad3.fsf@Rainer.invalid> <20151019154100.GB18989@calimero.vinschen.de> <87io62hiz6.fsf@Rainer.invalid> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+SfteS7bOf3dGlBC" Content-Disposition: inline In-Reply-To: <87io62hiz6.fsf@Rainer.invalid> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-10/txt/msg00037.txt.bz2 --+SfteS7bOf3dGlBC Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1159 On Oct 19 19:21, Achim Gratz wrote: > Corinna Vinschen writes: > > I agree. Actually, considering that the info files are stored in just a > > single well-known directory, /usr/share/info(*), and further considering > > that updated files are rewritten when overwritten, shouldn't it be enti= rely > > sufficient if the update_info_dir script performs a simple test like th= is: > > > > - Does /usr/share/info/dirs exist? > > > > No -> run install-info > > > > Yes -> Is /usr/share/info/dirs mtime < /usr/share/info mtime? > > > > No -> Do nothing > > > > Yes -> run install-info >=20 > Can this be relied on for all possible file systems? Not on FAT. But then again, FAT is not really a filesystem, rather just a failed try. > Otherwise, as I said, the same general algorithm as used for autorebase > would be workable. It might in fact be possible to sneak that into the > rebaselst generation since the information is already passing by. Ok. I'm looking forward to it. Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --+SfteS7bOf3dGlBC Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWJhW+AAoJEPU2Bp2uRE+gK7AP/RdMlyDpRNK2U58jAHDCDVDR vRxBkr1dVE3rDVoGDrLamwd8X3j073v75AmypW+nVutyxz3Rtp8UO4iIl560llNU oiDrZF19s1qoZaPSU4EK4lpHEQSdGAztjszsWBlVbXFDnta2FZSvfsiaVmUk17cF rbhR8NekEYFnp9gFVQKT7nCBph+vMPELSSc8y03nevdcwiVIx1b6lRmCCoqTt8/L /D1mnj9Laa0Hw4GEcWoLpXpdhr961bZdhOxbyg6mZZiJQLeplWFkzSkUcqTfo9C4 EBpFubI6P04hQSdFmT41dhBksmL0+4NR0w6c0iNp8yILVjP1Cws0WQFULrMngE69 QRbvdvTAZmbqJEKu7NBs5XbUOmiOwE9y7XNYtlgjJVg4ruduDqUWXwonRNgKyWje Iw5xRMmH7Ky/d2VG+3Wj+c9cKOdLXD5BGqxxv/fhJ0QILGyinyOfEGNCfgM9RVEU IbiClBRFsTr7IH4FqKAsEE3MRQmKvb4Xed1XZCAqwr1zOU+DexVFBRQRyUjwgwSO xTz/pDa5Bb/Z7QRijS7oHuVnYVIBGgmoPdjBFGT0d/4q0QDxz92HneJ2f23SpLOx IZeuZetHAuTawjkvGaByI8w+HC8WtkWxuYGJpE4GUAuLrrwwHXM7HQJ5iPyqAQHr zN1H0aDQz29VvuGrcaER =JJtH -----END PGP SIGNATURE----- --+SfteS7bOf3dGlBC--