[please CC]
Hi,
I uploaded a new version of libevent to experimental which I'd like to
migrate to unstable as soon as possible. Since I'm the new guy helping
out with libevent and since this would be my first "bigish" transition,
I'd like to run it by the release team to make sure I'm not stepping on
anyone's toes.
The new version is a jump from the 1.* series to the 2.* series, which
certainly breaks the ABI, but shouldn't break the API for most cases.
However, since libevent exposes a relatively big number of internal
structures in the headers, there are ways to abuse the API in
non-compatible ways.
I've rebuild all reverse-build-deps against the new version and only 7
from the 32 fail to build (more details below).
Now I intended to write to -devel with all affected maintainers CC'd,
requesting further testing and input and after all have ack'd the
problems and have solutions in place, I'd go ahead with the upload to
unstable.
Does this sound like a reasonable plan? Did I miss something important?
About the FTBFSs:
beanstalkd: syntax error; maybe using some changed define?
ladvd: builds correctly, fails on 1 of 6 tests ("HTTP request
failed")
forked-daapd: includes event-config.h, which has been moved to
event2/event-config.h (I could provide a compat-symlink)
python-event: bona fide build failure (I couldn't grok the underlying
reason just by looking at the log)
memcached: ditto
lua-event: ditto
honeyd: doesn't seem related (configure: error: Couldn't figure
out how to access libc)
Cheers
--
Leo "costela" Antunes
[insert a witty retort here]
