Description of problem: Please update libevent to the latest upstream version (2.0.13). Version-Release number of selected component (if applicable): Fedora 15 has libevent 2.0.10 Additional info: [Libevent-users] ANN: Libevent 2.0.13-stable is released http://archives.seul.org/libevent/users/Jul-2011/msg00044.html [Libevent-users] ANN: Libevent-2.0.12-stable is released http://archives.seul.org/libevent/users/Jun-2011/msg00006.html [Libevent-users] ANN: libevent-2.0.11-stable is released http://archives.seul.org/libevent/users/Apr-2011/msg00044.html Changelog file from the git repository http://levent.git.sourceforge.net/git/gitweb.cgi?p=levent/libevent;a=blob;f=ChangeLog;h=dea8ccda260c90d13e1a181f9b5ff7d41aa7937c;hb=HEAD
Steve, Thanks for the 2.0.12 rawhide build. But was there any reason for not build and pushing version 2.0.13? Note that the main web page is out of date and canonical download site is now sourceforge (links in the mailing list announcements). Regards, jpo
libevent-2.0.12-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libevent-2.0.12-1.fc16
Re-opening as the update request has for version 2.0.13 (see comment #1).
$comment3 =~ s/has/was/;
Hmm... the latest version on http://monkey.org/~provos/libevent/ was 2.0.12... but I do see the the 2.0.13 version on SourceForge
(In reply to comment #5) > Hmm... the latest version on http://monkey.org/~provos/libevent/ was > 2.0.12... but I do see the the 2.0.13 version on SourceForge Steve, The release announcement was posted on the mailing list 3 weeks ago: * [Libevent-users] ANN: Libevent 2.0.13-stable is released http://archives.seul.org/libevent/users/Jul-2011/msg00044.html /jpo
(In reply to comment #6) > (In reply to comment #5) > > Hmm... the latest version on http://monkey.org/~provos/libevent/ was > > 2.0.12... but I do see the the 2.0.13 version on SourceForge > > Steve, > > The release announcement was posted on the mailing list 3 weeks ago: > > * [Libevent-users] ANN: Libevent 2.0.13-stable is released > http://archives.seul.org/libevent/users/Jul-2011/msg00044.html Ok... I guess I missed it... but it appears the man pages have been removed from 2.0.13-stable. I've posted a question to the list: http://archives.seul.org/libevent/users/Aug-2011/msg00020.html to see how they should be generated... Any ideas as to why they would remove the man pages?
(In reply to comment #7) ... > > Any ideas as to why they would remove the man pages? After skimming through the diff between 2.0.12 and 2.013: ---------- --- libevent-2.0.12-stable/Doxyfile 2010-12-16 18:05:27.000000000 +0000 +++ libevent-2.0.13-stable/Doxyfile 2011-07-05 18:04:30.000000000 +0100 ... @@ -162,7 +175,7 @@ # If the GENERATE_MAN tag is set to YES (the default) Doxygen will # generate man pages -GENERATE_MAN = YES +GENERATE_MAN = NO # The MAN_EXTENSION tag determines the extension that is added to # the generated man pages (default is the subroutine's section .3) ... ---------- but I still haven't checked if changing GENERATE_MAN back to YES creates the man pages. /jpo PS - BTW: The man pages in the 2.0.12 RPMS are being installed in the wrong place: Specfile problem: --------- ... mkdir -p $RPM_BUILD_ROOT/%{_docdir}/%{name}-devel-%{version}/man/man3 (cd doxygen/man/man3; \ install *.3 $RPM_BUILD_ROOT/%{_docdir}/%{name}-devel-%{version}/man/man3) ... %files devel ... %{_docdir}/%{name}-devel-%{version}/man/man3/* ... ---------- They should be installed under %{_mandir} (eg: %{_mandir}/man3/*.3*)
Created attachment 517304 [details] Doxyfile patch - generate man pages by default
Created attachment 517305 [details] libevent specfile patch
Steve, I have just attached 2 patches: * libevent-2.0.13-Doxyfile-man-pages.patch for : generating the man pages by default * libevent.spec.patch for * updating libevent to version 2.0.13 * applying the previous patch * correcting the man pages location * fixing the documentation files permissions (remove the execution bit) regards, jpo
Note: Never used doxygen. I don't know if it is possible to override the GENERATE_MAN value from the doxygen command line (it would void the patch libevent-2.0.13-Doxyfile-man-pages.patch).
libevent-2.0.13-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libevent-2.0.13-1.fc16
Package libevent-2.0.13-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libevent-2.0.13-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/libevent-2.0.13-1.fc16 then log in and leave karma (feedback).
(In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #5) --[SNIP]-- > Ok... I guess I missed it... but it appears the man pages > have been removed from 2.0.13-stable. I've posted a question > to the list: > http://archives.seul.org/libevent/users/Aug-2011/msg00020.html > > to see how they should be generated... Upstream answer: * Re: [Libevent-users] The libevent-2.0.13-stable man pages http://archives.seul.org/libevent/users/Aug-2011/msg00027.html <citation> ... We stopped shipping those around 2.0.5-alpha since they had grown so hideously out-of-date. If anybody wants to rewrite them to reflect the actual APIs as they stand today, that would be nifty.) ... </citation>
(In reply to comment #15) > (In reply to comment #7) > > (In reply to comment #6) > > > (In reply to comment #5) > --[SNIP]-- > > Ok... I guess I missed it... but it appears the man pages > > have been removed from 2.0.13-stable. I've posted a question > > to the list: > > http://archives.seul.org/libevent/users/Aug-2011/msg00020.html > > > > to see how they should be generated... > > > Upstream answer: > > * Re: [Libevent-users] The libevent-2.0.13-stable man pages > http://archives.seul.org/libevent/users/Aug-2011/msg00027.html > > <citation> > ... We stopped shipping those around > 2.0.5-alpha since they had grown so hideously out-of-date. If anybody > wants to rewrite them to reflect the actual APIs as they stand today, > that would be nifty.) > ... > </citation> So eliminating them is the best answer, especially due to the conflictions they cause (see https://bugzilla.redhat.com/show_bug.cgi?id=729459#c5)
(In reply to comment #16) > (In reply to comment #15) > > (In reply to comment #7) > > > (In reply to comment #6) > > > > (In reply to comment #5) > > --[SNIP]-- > > > Ok... I guess I missed it... but it appears the man pages > > > have been removed from 2.0.13-stable. I've posted a question > > > to the list: > > > http://archives.seul.org/libevent/users/Aug-2011/msg00020.html > > > > > > to see how they should be generated... > > > > > > Upstream answer: > > > > * Re: [Libevent-users] The libevent-2.0.13-stable man pages > > http://archives.seul.org/libevent/users/Aug-2011/msg00027.html > > > > <citation> > > ... We stopped shipping those around > > 2.0.5-alpha since they had grown so hideously out-of-date. If anybody > > wants to rewrite them to reflect the actual APIs as they stand today, > > that would be nifty.) > > ... > > </citation> > So eliminating them is the best answer, especially due to the > conflictions they cause (see > https://bugzilla.redhat.com/show_bug.cgi?id=729459#c5) Seems reasonable. I would also drop the tex files from docdir: I don't think anyone reads docs in this raw format ... . /jpo
Steve, Version 2.0.14 has just been released: * [Libevent-users] ANN: Libevent 2.0.14-stable is released http://archives.seul.org/libevent/users/Aug-2011/msg00082.html /jpo
I updated the release https://admin.fedoraproject.org/updates/FEDORA-2011-10641?_csrf_token=7d443cf5be633f1360bb83afa31d632e3d37760e
Version 2.0.15 was released yesterday: * [Libevent-users] ANN: Libevent 2.0.15-stable is released http://archives.seul.org/libevent/users/Oct-2011/msg00009.html
Version 2.0.16 has been released: * [Libevent-users] ANN: Libevent 2.0.16-stable is released http://archives.seul.org/libevent/users/Nov-2011/msg00014.html
Version 2.0.18 is out: * [Libevent-users] ANN: Libevent 2.0.18-stable is released http://archives.seul.org/libevent/users/Mar-2012/msg00020.html
Closing. Libevent 2.0.18 is already available in the F17 and rawhide repositories. /jpo PS - The latest stable upstream version is now 2.0.19.