[Bug 458785] Review Request: libev - High-performance event loop/event model with lots of features

bugzilla at redhat.com bugzilla at redhat.com
Wed Aug 13 06:46:38 UTC 2008


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


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





--- Comment #4 from Michal Nowak <mnowak at redhat.com>  2008-08-13 02:46:36 EDT ---
Thank for review, Nicolas.


* Mon Aug 12 2008 Michal Nowak <mnowak at redhat.com> - 3.43-2
- removed libev.a
- installing with "-p"
- event.h is removed intentionaly, because is there only for
  backward compatibility with libevent


Spec URL: http://mnowak.fedorapeople.org/libev/libev.spec
SRPM URL: http://mnowak.fedorapeople.org/libev/libev-3.43-2.fc9.src.rpm


Points 1. and 2. fixed.

Point 3: fixed by removing event.h because it's, according to upstream, only
for bw compatibility with libevent -> N/A for me, IMHO.

"""
On Tue, Aug 12, 2008 at 12:16:40PM -0400, Michal Nowak <mnowak at redhat.com>
wrote:
> Do you thing it could be possible to avoid such conflict on upstream
> basis?

Unlikely, the "conflict" is by design.

> Giving example, to install event.h, ev.h and ev++.h to /usr/include/libev
> by default?

That would break applications that expect to find it as event.h (basically
all libevent applications).

On Tue, Aug 12, 2008 at 01:06:27PM -0400, Michal Nowak <mnowak at redhat.com>
wrote:
> ----- "Matt Tolton" <matt at tolton.com> wrote:
> > Why not just leave out event.h?  That's just for libevent
> > compatibility.
>
> Thanks, that was my original decision.

Why not do it like other distributions such as debian, where the common
header files are installed as alternatives, or optionally?

event.h is an alternative to the libevent event.h, it's not an unrelated
header file, it serves the same purpose in both libraries.
"""

(Not yet in mail archive http://lists.schmorp.de/pipermail/libev/)

Point 4:

No interest from upstream, probably because when it's in /usr/lib/ no special
magic is necessary. When it's not upstream -> projects won't use it -> useless
to have it in Fedora.

What you think?

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the package-review mailing list