[Bug 203520] Review Request: evolution-brutus

bugzilla at redhat.com bugzilla at redhat.com
Thu Sep 7 10:22:45 UTC 2006


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: evolution-brutus
Alias: evolution-brutus

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203520





------- Additional Comments From colding at omesc.com  2006-09-07 06:22 EST -------
(In reply to comment #18)
> Just a quick check of 1.1.6-5.
> 
> * Well, this package does not aimed for FC5 at all? 

It is. I have rpms for FC6, FC5 as well as FC4 on the site below.

>   This package
>   can be rebuilt in mock under 20060906 rawhide, however this package
>   cannot be rebuilt under FC5 (with 20060906 updates) with following error:

This has been fixed in the new SRPM.


> No Package Found for evolution-data-server-devel >= 1.8

Mea culpa. I generated the required e-d-s version during configure from the
version present in the build requirement. This is obviously wrong since a "make
dist" package generated on, say, FC6, then can't build on FC4 or FC5 as they
have different versions of e-d-s installed. This has been fixed.


> No Package Found for ORBit2-devel >= 2.14.1

This is correct. evolution-brutus requires at least ORBit2 2.14.1 due to a
handfull of fixes and features that aren't present in earlier versions. Please
grep for my name in the ORBit2 and libIDL ChangeLogs for the details.

FC4 and FC5 RPMs for the required versions of ORBit2 and libIDL are available in
the FC4 and FC5 directories respectively here:

http://www.omesc.com/content/downloads/dist/

> 
> * rpmlint for FC6-devel-built rpms complaints:
> W: evolution-brutus macro-in-%changelog makeinstall

Fixed in the new package.


> * Why does this package use Autoreq: no ?
>   This description forbids finding libraries requirements, which I think
>   is quite unwilling. Even if you want to specify version-related
>   requirements, "Autoreq: no" is unnecessary because you can simply add
>   the requirements in addition to auto-finding requirements.

Please believe me when I say that I didn't do this lightly. The thing that
forced me to disable Autoreg is that at least one of the libraries (libebook if
I rememver correctly) that are provided internally by e-d-s changed version from
one stable release to another. I observed that when I:

1) Installed evolution-brutus for testing
2) Un-installed evolution-brutus
3) did "yum update"
4) Attempted to install evolution-brutus once more. This was now not possible
due to  Autoreq finding that one of the internal e-d-s libraries had changed
version.

The only way that I could fix this (please correct me if I'm wrong) was to
disable Autoreq.

Well, new packages with all fixes:

Spec URL:
http://www.omesc.com/content/downloads/dist/Fedora%20Core%206/SPECS/evolution-brutus.spec
SRPM URL:
http://www.omesc.com/content/downloads/dist/Fedora%20Core%206/SRPMS/evolution-brutus-1.1.6-6.src.rpm


Thanks,
  jules





-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list