From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8383 invoked by alias); 3 Nov 2014 16:17:05 -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 8374 invoked by uid 89); 3 Nov 2014 16:17:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 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, 03 Nov 2014 16:17:02 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 35D3E8E13FD; Mon, 3 Nov 2014 17:17:00 +0100 (CET) Date: Mon, 03 Nov 2014 16:17:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Setup 2.774 texlive postinstall takes 10+ hours Message-ID: <20141103161700.GC28636@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <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> <5457787E.3000309@cornell.edu> <20141103145209.GA28636@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <20141103145209.GA28636@calimero.vinschen.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2014-11/txt/msg00033.txt.bz2 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2761 On Nov 3 15:52, Corinna Vinschen wrote: > On Nov 3 07:43, Ken Brown wrote: > > On 11/3/2014 5:25 AM, Corinna Vinschen wrote: > > >On Nov 2 13:02, Ken Brown wrote: > > >>On 10/24/2014 3:11 AM, Don MacDougall wrote: > > >>>Can't fork, trying again in 5 seconds at /usr/bin/updmap line 59. > > >>> 7 [main] perl 8088 child_info_fork::abort: unable to remap F= cntl.dll > > >>>to same address as parent (0x2E0000) - try running rebaseall > > >> > > >>The problem is that many of the texlive postinstall scripts run perl > > >>scripts, and these failed as above because rebaseall needed to be run= . I > > >>guess this problem will occur whenever perl and texlive are installed > > >>simultaneously. > > >> > > >>I'm not sure what the solution is. Would it be hard to tweak setup.e= xe so > > >>that it runs the autorebase postinstall script before running any oth= ers? > > >>Or would this be a bad idea for other reasons? > > > > > >Off the top of my head I don't know how hard that would be, but it > > >doesn't sound like an especially bad idea to me. Au contraire. > > > > > >The only reasons not to do that would be if an installer script would > > >move DLLs around (Do we have that? I hope not) or if there's a simpler > > >solution. > > > > > >One thing we could test is if we can't get away without tweaking > > >setup.exe, by changing the dependencies only. Right now _autorebase > > >requires rebase and dash packages. Both are in Base anyway, but they > > >pull in more dependencies which result in something like a rat tail of > > >dependencies. So I'm wondering if tweaking _autorebase' setup.hint fi= le > > >like this: > >=20 > > It's worth a try. I changed that now on sourceware, but please keep in mind that this doesn't solve all problems. Assuming you update a few packages and then start setup again and install some more packages, then the version number of the _autorebase package hasn't changed and it won't be started by the second setup run. Only if a package gets updated which comes with DLLs, the _autorebase version number is bumped on the server and only then it will be started by setup anew. Same thing for _update-info-dir, but with minor consequences. In theory, we could need a solution which is built into setup, and which makes setup re-run the _autorebase script every time a package with DLLs is updated or installed. Analog for _update-info-dir. The dependency thingy is fine in upset, but the logic needs some support on the client side it seems. I would not be too unhappy if somebody would like to take a stab at setup's code for this... Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUV6p8AAoJEPU2Bp2uRE+gZtIP/Rde98oLMATE70RihoXmBAWP YMioDQKDWCWjcpR8pWps7TUNukyqJ0uZQkQDEI0TQom3lKfyrFmkrXhhGZXTmCgV brDs6bSIADX+/xBjzg3xfzitD7Jie2jwRoY0Qf1njWhaHyaOr8qbGJ8LgHeO9y96 8h8q2in9Fd0wdt+DiXHBzsTvvmo+5rTILbq1QSbrCDfNZI6MIvwEYDhia9HBJ1c5 L3MjN/J5RRZ52A+rYJz0LvkYKQHkK3E+v4gEWbm88ByMA8U8bA9JagHsX9AHN8wV 1KQXf8A3biDjAooZDcUBvDtKAvWt2Un1q84VJcBPjN27aW+VRocIXvxbalOl4eHN GmfhNyvxtWV3tc6gso2W6/DVCFKg2onOtwzQYSHm/X4QXmbAFlBeCPptWgCKIOd2 qI2e6F5QvC8rJieHomY26kyQS4bIEn5KFgb/SfwaXoFYbiE1+/xC7rlTJCGsCF+N zgTOfAFagzHOudxVejTkIpfGmbdbJmWW9VXt7SDfOqT5kASqc5l8dpNIZSh5FlXW BfNpSrgkpXCO4tSGMcOypjUkumV7YvzpQC3N99ISeoBup4uKQ4HwlpVNqPiorXCa iNGjHeiRkMQs2+fm9RWX/AfbfdtDKxWeoZ38g4+Et54enYS+sWRBzpVIoKIq1OZ+ LIGZexRwFS7sF0H7qhu3 =o0N1 -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW--