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@xxxxxxxxx 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review