On Jan 23, 2008, at 2:50 PM, Tim Mooney wrote:
> In regard to: Re: Permitting noarch subpkgs from a per-arch build,
> Jeff...:
>
>> After spending 15 minutes writing a script that does
>>
>> 1) Get RPMTAG_CLASSDICT for every package.
>> 2) Get RPMTAG_CLASSIDICT for noarch packages.
>> 3) Exclude noarch types from other types to generate file types
>> that should
>> not be permitted in noarch packages.
>>
>> (with some modest filtering using sed), I come to the
>> rather unsurprising blacklist rule on linux/ix86 for noarch packages
>>
>> RPMTAG_CLASSDICT should never contain the string "ELF".
>
> When it's regexed, it should probably be something like
>
> (^ELF | ELF )
>
> but I agree that ELF is the prime candidate to watch for.
>
> Looking through what I currently have installed on my ELF/ELF64
> x86_64-sun-solaris2.10 workstation, the only other thing I see that
> stands
> out as something that we might want to exclude from noarch packages is
>
> current ar archive
>
> It's certainly possible that an ar archive could contain platform
> neutral
> files, but that's pretty uncommon (maybe not on OS X, though?).
>
I *think* glibc is using AR format for locales, but perhaps not in
packages yet.
But you are correct, a conservative and portable approach should also
exclude
AR archives from noarch subpackages.
> Other possible candidates to watch for (that might apply to non-ELF
> platforms too) would be
>
> , dynamically linked
> , (not )?stripped$
>
I'm almost ready to attempt permitting noarch sub-packages using
patterns applied to file magic as explicit content verification.
At the same time, I hope to internalize the scripts/check-files
script using Fts(3) to apply patterns to file magic during
a file tree walk. So i've been knocking the dust out of
rpmio/mire.c for pattern matching, rpmio/rpmmg.c to be used
for magic identification, and trying to devise insturmentation
that separates the file tree walk from the policies (like patterns
applied to file magic) applied to nodes discovered during the
file tree walk.
Likely another week or so before I get to the actual implementation
permitting noarch sub-packages.
73 de Jeff
Received on Sun Feb 3 16:23:44 2008