Opened 15 years ago
Closed 15 years ago
#21648 closed defect (fixed)
freetype +universal installs broken freetype.pc if zlib is not universal
| Reported by: | kurtjaeke@… | Owned by: | ryandesign (Ryan Carsten Schmidt) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.8.0 |
| Keywords: | Cc: | ||
| Port: | freetype |
Description
Having installed freetype +universal on 10.6, trying to upgrade pango fails with
Error: Target org.macports.extract returned: Libs.private field occurs twice in '/opt/local/lib/pkgconfig/freetype2.pc'
Uninstalling the universal variant redeems the issue, but this breaks other ports, i.e., wine-devel, which depends on 32bit binaries.
Please, finally fix the 64bit transition mess in a reasonable fashion!
Change History (3)
comment:1 Changed 15 years ago by blb@…
| Owner: | changed from macports-tickets@… to ryandesign@… |
|---|---|
| Port: | pkgconfig pango removed |
comment:2 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
| Summary: | freetype universal build confuses pkgconfig dependent software → freetype +universal installs broken freetype.pc if zlib is not universal |
|---|
comment:3 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
I added checks to freetype in r58379 to ensure dependencies have the right architectures.
Note: See
TracTickets for help on using
tickets.
Replying to kurtjaeke@…:
We are only able to fix problems we are aware of, so thank you for reporting this issue to me.
I am able to reproduce this problem on my MacBook Pro running 10.6.1 if I build zlib non-universal and then build freetype universal for x86_64 i386. So this is a similar error to #20727 for fontconfig, and would be ultimately resolved by implementing #20728.
Reinstall zlib with the universal variant, then rebuild freetype.
Remember that for any port you want to install universal, any existing dependencies that are already installed must first be rebuild as universal.