SPECS: apache1.spec - unify Provides = http with apache.spec

Radoslaw Zielinski radek42 at gmail.com
Sun Nov 13 17:37:36 CET 2005


Elan Ruusamäe <glen at delfi.ee> [13-11-2005 17:07]:
> On Sunday 13 November 2005 15:42, Radoslaw Zielinski wrote:
>>> but in real life R: webserver = apache is also pointless, as if package
>>> really is both apache compatible then it needs apache >= 1.3.33-3,
>>> because earlier apache1 didn't have conf.d like support.
>> Well, IMHO better this than nothing.  Adding some kind of complicated
>> P:/R: would make an overkill -- this kind of problem can be solved with
>> poldek --upgrade-dist.
> R: apache >= 1.3.33-3 is no more complicated than R: webserver = apache, just 
> use BuildRequires.txt as guide (or appropriate template.spec files)

IIRC I have removed P: apache from apache1.spec...  IMO providing an
existant package name (and using it as virtual dependency) is a *bad
thing*.  "R: webserver = apache" should be used when needed.

> but the upgrade dist will not help with your offer, because poldek/rpm build 
> install older depending on requires lines. and without proper requires it 
> could happen that package is installed (upgraded) earlier than apache that 
> provides the functionality it needs. this leads to mess which average user is 
> not capable of resolving manually. i don't think it's worth of that.

>> "Conflicts: apache1 < 1.3.33-3" in appropriate specs should do, but I
>> don't think it's really needed.
> if it's *requirement* then there should be requires line :)

R: webserver = apache
C: apache1 < ...

> to sum this up, i think 'Provides: webserver = apache' has no value, and
> only  'Provides: webserver' should be used, otherwise use Requires: apache

"= apache" doesn't hurt, and I've added it for a reason (something
required apache, but both versions were OK).

R: apache, meaning apache1 or apache2, should be shot dead and buried.

Of course, if an application requires *any* HTTP server, just "R:
webserver" should be used.  Not that many of our specs are prepared
for it, but that's another story.

-- 
Radosław Zieliński <radek42 at gmail.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /mailman/pipermail/pld-devel-en/attachments/20051113/a750fd7f/attachment-0002.bin


More information about the pld-devel-en mailing list