mozplugger builds universal even when the universal variant was not requested

[ryandesign (Ryan Carsten Schmidt)]

$ sudo port install mozplugger -universal
Password:
--->  Fetching mozplugger
--->  Attempting to fetch mozplugger-1.14.2.tar.gz from http://distfiles.macports.org/mozplugger
--->  Verifying checksum(s) for mozplugger
--->  Extracting mozplugger
--->  Configuring mozplugger
--->  Building mozplugger
--->  Staging mozplugger into destroot
--->  Installing mozplugger @1.14.2_0
--->  Activating mozplugger @1.14.2_0
--->  Cleaning mozplugger
$ port -v installed mozplugger
The following ports are currently installed:
  mozplugger @1.14.2_0 (active) platform='darwin 10' archs='x86_64'
$ port -q contents mozplugger | grep /bin/ | xargs lipo -info
Architectures in the fat file: /opt/local/bin/mozplugger-controller are: x86_64 i386 
Architectures in the fat file: /opt/local/bin/mozplugger-helper are: x86_64 i386 
Architectures in the fat file: /opt/local/bin/mozplugger-linker are: x86_64 i386 
$ 

r73886 caused this, because it unconditionally uses ${configure.universal_whatever}. These should only be used if the universal variant is selected. And their non-universal counterparts should be used in the other case, to support changing the build_arch.

[jeremyhu (Jeremy Huddleston Sequoia)]

I thought those were only set if we were +universal...

r73898

[ryandesign (Ryan Carsten Schmidt)]

They're always set.

You also need to actually create a universal variant, as in the attached patch.

[ryandesign (Ryan Carsten Schmidt)]

proposed patch

[ryandesign (Ryan Carsten Schmidt)]

Ah, it's openmaintainer; I fixed it in r73905.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign@…:

And their non-universal counterparts should be used in the other case, to support changing the build_arch.

Fixed this in r73906.

[mrkapqa]

Hello , i installed this on Osx Lion , but it won't show up in Firefox Plugins.