Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 121467 - scapy-1.0.3 has been released
Summary: scapy-1.0.3 has been released
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Andrea Barisani (RETIRED)
URL: http://www.secdev.org/projects/scapy/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-03 12:23 UTC by Mike Auty (RETIRED)
Modified: 2007-05-31 10:55 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Auty (RETIRED) gentoo-dev 2006-02-03 12:23:04 UTC
A new version of scapy has been released.  I'd anticipate that only a rename is required for the version bump.  Thanks...  5:)
Comment 1 Mike Auty (RETIRED) gentoo-dev 2006-02-04 15:12:06 UTC
I also noticed that the fix for putting scapy into the correct python directory seems not be working.  It appears the call to $(get_libdir) fails, and installs scapy into /usr/python2.4/site-packages, rather than /usr/lib/python2.4/site-packages.  I hope this can be fixed when the 1.0.3 ebuild comes out.  I can file a separate bug on this issue if anyone would like...
Comment 2 Andrea Barisani (RETIRED) gentoo-dev 2006-02-08 12:25:58 UTC
Will take a look as soon as I have time. [kloeri I'm ccing you, maybe you
would like to help me on this? :) ]
Comment 3 Andrea Barisani (RETIRED) gentoo-dev 2006-02-21 03:58:31 UTC
Bumped unstable to 1.0.3, get_libdir works fine 4 me.
Comment 4 Mike Auty (RETIRED) gentoo-dev 2006-02-21 08:34:42 UTC
Hi, thanks for adding 1.0.3.  I'm afraid I'm still suffering the get_libdir problem, on at least 3 of the machines I maintain (I haven't had any where that works successfully).

Here's the relevant section of the portage install log:

>>> Install scapy-1.0.3 into /var/tmp/portage/scapy-1.0.3/image/ category net-an alyzer
/usr/portage/net-analyzer/scapy/scapy-1.0.3.ebuild: line 30: get_libdir: command  not found
man:
prepallstrip:
>>> Completed installing scapy-1.0.3 into /var/tmp/portage/scapy-1.0.3/image/

>>> Merging net-analyzer/scapy-1.0.3 to /
--- /etc/
>>> /etc/ethertypes
--- /usr/
--- /usr/bin/
>>> /usr/bin/scapy
--- /usr/share/
--- /usr/share/doc/
>>> /usr/share/doc/scapy-1.0.3/
>>> /usr/share/doc/scapy-1.0.3/changelog.txt.gz
>>> /usr/share/doc/scapy-1.0.3/README.gz
>>> /usr/share/doc/scapy-1.0.3/COPYING.gz
>>> /usr/share/doc/scapy-1.0.3/AUTHORS.gz
--- /usr/share/man/
--- /usr/share/man/man1/
>>> /usr/share/man/man1/scapy.1.gz
>>> /usr/python2.4/
>>> /usr/python2.4/site-packages/
>>> /usr/python2.4/site-packages/scapy.py
>>> Safely unmerging already-installed instance...

And here's my emerge info, in case I'm using any unusual versions of anything:

Portage 2.1_pre4-r1 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-rc4 i686)
=================================================================
System uname: 2.6.16-rc4 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.12.0_pre16
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache confcache cvs distlocks parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/personal /usr/local/overlays/gnome-experimental"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acl acpi alsa animation apache2 asf avi bash-completion berkdb bitmap-fonts boundschecking bzip2 cairo cdr crypt cups dbus dlloader dri dv dvd dvdread eds emboss encode firefox foomaticdb fortran gdbm gif glitz gnome gstreamer gtk gtk2 gtkhtml hal hardened i8x0 imap imlib ipv6 java jpeg ldap libg++ libwww mad mailwrapper mikmod mime mmx mng mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl pam pdflib perl pic pie png postgres python quicktime readline samba sdl server slp spell ssl svg svn-mirror tcpd theora threads truetype truetype-fonts type1-fonts unicode vorbis win32codecs xml2 xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_i810"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS

Just in case it's relevant the version of bash I'm using is: 3.1_p10.

I've greped my /usr/lib/portage directory and can't find get_libdir defined anywhere.  I was wondering where I could find it's definition?

Thanks again for getting the latest version committed!
Comment 5 Andrea Barisani (RETIRED) gentoo-dev 2006-02-28 07:39:34 UTC
closing this bug, can u please open a new one re get_libdir. It would also be nice
if you can confirm this with some other ebuilds that are using the same call. Thx
Comment 6 Mike Auty (RETIRED) gentoo-dev 2006-02-28 13:29:14 UTC
Having answered my own question, and discovered that this call is in fact listed in the multilib eclass, I'd rather not refile a bug to go through the whole process again, I appologize for my evident laziness.

Also, the text in skel.ebuild that explicitly states that eutils must be inherited for get_libdir to work should also probably be updated just to inherit multilib where it's actually defined.  If that requires a separate bug though then don't worry about it.  Thanks...
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2006-03-20 03:31:51 UTC
(In reply to comment #6)
> Having answered my own question, and discovered that this call is in fact
> listed in the multilib eclass, I'd rather not refile a bug to go through the
> whole process again, I appologize for my evident laziness.

Please, file a new bug. This bug is about version bump *only*. It's also not really helpful to mix multiple things in one bug, people won't looks search for the issue you've mentioned here since they don't expect such thing being dealt with under such summary. 

Thanks.