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.

On Tue, Apr 28, 2015 at 12:30 PM, Jack Howarth
<howarth.at.f...@gmail.com> wrote:
> Since this issue is so rare (only openmpi and libXt require
> flat_namepace...with the latter being an historical artifact to keep
> motif working), why not check the package name as they are processed
> and if it skip the flat_namespace check if the package name matches
> openmpi-shlibs_*.deb or openmpi_*.deb? Ugly but it will suffice.
>
> On Tue, Apr 28, 2015 at 12:20 PM, Alexander Hansen
> <alexanderk.han...@gmail.com> wrote:
>>
>>> On Apr 28, 2015, at 08:41, Jack Howarth <howarth.at.f...@gmail.com> wrote:
>>>
>>> Are the checks for the shlibs in Validation.pm done for the files from
>>> all packages at once or as sets for each package and/or its
>>> split-offs? If the latter, what about the idea of hard-coding a
>>> blacklist into Validation.pm of packages and/or split-off which should
>>> be skipped?
>>>
>>
>> It’s the latter.  .info file validation is done as a batch, but the .deb 
>> validator works package by package—ideally only the root directories for the 
>> package family currently being built would even be available for validation 
>> during the build operation.
>> --
>> 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

Reply via email to