On Oct 7, 2007, at 6:01 PM, Bernhard Rosenkraenzer wrote:

> On Sunday 07 October 2007, Jeff Johnson wrote:
>
>>> rpm-bs-implies-nodeps.patch
>>
>> The eventual solution to the problem is to generate a srpm
>> immediately after
>> parse, before checking build dependencies.
>>
>> Meanwhile a popt alias to add --nodeps to -bs fixes the problem
>> rather easily
>>
>> (untested /etc/popt or ~/.popt entry, the fix should be exactly this
>> simple)
>
> Right, my patch does pretty much the same thing, except it does it  
> in the code
> instead of using popt.
>

Good.

>>> rpm-create-pentiumdirs.patch
>>> 	Create pkgsrcdir/RPMS/pentium{3,4} on x86
>>
>> Configgery should be bundled into the cpu-os-macros.tar.gz too.
>
> That's already there.
> Btw, why is cpu-os-macros.tar.gz included as a tarball rather than  
> unpacked
> somewhere? That makes it harder for distributions to patch the per- 
> arch
> macros (unpack, apply patches, repack instead of just applying  
> patches).
>

Because rpm5.org does not distribute "drop-in" configuration, pnor  
does rpm5.org
distribute "drop-in" binary packages.

The reality is that no one configuration works for every distro any  
more.

Pretending otherwise is pointless.

What is in cpu-os-macros.tar.gz is the "default" configuration that
was distributed with rpm for years. Hasn't changed, there for your use.

>>> rpm-multiple-filesFiles.patch
>>> 	Allow for multiple %files -f files - usage example:
>>
>> There are several variant find_lang patches floating around that  
>> should
>> be added.
>
> Right, this isn't only about find_lang though (even though I see  
> its primary
> use in combination with find_lang).
> Being able to specify several -f files is also useful for stuff  
> like ooo-build
> (ooo-build creates a number of file lists after building  
> openoffice.org, so
> you can just %files importantstuff -f
> corelibraries.list,english.list,whateveryoucareaboutmost.list).
>
> I've added another patch -- this allows to specify --with- 
> perldirs=vendor to
> install the perl bindings into vendor-perl as opposed to site-perl  
> (it just
> passes the parameter given to --with-perldirs on to Makefile.PL as
> INSTALLDIRS).
>

Check the patches in on HEAD please.

73 de Jeff