X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=XfTciWCuvXcgUQMUSGmxchUK3f1Qiawgo5upvU8TPNU
	vyeDOvm+nl7B/vXeWVTzCMGTXbpfTjtWnm+S5ZjRluJgCqyX2/iwMlU++25kl8sG
	1JD7Bt5nqKDSiQJfnXG21Aus7cm+4JWHkRMmJ5MN52G1vDBay+kc/Vo9wS+kOZ2Y
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=nH1NWxvAvG2KNfMhsUJcSvWpp3o=; b=i+hjzW8urjl0S+z3o
	CjPypbpYTs0tLeuHBprsfJknZeMwUqJJOUiui38SNo5nO5ZZOqPQL/rZJJVnaP+S
	X7b1AzBnrxmAG4kI83Ki3GCpevr+AKfK4WtcnYWtxL85SwAdlLpMJqGJTV8i2QYX
	Q5AvIhJhZYad0IHIKTtKbiVI1g=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	limerock01.mail.cornell.edu
X-CornellRouted:	This message has been Routed already.
Message-ID:	<54622517.7030302@cornell.edu>
Date:	Tue, 11 Nov 2014 10:02:47 -0500
From:	Ken Brown <kbrown AT cornell DOT edu>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Setup 2.774 texlive postinstall takes 10+ hours
References:	<24713230 DOT 20141024153002 AT yandex DOT ru> <1414559159086-112282 DOT post AT n5 DOT nabble DOT com> <319337147 DOT 20141029151332 AT yandex DOT ru> <1414708038168-112334 DOT post AT n5 DOT nabble DOT com> <54567198 DOT 8000504 AT cornell DOT edu> <20141103102515 DOT GS14051 AT calimero DOT vinschen DOT de> <87a948kvpw DOT fsf AT Rainer DOT invalid> <20141104085958 DOT GA4932 AT calimero DOT vinschen DOT de> <54618F4C DOT 6000107 AT cygwin DOT com> <546191B0 DOT 4050808 AT cygwin DOT com> <20141111115343 DOT GQ2782 AT calimero DOT vinschen DOT de> <546219A9 DOT 2070103 AT cornell DOT edu>
In-Reply-To:	<546219A9.2070103@cornell.edu>
X-IsSubscribed:	yes

On 11/11/2014 9:14 AM, Ken Brown wrote:
> On 11/11/2014 6:53 AM, Corinna Vinschen wrote:
>> On Nov 10 22:33, Yaakov Selkowitz wrote:
>>> On 2014-11-10 22:23, Yaakov Selkowitz wrote:
>>>> Dependency order of packages: libgcc1 base-cygwin cygwin dash tzcode
>>>> libstdc++6 terminfo sed gzip libpcre1 grep libreadline7 bash
>>>> libncursesw10
>>> [snip]
>>>
>>> Now that I think about it, regardless of libgcc1, that still doesn't
>>> make
>>> much sense.  sed, grep, and bash depend on libintl8, which depends on
>>> libiconv2, and libreadline7 (which is required by bash) itself
>>> depends on
>>> libncursesw10, so that should be at least two places earlier.  All of
>>> those
>>> dependencies are listed in setup.hint (and hence setup.ini), so is there
>>> something wrong with setup itself?
>>
>> What about dependency loops?
>>
>> AFAICS, coreutils depends on tzcode, tzcode depends on coreutils.  Both
>> depend on libgcc1.  This introduces a big problem in dependency
>> resolution because there's no unambiguous starting point.
>>
>> What if we remove the coretuls dep from tzcode.
>>
>> Or, actually, what if we make sure that Base packages only depend
>> on libs, but never on any other Base package?
>
> Except that all Base packages (other than base-cygwin) should depend on
> base-cygwin.  That will guarantee that base-cygwin precedes all other
> Base packages in the dependency order.  And if we make _autorebase
> depend on nothing, then we're guaranteed that it precedes anything that
> depends on it.

Of course, this still doesn't solve the problem of making sure that the 
_autorebase postinstall script runs whenever the user installs a package 
containing DLLs.  I wonder if we should reconsider Achim's proposal.  If 
I understand correctly, it is something like this (oversimplified):

1. Change autorebase.bat to do an incremental rebase instead of trying 
to do a full rebase.

2. Arrange for autorebase.bat to never be marked as "done".

Achim, please correct me if my oversimplification distorts your 
suggestion too much.

Ken

--
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

- Raw text -