Bug 115522 – ppc-macos profile should provide freetype only when actually installed

• Product: Gentoo/Alt
• Status: RESOLVED CANTFIX

[Description Michal Suchanek 2005-12-14 05:17:29 UTC]

* Applying ttmkfdir-3.0.9-zlib.patch ...                                                                                                                        
[ ok ]
 * Applying ttmkfdir-3.0.9-gcc34.patch ...                                                                                                                       
[ ok ]
 * Applying ttmkfdir-3.0.9-encoding.patch ...                                                                                                                    
[ ok ]
 * Applying ttmkfdir-3.0.9-freetype_new_includes.patch ...                                                                                                       
[ ok ]
>>> Source unpacked.
make: freetype-config: Command not found
glibtool --mode=compile g++ -Wall -pedantic   -pipe -o ttmkfdir.o -c ttmkfdir.cpp
make: freetype-config: Command not found
make: freetype-config: Command not found
glibtool --mode=compile g++ -Wall -pedantic   -pipe -o directory.o -c directory.cpp
make: freetype-config: Command not found
make: freetype-config: Command not found
mkdir .libs
 g++ -Wall -pedantic -pipe -c ttmkfdir.cpp  -fno-common -DPIC -o .libs/ttmkfdir.o
 g++ -Wall -pedantic -pipe -c directory.cpp  -fno-common -DPIC -o .libs/directory.o
 g++ -Wall -pedantic -pipe -c directory.cpp -o directory.o >/dev/null 2>&1
In file included from ttmkfdir.cpp:8:
ttf.h:6:22: ft2build.h: No such file or directory
ttf.h:7:10: #include expects "FILENAME" or <FILENAME>
ttf.h:8:10: #include expects "FILENAME" or <FILENAME>
ttf.h:9:10: #include expects "FILENAME" or <FILENAME>
ttf.h:10:10: #include expects "FILENAME" or <FILENAME>
ttf.h:11:10: #include expects "FILENAME" or <FILENAME>
ttf.h:12:10: #include expects "FILENAME" or <FILENAME>
In file included from ttf.h:15,
                 from ttmkfdir.cpp:8:
encoding.h:9:22: ft2build.h: No such file or directory
encoding.h:10:10: #include expects "FILENAME" or <FILENAME>
In file included from ttf.h:15,
                 from ttmkfdir.cpp:8:
encoding.h:17: error: type specifier omitted for parameter `FT_UShort'
encoding.h:17: error: parse error before `,' token
encoding.h:22: error: parse error before `;' token
encoding.h:22: error: syntax error before `++' token

...

!!! ERROR: x11-misc/ttmkfdir-3.0.9-r3 failed.



Reproducible: Always
Steps to Reproduce:
emerge ttmkfdir (with a patch to use glibtool as libtool)
Actual Results:  
fails because there are no ft2 headers

Expected Results:  
merges ft2 as well


!!! Relying on the shell to locate gcc, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.51.22-r3 (default-darwin/macos/10.3, gcc-3.3, libsystem-7.1-r0, 7.9.0 Power Macintosh)
===============================================================
==
System uname: 7.9.0 Power Macintosh powerpc
macos-20041118
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632) [disabled]
dev-lang/python:     [Not Present]
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  [Not Present]
sys-devel/automake:  [Not Present]
sys-devel/binutils:  [Not Present]
sys-devel/libtool:   [Not Present]
virtual/os-headers:  7.1
ACCEPT_KEYWORDS="ppc-macos ~ppc-macos"
AUTOCLEAN="yes"
CBUILD="powerpc-apple-darwin7"
CFLAGS="-O2 -pipe"
CHOST="powerpc-apple-darwin7"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/
qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/
gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc emboss opengl png ppc-macos userland_Darwin kernel_Darwin elibc_Darwin"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[Comment 1 Donnie Berkholz (RETIRED) 2005-12-14 08:05:13 UTC]

It does.

RDEPEND="virtual/libc
    sys-libs/zlib
    >=media-libs/freetype-2.0.8"

What version of freetype do you have installed? Or is it not getting pulled in
at all?

[Comment 2 Michal Suchanek 2005-12-15 05:34:16 UTC]

It probably does not get pulled at all. I installed it manually and ttmkfdir works then.

Maybe it is expected that freetype is provided by Apple's X11 but I did not install that.

[Comment 3 Donnie Berkholz (RETIRED) 2005-12-15 07:16:41 UTC]

(In reply to comment #2)
> It probably does not get pulled at all. I installed it manually and ttmkfdir
works then.
> 
> Maybe it is expected that freetype is provided by Apple's X11 but I did not
install that.

Yes, that is the case.

/usr/portage/profiles/default-macos/ppc/10.3/package.provided:media-libs/freetype-2.1.1

[Comment 4 Fabian Groffen 2005-12-15 07:22:04 UTC]

(In reply to comment #3)
>
/usr/portage/profiles/default-macos/ppc/10.3/package.provided:media-libs/freetype-2.1.1

That profile is deprecated (use default-darwin/macos).  For this case it doesn't
matter, as media-libs/freetype-2.1.1 is in 10.4

[Comment 5 Fabian Groffen 2005-12-15 13:05:37 UTC]

(In reply to comment #2)
> Maybe it is expected that freetype is provided by Apple's X11 but I did not
install that.

You need to have X11 and development headers installed, if you use Gentoo for
Mac OS X.

[Comment 6 Michal Suchanek 2005-12-16 00:52:13 UTC]

I used the setup script which links make.profile to
/usr/portage/profiles/default-darwin/macos/10.3

I did not install X11 nor X11 SDK. I want to install xorg from portage, and that
would conflict with Apple X11.

[Comment 7 Michal Suchanek 2005-12-28 09:49:47 UTC]

As I se it the ppc-amcos claims to provide freetype which is only installed with the X11 + X11 SDK packages.

It should only provide freetype when these OS X packages are installed.

[Comment 8 Fabian Groffen 2005-12-28 10:43:00 UTC]

That is very nice, but the docs state that you should have installed them, hence the package.provided is correct.  Making package.provided being filled based on what's available in the OS is a big change which is currently not planned anywhere in the near future.  We concentrate on prefixed installs at the moment where this problem is not present.