#22841 closed defect (fixed)
tiff 3.9.2_1 fails to install universal when jbigkit is installed
Reported by: | dershow | Owned by: | waqar@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.8.1 |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt) | |
Port: | tiff |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
I had tiff 3.9.2 universal installed and I did an upgrade to 3.9.2_1
Now I get this:
---> Computing dependencies for tiff ---> Fetching tiff ---> Verifying checksum(s) for tiff ---> Extracting tiff ---> Applying patches to tiff ---> Configuring tiff ---> Configuring tiff for architecture x86_64 ---> Configuring tiff for architecture i386 ---> Building tiff ---> Building tiff for architecture x86_64 ---> Building tiff for architecture i386 ---> Staging tiff into destroot ---> Staging tiff into destroot for architecture x86_64 ---> Staging tiff into destroot for architecture i386 Error: Target org.macports.destroot returned: /opt/local/lib/libtiff.la differs in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_tiff/work/destroot-i386 and /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_tiff/work/destroot-x86_64 and cannot be merged Error: Unable to upgrade port: 1
So then I tried doing an explicit install:
sudo port install tiff +universal Password: ---> Computing dependencies for tiff ---> Staging tiff into destroot ---> Staging tiff into destroot for architecture x86_64 ---> Staging tiff into destroot for architecture i386 Error: Target org.macports.destroot returned: error copying "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_tiff/work/destroot-i386//opt/local/lib/libtiff.dylib" to "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_tiff/work/destroot-intel//opt/local/lib/libtiff.dylib": file already exists Error: Status 1 encountered during processing.
Any ideas?
Thanks,
Change History (5)
comment:1 follow-up: 2 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added; waqar@… removed |
---|---|
Owner: | changed from macports-tickets@… to waqar@… |
comment:2 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to ryandesign@…:
If you have jbigkit installed, deactivate it, clean tiff, try building tiff again, and then (if desired) reactivate jbigkit. See this mailing list thread.
This is fixed in r61415. Please let us know whether tiff @3.9.2_2 still fails for you.
comment:3 Changed 15 years ago by dershow
Thanks. Yes, I had jbigkit installed, and deactivating it allowed it to build. As a sidenote, I didn't have to reactivate jbigkit. I was doing an update outdated, and, after installing tiff, it computed dependencies for an upgrade to ImageMagick (I had the +jbig variant) so before it did that upgrade it reactivated jbigkit.
Thanks for the help.
comment:4 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:5 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Summary: | Tiff 3.9.2_1 fails to install → tiff 3.9.2_1 fails to install universal when jbigkit is installed |
Ok, thanks for letting us know. Note that if you are also building ImageMagick universal, then ImageMagick also will have problems with jbigkit, because jbigkit @2.0_0 is not universal, even when it is installed with the universal variant (see #21476).
If you have jbigkit installed, deactivate it, clean tiff, try building tiff again, and then (if desired) reactivate jbigkit. See this mailing list thread.
If that's not it, please let us know what the difference between the two libtiff.la files is, or attach both of them so we can take a look.