Setup 2.774 texlive postinstall takes 10+ hours
Corinna Vinschen
corinna-cygwin@cygwin.com
Mon Nov 3 16:17:00 GMT 2014
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 Fcntl.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.exe so
> > >>that it runs the autorebase postinstall script before running any others?
> > >>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 file
> > >like this:
> >
> > 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
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20141103/28eed0ba/attachment.sig>
More information about the Cygwin
mailing list