Bug 8681 – New ebuilds: ethereal-0.9.7.ebuild + kismet-2.6.1.ebuild

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Rigo 2002-10-03 03:18:16 UTC]

Adapted ethereal so it has a USE 'gtk2' check now...
Adapted kismet so it uses ethereal-0.9.7 instead...

The Ethereal package has been configured with the following options.
                    Build ethereal : yes
                   Build tethereal : yes
                     Build editcap : yes
                    Build mergecap : yes
                   Build text2pcap : yes
                     Build idl2eth : yes
                     Build randpkt : yes
                      Build dftest : yes

                    Install setuid : no
                       Use plugins : yes
               Use GTK+ v2 library : yes
                  Use pcap library : yes
                  Use zlib library : yes
          Use IPv6 name resolution : yes
              Use UCD SNMP library : yes

But then I got: 

ACCESS DENIED  open_wr:   /usr/share/snmp/mibs/.index

To be continued...

Rigo

[Comment 1 Rigo 2002-10-03 03:19:11 UTC]

Created attachment 4362 [details]
ethereal-0.9.7.ebuild

[Comment 2 Rigo 2002-10-03 03:19:59 UTC]

Created attachment 4363 [details]
kismet-2.6.1.ebuild

[Comment 3 Rigo 2002-10-03 03:52:33 UTC]

Created attachment 4364 [details]
kismet-2.6.1.ebuild

Forget the other one...Put USE 'gtk2' in configuring ethereal-0.9.7 for kismet
too ....Dunno if this has any affect for kismet though...

[Comment 4 Rigo 2002-10-03 04:56:10 UTC]

# ethereal 

(ethereal:14445): GLib-GObject-WARNING **: cannot create instance of abstract
(non-instantiatable) type `GtkWidget'
Segmentatie fout


Damn, 4get gtk2 :'-(

Rigo

[Comment 5 Brad Cowan (RETIRED) 2002-10-03 05:16:12 UTC]

Yeah I've been asigned the bug with ethereal, it has to do with adding snmp,
ethereal parses the text docs of snmp to make its man pages with snmp in use...I
can't seem to find a work around as of yet :) without snmp support its fine

[Comment 6 Rigo 2002-10-03 06:08:19 UTC]

Created attachment 4367 [details]
ethereal-0.9.7.ebuild

Would this work as a workaround 4 you ;-)

[Comment 7 Rigo 2002-10-03 06:09:17 UTC]

Created attachment 4368 [details]
kismet-2.6.1.ebuild

Would this work as a workaround 4 you ? ;-)

[Comment 8 Brad Cowan (RETIRED) 2002-10-11 16:59:42 UTC]

I did a work around for the sandboxing on ethereal 0.9.7, its now masked for
testing using new arch testing keywords. I'm gonna close this out could u please
resubmit me the correct kismet ebuild :). BTW here are the instructions for
unmasking arch testing keywords:
Another important snippet. If you want to unmask all ~x86 KEYWORDSed
ebuilds, add the following to your /etc/make.conf:

ACCEPT_KEYWORDS="~x86"

ACCEPT_KEYWORDS is incremental like USE so it *will* keep the existing
"x86" that is defined in your profile. This can also be done using the
environment for temporary testing purposes:

# export ACCEPT_KEYWORDS="~x86" (or "~ppc" or "~sparc", etc.)