Mandriva Linux Archives: cooker@mandrivalinux.org
Mandriva Linux: cooker@mandrivalinux.org
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
- From: Anssi Hannula
- Subject: Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- Date: 27 Jun 2008 16:13:21 -0000
Adam Williamson wrote:
> On Fri, 2008-06-27 at 09:45 +0100, Colin Guthrie wrote:
>
>> That plugin really needs to just Provide: %{name}-database-plugin-sqlite
>> and then we can use that. Using %{_lib} in the requires feels a bit
>> hacky (but perhaps that's just me? - I guess this makes sure the right
>> arch is needed - but I predict lot's of commits just like this as many
>> contributors wont know it's libified in this creative way).
>
> Exactly. There shouldn't be macro-based requires like that. If a
> package's name is not reliable, it should have an explicit Provides:
> which does *not* change, so a canonical Requires: can be used. See every
> single -devel package, for instance.
In this case I'm against using a generic provide. It causes 32bit plugin
to satisfy the requires of 64bit program, even though the 64bit program
can only use 64bit plugins.
--
Anssi Hannula
- Replies:
- Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- From: Colin Guthrie
- Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- References:
- [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- From: Anssi Hannula
- Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- From: Nicolas LÃcureuil
- Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- From: Colin Guthrie
- Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- From: Adam Williamson
- [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- Prev by Date: Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- Next by Date: [Cooker] svn-commit: 229555 - cooker/unicap/current/SPECS
- Previous by thread: Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- Next by thread: Re: [Cooker] Re: r229361 - cooker/qt4/current/SPECS
- Index(es):
