On Wed, Jan 11, 2006 at 12:17:51PM -0500, Josh Grosse wrote: > On Wed, Jan 11, 2006 at 06:07:36PM +0100, Hannah Schroeter wrote: > > Hello! > > > > On Wed, Jan 11, 2006 at 12:02:36PM -0500, Josh Grosse wrote: > > >On Mon, Jan 09, 2006 at 12:04:27AM +0100, Marc Espie wrote: > > >> We're now almost done converting all ports to SHARED_LIBS, and a huge > > >> subset of them to USE_LIBTOOL instead of building their ports. > > > > >I've noticed that USE_LIBTOOL means that devel/libtool must be a > > >dependency. > > >At least I discovered this when doing a -current rebuild of my relatively > > >small set of packages, and having gettext fail with an Error Code 127 > > >because > > >libtool wasn't found in /usr/local/bin. :-) > > > > How do you manage to get an error? For me, building a port automatically > > builds and installs the ports it depends on for building. > > It may just be the order of package builds that we make. In my case, gettext > just happens to come before any port that lists devel/libtool as a depenency.
gettext depends on libtool directly: [EMAIL PROTECTED]:/usr/ports/devel/gettext$ make show=BUILD_DEPENDS ::devel/libtool [EMAIL PROTECTED]:/usr/ports/devel/gettext$ make depends ===> gettext-0.14.5p0 depends on: expat-* - found ===> gettext-0.14.5p0 depends on: libiconv-* - found ===> gettext-0.14.5p0 depends on: libtool-1.5.22 - found ===> gettext-0.14.5p0 depends on: libiconv-* - found ===> Verifying specs: expat.4 iconv.2 c ===> found expat.5.0 iconv.4.0 c.38.4 > USE_LIBTOOL is now ubiquitious, and it requires devel/libtool, but its listing > as a dependency is not ubiquitious. Actually, it is ;) > You should be able to repeat this glitch by doing a # pkg_delete /var/db/pkg/* > followed by a $ make install of gettext -- unless there's something wrong > with my ports tree. Probably your ports tree.
