> On Apr 28, 2015, at 09:41, Alexander Hansen <alexanderk.han...@gmail.com>
> wrote:
>
>
>> On Apr 28, 2015, at 09:36, Jack Howarth <howarth.at.f...@gmail.com> wrote:
>>
>> Looking at the code, it seem we would have to do this check in sub
>> validate_dpkg_file and use global boolean called
>> skip_flat_namespace_check or such. In validate_dpkg_file, regex check
>> $dpkg_filename against both openmpi-shlibs_*.deb or openmpi_*.deb. If
>> either match, set skip_flat_namespace_check to true
>> and otherwise to false. Then add skip_flat_namespace_check as a
>> conditional in the...
>>
>> if (open (OTOOL, "$otool -hv '$dylib_temp' |")) {
>>
>> state that controls the flat namespace checks on each file.
>>
>
> As Daniel said, adding a new .info field (if that’s what you mean by global
> boolean) involves adding on another hack to the .deb control field for 2
> packages out of more than 10000. For something that end-users never see.
>
> It’d be easier just to get Brendan to whitelist the packages for his auto
> builder.
> --
> Alexander Hansen, Ph.D.
> Fink User Liaison
>
Oh wait, I re-parsed that, so I think I understand better what you’re getting
at. And I don’t think it will work as intended, since I believe
$validate_dpkg_file is run only on actual .debs and not on root directories
before they get packed.
In principle we could just check individual dylib’s names against a whitelist
of filename patterns and if they match we can skip the flat_namespace check via
a ‘next’.
--
Alexander Hansen, Ph.D.
Fink User Liaison
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
