[+] Version (build): 0.07-m (3186) [+] Operating system check: Linux (supported) [+] Processor check: i686 (supported) [+] GNU C library version: head: `-1' option is obsolete; use `-n 1' since this will be removed in the future 2.3.3 (untested!) [!] This voids your warranty ;) Please consult documentation. And, if this is not a big deal, contact author :) [+] GNU C compiler version: 3.3.3 (untested!) [!] This voids your warranty ;) Please consult documentation. And, if this is not a big deal, contact author :) [+] GNU libc binary test: passed [+] GCC crt code binary test: passed [+] GNU libc linker test: passed [+] Endian and sizeof() checks: passed [+] Library mapping address: problems executing gdb! [-] I need gdb to determine your defaults. Please consult documentation. ------------------------------------------ i have gdb emerged.
I had the same problem today. It appear that my gdb version (6.1) does not load library version before running the executable and thus can not put breakpoint on them. The following patch seems to allow compilation to go one step further : --- fenris/build~ 2004-07-15 21:07:25.279542776 +0200 +++ fenris/build 2004-07-15 21:07:45.441477696 +0200 @@ -370,6 +370,7 @@ echo -n "[+] Library mapping address: " echo "break main" >.testerr 2>/dev/null +echo "run" >>.testerr 2>/dev/null echo "x/2w getuid" >>.testerr 2>/dev/null echo "x/13w __do_global_ctors_aux" >>.testerr 2>/dev/null echo "x/13w __do_global_ctors_aux+1" >>.testerr 2>/dev/null @@ -380,8 +381,6 @@ echo "x/13w __do_global_ctors_aux+6" >>.testerr 2>/dev/null echo "x/13w __do_global_ctors_aux+7" >>.testerr 2>/dev/null echo "x/13w __do_global_ctors_aux+8" >>.testerr 2>/dev/null - -echo "run" >>.testerr 2>/dev/null echo "x open" >>.testerr 2>/dev/null echo "x/2w _dl_runtime_resolve+16" >>.testerr 2>/dev/null After applying this patch it will fails later not being able to detect the pattern '25ff' in the output of gdb ... Its seems to be very touchy about software version used ... For information, I have: - sys-libs/glibc-2.3.3.20040420 - sys-devel/gcc-3.3.3-r6 - sys-devel/gdb-6.1 - glibc not stripped and compiled with NPTL, kernel 2.6.x
Created attachment 36279 [details, diff] A patch wich, at less,Make the package compile I'm not really sure of what i've done, but at least it compile and even run ! Beside that, he seems to had problems with NPTL, but as it's the first time i try to use this program, so i can't be sure. I also marked this bug as a blocker... as it's what he is. Hopping i'm right. And please excuse for my bad english -_^
Won't build for me either. Don't even get as far as you, mine stops here: [+] GNU libc binary test: stripped? [-] Come on, you didn't strip your libc binary, did you?;) I am sorry, but I really want to read some information from there. Can you fix that? If not, please run me providing 'strip' as second parameter of this script, e.g.: ./build all strip ./build minimal strip I would not be able to perform some checks, but I'll try to continue and, well, maybe everything will be just fine?;) make: *** [fenris] Error 1
Created attachment 48917 [details, diff] Removes strip checking, GDB check, Fixes various compile errors with (recent) binutils This patch removes stripped libs checking, GDB checks, and fixes compile errors with (probably recent) versions of binutils (libbfd). If you get an error about libbfd or libiberty not found, just create symlinks of the appropriate files from your binutils library directory to your /usr/lib Compiled and tested with: =sys-libs/glibc-2.3.4.20041102 (NTPL) stripped =sys-devel/gcc-3.4.3.20050110 =sys-devel/gdb-6.0 =sys-devel/binutils-2.15.92.0.2-r2
*** Bug 93334 has been marked as a duplicate of this bug. ***
Alastair, libfdb.so and co will be found as they are listed in ld.so.conf so no need to symlink them. The calls/checks for them can simply be disabled. attachment #48917 [details, diff] is needed otherwise.
The sources referenced in fenris-0.07m-r2.ebuild are from the 2004/01/08 snapshot, but the development page <http://lcamtuf.coredump.cx/fenris/devel.shtml> mentions a more recent snapshot, released on "11 July 2004". The latest entry in the ChangeLog for the most recent snapshot mentions "ported to work with newer GCC/libc". Perhaps this newer version may warrant inspection. Also, the homepage of fenris changed a bit when Symantec purchaced BindView. The new homepage is <http://www.bindview.com/Services/RAZOR/Utilities/Unix_Linux/fenris_index.cfm>.
The patch given in comment #1 solves the compilation issue endrazine- (In reply to comment #7) > The sources referenced in fenris-0.07m-r2.ebuild are from the 2004/01/08 > snapshot, but the development page > <http://lcamtuf.coredump.cx/fenris/devel.shtml> mentions a more recent > snapshot, released on "11 July 2004". The latest entry in the ChangeLog for the > most recent snapshot mentions "ported to work with newer GCC/libc". Perhaps > this newer version may warrant inspection. > > Also, the homepage of fenris changed a bit when Symantec purchaced BindView. > The new homepage is > <http://www.bindview.com/Services/RAZOR/Utilities/Unix_Linux/fenris_index.cfm>. >
*** Bug 164354 has been marked as a duplicate of this bug. ***
Ebuild is broken becouse are some errors in files. I repair this files and the is ready to install. This is a patch: http://skt-szczecin.com/~maar/inne/fenris-0.07m-gentoo.patch, and all package: http://skt-szczecin.com/~maar/inne/fenris.tgz My system: sh> emerge --info Portage 2.1.2-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19.2maar i686) ================================================================= System uname: 2.6.19.2maar i686 Pentium III (Coppermine) Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 29 Jan 2007 02:50:01 +0000 ccache version 2.4 [disabled] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 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.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.19 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-mtune=pentium3 -O2 -pipe -s -fomit-frame-pointer -mmmx -msse -mfpmath=sse -ffast- math" CHOST="i686-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" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fenris /etc/gconf /etc/java-config/v ms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-mtune=pentium3 -O2 -pipe -s -mmmx -msse -mfpmath=sse -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.zie.pg.gda.pl http://gentoo.inode.at/ http://gd.tuwien.ac.at /opsys/linux/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://85.25.128.62 http:// ftp.public.fix.fi/gentoo/ http://212.219.56.133/sites/www.ibiblio.org/gentoo/ http://212.2 19.56.134/sites/www.ibiblio.org/gentoo/ http://212.219.56.135/sites/www.ibiblio.org/gentoo / http://gentoo.supp.name/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp.uni-erlang en.de/pub/mirrors/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://linux .rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.belnet.be/mirror/rsync.gentoo.or g/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ http://mirrors.evolva.ro/gentoo/ http://194. 117.143.72 http://ftp.roedu.net/pub/mirrors/gentoo.org/ http://194.117.143.69 http://194.1 17.143.70 http://ftp.heanet.ie/pub/gentoo/ http://194.117.143.71 http://mirror.bih.net.ba/ gentoo/ http://ftp.romnet.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http:/ /gentoo.inf.elte.hu/ http://gentoo.prz.rzeszow.pl http://mirror.uni-c.dk/pub/gentoo/ http: //ftp.du.se/pub/os/gentoo" LANG="pl_PL" LC_ALL="pl_PL" LDFLAGS="-s -z -combreloc" LINGUAS="pl" MAKEOPTS="-j7" 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=/l ocal --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acpi alsa arts berkdb bitmap-fonts bluetooth cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gdbm gif gpm gstreamer gt k gtk2 hal iconv ipv6 isdnlog jpeg ldap libg++ mad mikmod mmx mp3 mpeg ncurses nls nptl np tlonly ogg opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflec tion sdl session spell spl sse ssl symlink tcpd truetype truetype-fonts type1-fonts udev u nicode vorbis win32codecs x86 xml xorg xv 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 li near meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES ="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb 216 lcdm001 mtxorb ncurses text" LINGUAS="pl" USERLAND="GNU" VIDEO_CARDS="s3virge savage" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVER LAY
One thing about that link you just posted is that it has hard coded paths to libbfd which are wrong for everybody but i686 glibc users.
Yes, you are right, i attach old patch, now is good: You can download from this site: http://skt-szczecin.com/~maar/inne/fenris-0.07m-gentoo.patch http://skt-szczecin.com/~maar/inne/fenris.tgz And i write tutorial how to that, but in polish language: http://maar.jogger.pl/2007/01/29/gentoo-2006-1-vanilla-2-6-19-2-instalacja-debugger-fenris-ver-0-07m-r2/ I use Environment Variable: $MACHTYPE, because this variable = "i686-pc-linux-gnu" @@ -638,7 +637,7 @@ fi fi -if [ ! -f /usr/lib/libbfd.so ]; then +if [ ! -f /usr/$MACHTYPE/lib/libbfd.so ]; then if [ ! -f /usr/local/lib/libbfd.so ]; then if [ ! -f /usr/lib/libbfd.a ]; then if [ ! -f /usr/local/lib/libbfd.a ]; then @@ -653,7 +652,7 @@ echo -n "(libbfd) " -if [ ! -f /usr/lib/libiberty.a ]; then +if [ ! -f /usr/$MACHTYPE/lib/libiberty.a ]; then if [ ! -f /usr/local/lib/libiberty.a ]; then if [ ! -f /usr/lib/libiberty.so ]; then if [ ! -f /usr/local/lib/libiberty.so ]; then @@ -671,29 +670,15 @@
Doesn't go anywhere; sending to treecleaners.
this seems like something worth fixing.
(In reply to comment #14) > this seems like something worth fixing. Indeed. till the next proper release of elfsh there is nothing else in the tree that offers the functionality provided by fenris. treecleaners@ (ignore this bug for now please)
maintainer-wanted is for new ebuilds... Otherwise, it's been sitting here for 3+ years, not exactly useful to keep ignoring the borkage when noone cares about this stuff.
Another 7 months gone...
Not even Debian is packging fenris anymore. Given that it's dead as it can be, I'll mask it for removal.
bye fenris..
This was removed...
Errr, nevermind. So yeah, let's vote, +1
+2
gone