2010/1/14 Aníbal Monsalve Salazar <ani...@debian.org>: > On Tue, Jan 12, 2010 at 12:31:35PM +0100, Patrick Schoenfeld wrote: >>Severity: grave >>Package: libevent >>Version: 1.4.13-stable-1 >> >>Hi, >> >>I recently took some time to investigate #560550 and noticed >>that an undocumented and uncommunicated change in libevent >>broke dnsproxy. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559012 > > It also caused the breakage of farpd (bug #559012). See bug report > above. The attached diff shows how Javier fixed it. > > The last time dnsproxy was built, it used libevent1_1.3e-3 which isn't > available anymore in sid. We now have libevent-1.4-2_1.4.13-stable-1. > >>Factual the library removed symbols which are used by other >>applications when the library is used as documented. It at least hits >>event_gotsig and event_sigcb. >> >>This change is not documented, the manpage event(3) even furthermore >>suggests the use of this symbols. I know that a alpha version talks >>about deprecation of these symbols, but this can not happen without >>communicating this PRIOR the deprecation. >> >>So now I'm unsure how to go on. Its not documented how to change the >>behaviour of a depending program (at least I haven't found such >>documentation), nor is the current documentation accurate, nor is the >>change at all documented (ChangeLog), nor was I as a maintainer of a >>dependent package beeing informed. I would appreciate if you could work >>torwards: >> >>- updating the documentation >>- clarifying if that change is really intended >>- clarifying what needs to get changed in order to build again >
Looks like we screwed up here. I hadn't realized that this crappy interface was actually documented; it's time to do a pass over the manpage. I guess we should re-add it for Libevent 1.4.14. Niels, do you think we should re-add it to 2.0.x ? It breaks threadsafety, and there's been a better way to do signals (EV_SIGNAL, evsignal_set, etc) since Libevent 1.1b. yrs, -- Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
