From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11009 invoked by alias); 28 Jan 2016 17:33:34 -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 10992 invoked by uid 89); 28 Jan 2016 17:33:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=absorbed, installations, Setup, Hx-languages-length:1819 X-HELO: out3-smtp.messagingengine.com Received: from out3-smtp.messagingengine.com (HELO out3-smtp.messagingengine.com) (66.111.4.27) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 28 Jan 2016 17:33:32 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E8FEC204FF for ; Thu, 28 Jan 2016 12:33:29 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Thu, 28 Jan 2016 12:33:29 -0500 Received: from [192.168.1.102] (host86-179-113-236.range86-179.btcentralplus.com [86.179.113.236]) by mail.messagingengine.com (Postfix) with ESMTPA id 7B5196800F3 for ; Thu, 28 Jan 2016 12:33:29 -0500 (EST) Subject: Re: [PATCH setup 0/3] Setup replacement for incver_ifdep References: <87lhb8htrh.fsf@Rainer.invalid> <561FA783.900@dronecode.org.uk> <87oag0qad3.fsf@Rainer.invalid> <20151019154100.GB18989@calimero.vinschen.de> <87io62hiz6.fsf@Rainer.invalid> <20151020102150.GF5319@calimero.vinschen.de> <56532D34.4090102@dronecode.org.uk> <87bnakmtqc.fsf@Rainer.invalid> <56549774.2090008@dronecode.org.uk> <87ziy3utip.fsf@Rainer.invalid> <20151126101120.GA6674@calimero.vinschen.de> To: cygwin-apps@cygwin.com From: Jon Turney Message-ID: <56AA50E4.2040105@dronecode.org.uk> Date: Thu, 28 Jan 2016 17:33:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20151126101120.GA6674@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-01/txt/msg00039.txt.bz2 On 26/11/2015 10:11, Corinna Vinschen wrote: > On Nov 24 19:44, Achim Gratz wrote: >> Jon Turney writes: >>>> So, should we try to guard against that (installations on a USB stick >>>> are probably the only practical occurence these days)? I wouldn't mind >>>> if we just unconditionally rebuild on FAT(32). >>> >>> Thinking this over, it doesn't seem that hard to use a hash to >>> determine if the directory has changed. >> >> As I said before, if you're going that route I'd rather do the same >> thing as for autorebase and maintain a list of info files. This way you >> could remove and add individual info files rather than just rebuilding >> everything, just the way post-install works on Linux in this case. >> >>> How about the attached? >>> >>> (This will add a dependency on diffutils for cmp) >> >> You could read the md5sums into variables instead and just compare the >> resulting strings within bash. Otherwise we'd have to add diffutils to >> the Base category. I've made this change. >>>> Otherwise, it looks good and thanks for writing up a script. >>> >>> #!/bin/bash >> >> Use /bin/dash if possible. > > I trust both of you to do the right thing. My question here is only, > can we get a solution soon so we can get rid of the old upset method for > the info files? Achim, how long would it take to create the same > solution for info you're using for rebase? Would it make sense to use > Jon's solution in the interim? As an interim solution, I've adopted _update-info-dir, and updated it to contain this script. This removes the last use of autodep, which unblocks some further improvements to upset. Future work: I can't see any reason why this script now needs an independent existence, so it could be absorbed by the info package.