Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94289 - Fails when merging kismet-2005-04-R1 with ethereal use enabled
Summary: Fails when merging kismet-2005-04-R1 with ethereal use enabled
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks:
 
Reported: 2005-05-28 07:30 UTC by Nomadster
Modified: 2005-06-14 08:21 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
kismet emerge error log (kismet.log,69.51 KB, text/plain)
2005-06-14 03:38 UTC, Nomadster
Details
New errors.log (errors.log,81.64 KB, text/plain)
2005-06-14 05:07 UTC, Nomadster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nomadster 2005-05-28 07:30:41 UTC
http://www.rafb.net/paste/results/RAxvkq19.html

Reproducible: Always
Steps to Reproduce:
1. echo "net-wireless/kismet ethereal -gps"
2. emerge kismet -f
3. emerge kismet

Actual Results:  
it returned the errors i posted above after doing the ./configure routine...

Expected Results:  
compile?

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1,
2.6.11-gentoo-r8 i686)
=================================================================
System uname: 2.6.11-gentoo-r8 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May 26 2005, 23:45:11)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.9.5, 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3
sys-devel/binutils:  2.15.92.0.2-r1, 2.15.92.0.2-r7
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 aalib acpi alsa apm avi bash-completion berkdb bitmap-fonts bootsplash
cardbus cddb crypt cups dhcp directfb divx4linux dvd emboss encode ethereal fb
fbcon ffmpeg foomaticdb fortran gdbm gif glibc gpm imlib ipv6 ipv6arpa jpeg
libcaca libg++ libwww mad mikmod motif mp3 mpeg mplayer multislot ncurses nls
nptl ogg openssh oscache oss pam pam_console pcmcia pdflib perl png python
quicktime readline real reiserfs rss samba sdl sockets socks5 spell ssl symlink
tcpd tiff truetype truetype-fonts type1-fonts unicode usb utf8 wifi win32codecs
xine xml2 xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY


My computer is an IBM thinkpad r30 with a p3 speedstep and 120mb ram
but I don't think this is relevant
Comment 1 Henrik Brix Andersen 2005-05-28 13:33:36 UTC
- Do you have dev-libs/glib installed? If yes, which version?

- Do you have net-analyzer/ethereal installed? If yes, which version?
Comment 2 Nomadster 2005-05-29 08:21:52 UTC
(In reply to comment #1)
> - Do you have dev-libs/glib installed? If yes, which version?

Yes, the version is 1.2.10-r5
 
> - Do you have net-analyzer/ethereal installed? If yes, which version?

yes it was installaed by emerge as kismet dependecies and the version is
0.10.11

Anyway, kismet compiles and run without the ethereal use flag enabled
Comment 3 Henrik Brix Andersen 2005-06-12 13:52:14 UTC
The log at http://www.rafb.net/paste/results/RAxvkq19.html is no longer
available. Closing as INVALID until reporter has attached log to this bug report.
Comment 4 Nomadster 2005-06-14 03:38:06 UTC
Created attachment 61194 [details]
kismet emerge error log

I got it by running emerge kismet 2> kismet.log
Comment 5 Nomadster 2005-06-14 03:38:38 UTC
posted
Comment 6 Henrik Brix Andersen 2005-06-14 03:46:12 UTC
Thank you for reporting back.

Please attach the output of `emerge -v net-wireless/2005.04.1-r1 &> error.log`.
The above log contains only the errors, not the steps leading up to the errors.
We will need both stdout and stderr.
Comment 7 Henrik Brix Andersen 2005-06-14 03:47:14 UTC
Sorry, that should of course read `emerge -v =net-wireless/2005.04.1-r1 &>
error.log`.
Comment 8 Nomadster 2005-06-14 04:49:47 UTC
(In reply to comment #7)
> Sorry, that should of course read `emerge -v =net-wireless/2005.04.1-r1 &>
> error.log`.

did you mean "emerge -v =net-wireless/kismet-2005.04.1-r1 &> error.log" ?
Comment 9 Nomadster 2005-06-14 05:07:49 UTC
Created attachment 61197 [details]
New errors.log

i got it by running
emerge -v =net-wireless/kismet-2005.04.1-r1
(the use are now +ethereal -gps +ncurses)
Comment 10 Henrik Brix Andersen 2005-06-14 08:21:01 UTC
Ah, I see the problem now - somewhere along the way, ethereal changed how it
determines which version of glib it should link with.

I have added support for this new behavior in the newly added
net-wireless/kismet-2005.04.1-r2 by introducing USE="gtk2"; when this is set,
ethereal's wiretap will be compiled against glib-2, when unset it will be
compiled against glib-1.2.

Thank you for reporting this.