#27231 closed defect (fixed)
mpkg created with universal variant aren't completely universal
Reported by: | lucaseverini@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | MacPorts 2.0.0 |
Component: | base | Version: | 1.9.2 |
Keywords: | Cc: | ||
Port: |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Hi,
Using the command to build a tiff (libtiff) mkpg results in a metapackage where only the tiff package is universal. The other two jpeg and zlib, contain only the default platform x86_64.
The workaround to build jpeg and zlib packages alone and then the tiff metapackage doesn't work either. That's the error:
sudo port mpkg tiff +universal ---> Computing dependencies for tiff ---> Creating pkg for tiff-3.9.4 ---> Package for tiff-3.9.4 is up-to-date Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean jpeg' or specify the force option (-f). Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean zlib' or specify the force option (-f).
Using the force option nothing changes (same error). Cleaning the packages they are rebuilt with default platform only (x86_64) without any error or warning reported.
In the macports.conf file is told to build all three paltforms x86_64 i386 and ppc (universal_archs x86_64 i386 ppc).
If possible, I'd like to know any workaround.
Best regards,
Luca Severini
Change History (11)
comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|
comment:2 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Component: | ports → base |
---|
comment:4 Changed 14 years ago by lucaseverini@…
Replying to jmr@…:
Try after r73303.
I tried after r73303. Nothing seems to be changed. Same errors or, after the suggested cleaning, the mpkg has the zlib and jpeg dependencies are x86_64 only
Luca:~ sudo port mpkg tiff +universal ---> Computing dependencies for tiff ---> Creating pkg for tiff-3.9.4 ---> Package for tiff-3.9.4 is up-to-date ---> Fetching jpeg ---> Verifying checksum(s) for jpeg ---> Extracting jpeg ---> Configuring jpeg ---> Building jpeg ---> Staging jpeg into destroot ---> Creating pkg for jpeg-8b ---> Fetching zlib ---> Verifying checksum(s) for zlib ---> Extracting zlib ---> Applying patches to zlib ---> Configuring zlib ---> Building zlib ---> Staging zlib into destroot ---> Creating pkg for zlib-1.2.5 Luca:~ sudo port clean zlib ---> Cleaning zlib Luca:~ sudo port clean jpeg ---> Cleaning jpeg Luca:~ sudo port clean tiff ---> Cleaning tiff Luca:~ sudo port pkg jpeg +universal ---> Fetching jpeg ---> Verifying checksum(s) for jpeg ---> Extracting jpeg ---> Configuring jpeg ---> Building jpeg ---> Staging jpeg into destroot ---> Creating pkg for jpeg-8b Luca:~ sudo port pkg zlib +universal ---> Fetching zlib ---> Verifying checksum(s) for zlib ---> Extracting zlib ---> Applying patches to zlib ---> Configuring zlib ---> Building zlib ---> Staging zlib into destroot ---> Creating pkg for zlib-1.2.5 Luca:~ sudo port mpkg tiff +universal ---> Computing dependencies for tiff ---> Fetching tiff ---> Verifying checksum(s) for tiff ---> Extracting tiff ---> Configuring tiff ---> Building tiff ---> Staging tiff into destroot ---> Creating pkg for tiff-3.9.4 Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean jpeg' or specify the force option (-f). Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean zlib' or specify the force option (-f).
comment:5 follow-up: 6 Changed 14 years ago by jmroot (Joshua Root)
Odd, it seems to work for me now.
comment:6 follow-up: 7 Changed 14 years ago by lucaseverini@…
Replying to jmr@…:
Odd, it seems to work for me now.
I tried again and I have still the same behaviour. However I updated only the portmpkg.tcl file. Is that enough or should I update the complete distribution from the trunk?
comment:7 Changed 14 years ago by lucaseverini@…
Replying to lucaseverini@…:
Replying to jmr@…:
Odd, it seems to work for me now.
I tried again and I have still the same behaviour. However I updated only the portmpkg.tcl file. Is that enough or should I update the complete distribution from the trunk?
After upgrading to version 1.9.99 building it directly from subversion sources everything now works as expected. Thanks a lot.
comment:8 Changed 14 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:9 Changed 14 years ago by jmroot (Joshua Root)
Milestone: | → MacPorts Future |
---|
comment:11 Changed 14 years ago by jmroot (Joshua Root)
Milestone: | MacPorts Future → MacPorts 2.0.0 |
---|
I see the same thing. In a new MacPorts installation, with universal_archs set to x86_64 i386 ppc in macports.conf and +universal in variants.conf, I get this:
I find it curious that it builds and installs jpeg and zlib universal, then builds them again, apparently nonuniversal. The versions that end up installed by MacPorts are universal, but if I then delete that prefix and reinstall from the mpkg, only tiff is universal, and its dependencies are x86_64 only.