From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 95800 invoked by alias); 19 Oct 2015 15:41:03 -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 95782 invoked by uid 89); 19 Oct 2015 15:41:03 -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; Mon, 19 Oct 2015 15:41:02 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 0FEBAA806E8; Mon, 19 Oct 2015 17:41:00 +0200 (CEST) Date: Mon, 19 Oct 2015 15:41:00 -0000 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: [PATCH setup 0/3] Setup replacement for incver_ifdep Message-ID: <20151019154100.GB18989@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> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <87oag0qad3.fsf@Rainer.invalid> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2015-10/txt/msg00024.txt.bz2 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1933 On Oct 15 20:01, Achim Gratz wrote: > Jon Turney writes: > >> I still don't think the triggers should be implemented or at least not > >> in the way you've been proposing. > > > > Can you explain the reason why? >=20 > Triggers need to be coordinated among packages and we currently don't > have an infrastructure for that. And implementing just a single trigger > for info files is special-casing this thing too much. >=20 > > I think that's more or less what I implemented. >=20 > I'm talking about doing it with a perpetual postinstall script. >=20 > >> But it would be possible to just add / > >> remove the corresponding entries with a bit more bookkeeping. I'll try > >> something of that, but not immediately. > > > > I guess that list of matching files added/removed could be written > > into or associated with the trigger file, but the benefit starts to > > look a bit marginal, (especially as this is not intended as a general > > solution, but only for use with _update-info-dir, and other future > > package-to-package triggers are written directly in the packages > > themselves) >=20 > Again, I don't see why updating the info dir should be so special, it > can be done in postinstall without getting special-cased in setup: 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 entirely sufficient if the update_info_dir script performs a simple test like this: - 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 ? (*) We should drop the check for /usr/info, imho. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWJQ8LAAoJEPU2Bp2uRE+ga88P/2iDvZymKup/TR/yJmR8t01A xksvQ0BvrMUa9+0VDW1FDok1JYC9hKSYSBcy8ouub+0Iw6/uCvhqTzS8t4+5XADg gDI8GeU6WnZs2KtrUf39TyyCsGtCBIRSGTH4OdEAqW9laiUsnI8JWa5Dl7n4M2Hv 7UDnacejip8LugBNjGEVGd1B4qWKutMGWPMVoFF7+THBlyXLCeazobzZWYq+T31f lSfcPkh8lR+hvOYfX1XRa5qbZM66LFKLSmAvKdlwmIkPUduaBfg7F7PczKPcbLR0 nuyQghpSmDxmkxbajah0VUFKCAN4WPA8FDd0c8O4hN4mBeT7Up01qp3XVbIvI4/h ERWsoNcg/G7Rxr80VH0J6skvL8OH/bDMHLL10EqB0Bxgq4nKZlRg0pf/afBIjuMK 7TVKa2L6RrZYrhOMlhuYgWPoc0o4UYfa1Unw+dSfQUMT/aDrC5RJY0O4vZh5RKG7 y+6KUKIMqZ0Toyt+3AnsEtMig8q1SMW0ZP86UREvGBhlOWshpSw0nR84mSnkOh/v r8TjKpskp5nKlptvJJwF2kHKlz+h8TY2pYC5Hu4rTOU4cM6TuLJPzl43qLNkIbID dmNEPLKamZ5m/MWljv5WYH2+iLDuI47vieFr7cllIq8IwM7q1Mt5pXOOP/W4T5pe Sqsv2tYRYYc8DP1Ifliq =uVzD -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe--