Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.5.1-asneeded, glibc-2.12.1-r0, 2.6.35+ i686) ================================================================= System uname: Linux-2.6.35+-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-gentoo-2.0.1 Timestamp of tree: Sun, 15 Aug 2010 10:30:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.7, 3.1.2-r4 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.67 sys-devel/automake: 1.4_p6-r1, 1.5-r1, 1.6.3-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.5.1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu"m CONFIG_PROTECT="/etc /opt/openjms/config /usr/share/X11/xkb /usr/share/bufrtables /usr/share/config /usr/share/qpsmtpd/plugins /var/bind /var/lib/hsqldb /var/phxd /var/spool/torque /var/vpopmail/etc /var/yp/Makefile" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/var/cache/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms split-log strict test test-fail-continue unmerge-orphans userfetch userpriv usersandbox" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://gentoo.wheel.sk/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" MAKEOPTS="-j14" PKGDIR="/var/spool/portage/packages" PORTAGE_COMPRESS="" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/cache/portage/tree-tinderbox" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 java5 java6 modules mudflap mysql ncurses nls nostatic nptl nptlonly openmp pam pcre perl postgres pppd python qt3support readline reflection ruby session spl ssl sysfs tcpd unicode vhosts x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias auth_digest cgi" ELIBC="glibc" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18 jruby ruby19 ree18" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" lines 1-43
Created attachment 243287 [details] Build log
Oddly enough, honeyd and libevent are from the same author.
(In reply to comment #2) > Oddly enough, honeyd and libevent are from the same author. > Its precisely because its the same author that he made use of aspects of the libevent API that are not documented and were never meant to be exposed. There are two problems with this packages: 1) there is a collision between encode_int defined as a macro in libevent-2's event2/tag_compat.h and in honeyd's tagger.h/.c. That's easily fixed by renaming the function in honeyd. I'll provide the patch in my next post. 2) the harder problem is the dereferncing of struct evbuffer objects. evbuffer changed in deep ways between libevent-1 and -2. In the former it was just one element whereas in the latter it was replaced by a linked list. Upstream libevent his helping me with this.
Created attachment 259592 [details, diff] Rename honeyd's encode_int to encode__int (two underscores) I couldn't think of a better name than encode__int with two rather than one underscore. I'll be happy to change it to something else.
honeyd now DEPENDs on =dev-libs/libevent-1*.
Has upstream done anything lately? I'd like to get rid of libevent-1.
Nothing as I see: http://code.google.com/p/honeyd/source/list But debian still maintains this: http://patch-tracker.debian.org/patch/debianonly/view/honeyd/1.5c-8 Probably correct workaround is to slot libevent.
(In reply to comment #6) > Has upstream done anything lately? I'd like to get rid of libevent-1. When I was pushing through libevent-2 I found nothing from upstream. I then tried to recode honeyd with the new libevent API with help from Nick Mathewson, but I hit some real snags and gave up. Maybe slotting is the way to go.
I don't think SLOTting is an option when only one unmaintained (by upstream) packages needs it, especially when upstream is the author of both.
maybe should be treecleaned as seems upstream no longer takes care about it :/
(In reply to comment #10) > maybe should be treecleaned as seems upstream no longer takes care about it > :/ +1 I tried but it makes use of too much stuff that is now hidden in libevent-2 and should never have been exposed in libevent-1. Upstream was no help.
It's gone.
p.mask is gone too.