Bob Batey wrote: > > Hi, > > The bug "UNABLE to LOCATE CYGINTL.DLL" (see Jan. 21, 2002 bug report > from Marino Stramare) still surfaces. The origin of this bug is when > one doesn't install gettext (from the contrib). Now seeing that some
No package should depend (runtime) on gettext. It's most likely a bug if it does. Read the announcement or search the archives for the right answer. If you install with setup.exe and it fails to install a dependent packages then that's a bug too. If you selectively download some packages and don't observe their dependencies and it ends bitting you then _don't_ do that, let setup.exe do it for you. > people might want to make their own CD roms, I expect core dependences > should NOT depend on contributed packages. Seems that can be the source > of this, since I experienced it long after it was reported. I don't think there's so much into latest/contrib after all you can't tell them apart using setup.exe. At least this requirement is not documented at the cygwin package page (http://mirrors.sunsite.dk/cygwin/latest/vim/setup.hint). IIRC this was discussed in the past and thought a good thing so ncurses was moved to latest because of this, but that cause some problems. So moving packages around is avoided now. > > As a solution, I wonder if you can put the gettext package in the > appropriate "latest" directory? Seems like a reasonable thing to > do. And there should be some hint in the vim package directory as > to this dependency. Ahh, but there is, and to the right package not gettext 8-) http://mirrors.sunsite.dk/cygwin/latest/vim/setup.hint > > thanks, > Robert Batey Agilent Technologies Boise, Idaho -- Med venlig hilsen / Kind regards Hack Kampbjørn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
