Bug 175564 – bump request: net-analyzer/iptstate-2.2.1

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Peter Gantner (a.k.a. nephros) 2007-04-22 13:49:50 UTC]

please update the ipstate ebuild to the latest version (2.2.1) as the current on (2.1) does not work with recent kernels because of changes in netfilter.

Bumping and adding dependency on libnetfilter_conntrack works.

Reproducible: Always

Steps to Reproduce:




--- iptstate-2.1.ebuild 2007-03-22 15:35:50.000000000 +0100
+++ iptstate-2.2.1.ebuild       2007-04-22 15:43:16.000000000 +0200
@@ -6,7 +6,8 @@
 SRC_URI="http://www.phildev.net/iptstate/${P}.tar.bz2"
 HOMEPAGE="http://www.phildev.net/iptstate/"

-DEPEND="sys-libs/ncurses"
+DEPEND="sys-libs/ncurses
+               >=net-libs/libnetfilter_conntrack-0.0.50"

 SLOT="0"
 LICENSE="as-is"

[Comment 1 Marcelo Goes (RETIRED) 2007-06-02 00:42:38 UTC]

Thanks, in cvs for ~x86.

Arches, you may want to keyword net-libs/libnetfilter_conntrack and net-analyzer/iptstate-2.2.1.

Cheers,
Marcelo

[Comment 2 Jeroen Roovers (RETIRED) 2007-06-02 03:33:34 UTC]

net-libs/libnetfilter_conntrack was already OK for HPPA, so basically nothing to do but test a bit and rekeyword:

Marked ~hppa again.

[Comment 3 Marcelo Goes (RETIRED) 2007-06-02 22:30:43 UTC]

Indeed... The same will be the case for amd64 and sparc (my bad).
amd64/sparc: if it is too much hassle to test iptstate, I guess we can just re-keyword it anyway.

[Comment 4 Gustavo Zacarias (RETIRED) 2007-06-04 19:13:34 UTC]

~sparc'd.
Next time please ask for one or the other but not both please (like "hey, new ipstate dropped keywords because it needs new deps" or "keyword the new deps and i'll throw the new ebuild then").

[Comment 5 Jonas Pedersen 2007-06-04 20:59:35 UTC]

[ebuild  N    ] net-libs/libnfnetlink-0.0.25  214 kB
[ebuild  N    ] net-libs/libnetfilter_conntrack-0.0.50  247 kB
[ebuild  N    ] net-analyzer/iptstate-2.2.1  28 kB

Emerges and works on AMD64. Please add ~amd64 keyword to iptstate. 

Portage 2.1.2.7 (default-linux/amd64/2006.1, gcc-4.1.2, glibc-2.5-r2, 2.6.19-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 04 Jun 2007 16:50:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O3 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache collision-protect distcc distlocks metadata-transfer multilib-strict sandbox sfperms strict test"
GENTOO_MIRRORS="http://gentoo.intergenia.de http://ftp.du.se/pub/os/gentoo http://mirror.uni-c.dk/pub/gentoo/ http://ftp.lug.ro/gentoo/ http://trumpetti.atm.tut.fi/gentoo/"
LC_ALL="en_DK.utf-8"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acpi alsa amd64 apache2 berkdb bitmap-fonts cdr cli cracklib crypt cups dga directfb dri dts dvd dvdr dvdread encode fbcn ffmpeg fortran gd gdbm gif gpm iconv isdnlog ivtv jpeg libg++ lirc lm_sensors midi mjpeg mp3 mpeg mplayer mudflap mysql ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl openmp pam pcre perl png ppds pppd python readline reflection samba session spl ssl tcpd threads tiff transcode truetype truetype-fonts type1-fonts unicode vorbis x264 xorg xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIRC_DEVICES="hauppauge" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

[Comment 6 Raphael Marichez (Falco) (RETIRED) 2007-06-06 08:30:57 UTC]

Hi, is there any reason to keep the custon cflags?

-       make CXXFLAGS="${CXXFLAGS} -g -Wall" all || die

instead of just running "emake || die".

(just trying to understand)

[Comment 7 Cédric Krier 2007-06-16 09:13:56 UTC]

(In reply to comment #6)
> Hi, is there any reason to keep the custon cflags?
> 
> -       make CXXFLAGS="${CXXFLAGS} -g -Wall" all || die
> 
> instead of just running "emake || die".
> 
> (just trying to understand)
> 
Fix in cvs

[Comment 8 Tobias Scherbaum (RETIRED) 2007-06-16 16:53:22 UTC]

~ppc'd

[Comment 9 Christoph Mende (RETIRED) 2007-06-16 17:45:22 UTC]

amd64 done, thanks Jonas