From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32361 invoked by alias); 11 Nov 2014 04:23:46 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 31400 invoked by uid 89); 11 Nov 2014 04:23:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 11 Nov 2014 04:23:44 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sAB4NhFL017298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 10 Nov 2014 23:23:43 -0500 Received: from [10.10.116.24] ([10.10.116.24]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sAB4NfsG023517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 10 Nov 2014 23:23:42 -0500 Message-ID: <54618F4C.6000107@cygwin.com> Date: Tue, 11 Nov 2014 04:23:00 -0000 From: Yaakov Selkowitz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Setup 2.774 texlive postinstall takes 10+ hours References: <1413864414772-112047.post@n5.nabble.com> <54465853.3040000@cornell.edu> <1414134682090-112141.post@n5.nabble.com> <24713230.20141024153002@yandex.ru> <1414559159086-112282.post@n5.nabble.com> <319337147.20141029151332@yandex.ru> <1414708038168-112334.post@n5.nabble.com> <54567198.8000504@cornell.edu> <20141103102515.GS14051@calimero.vinschen.de> <87a948kvpw.fsf@Rainer.invalid> <20141104085958.GA4932@calimero.vinschen.de> In-Reply-To: <20141104085958.GA4932@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00203.txt.bz2 On 2014-11-04 02:59, Corinna Vinschen wrote: > On Nov 3 19:03, Achim Gratz wrote: >> Dependencies are not evaluated at all when installing or running >> scripts. > > That's not correct. From the dependencies, setup generates a dependency > graph which is used to get a sequential order in which to call > the scripts. See /var/log/setup.log.full, it contains the dependency > order before starting the scripts. > > Years ago we had some trouble to get the base-cygwin script running > first due to a couple of dependency loops. And we have such loops > again, apparently. My dependency list on 64 bit (not all packages > installed) now starts like this: > > libbz2_1 _autorebase cygwin zlib0 libpng15 ... > > The worst thing AFAICS is that base-cygwin only comes after lots and > lots of other packages for some reason. > > This needs some investigation. There are two issues here: 1) upset was adding a requires: _autorebase to cygwin, which is incorrect because it requires dash and rebase, each of which (should) require cygwin (resulting in a dependency loop), not to mention that cygwin1.dll is never rebased. 2) Several libraries were missing requires: cygwin _autorebase, causing them to precede cygwin (and hence base-cygwin) in the dependency chain. I still have yet to understand why for some packages the autodep works and for others not. But by adding those requires to a downloaded setup.ini, resulting in the following: Dependency order of packages: libgcc1 base-cygwin cygwin dash tzcode libstdc++6 terminfo sed gzip libpcre1 grep libreadline7 bash libncursesw10 info _update-info-dir libgmp10 libiconv2 libintl8 libattr1 coreutils rebase _autorebase ... What libgcc1 is doing there first, I still don't know (it does have a requires: _autorebase cygwin). The other thing I realized is that Ports packages are missing these autodeps; only by chance (and that many of them depend on other distro libraries) do they not seem to interfere with the dependency order. The question is, can we just make the incver_ifdep code not dependent on autodep, then just have cygport add these dependencies to setup.hint and drop the apparently fragile autodep code from upset? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple