Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 109389 - mldonkey-2.6.5 doesn't start returning "Aborted" message
Summary: mldonkey-2.6.5 doesn't start returning "Aborted" message
Status: RESOLVED LATER
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo net-p2p team
URL:
Whiteboard:
Keywords:
Depends on: 110260
Blocks:
  Show dependency tree
 
Reported: 2005-10-15 12:24 UTC by Laurento Frittella (mrfree)
Modified: 2005-10-29 05:10 UTC (History)
1 user (show)

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


Attachments
net-p2p/mldonkey-2.6.5-r1.ebuild (mldonkey-2.6.5-r1.ebuild,4.91 KB, text/plain)
2005-10-23 13:39 UTC, Laurento Frittella (mrfree)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Laurento Frittella (mrfree) 2005-10-15 12:24:43 UTC
mldonkey-2.6.5 doesn't start and log file contains this messages:

2005/10/15 21:11:31 Starting MLDonkey 2.6.5 ...
2005/10/15 21:11:31 Language IT, locale ISO-8859-15
2005/10/15 21:11:31 MLDonkey is working in /home/mrfree/.mldonkey
2005/10/15 21:11:31 [DNS] Resolving [firetux] ...
Abortito ---> (Aborted in Italian)

The strange thing is: if I compile the same sources with the same configure
parameters used in the ebuild, the binary mlnet obtained works well!!!

After disabling 'threads' and 'gd' useflags, I've tryed to modify the ebuild...
- commenting out 'export OCAMLRUNPARAM="l=256M"'
- adding 'emake -j1' insead of 'emake'
- stripping out '-fomit-frame-pointer' cflag (I've read a post in mldonkey forum
about this)

...but nothing to do... It doesn't work :(

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.22-r3 (hardened/x86/2.6, gcc-3.3.6, glibc-2.3.5-r2,
2.6.13-gentoo-r3 i586)
=================================================================
System uname: 2.6.13-gentoo-r3 i586 AMD-K6(tm) 3D processor
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
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.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i586-pc-linux-gnu"
CFLAGS="-mcpu=k6-2 -O2 -fomit-frame-pointer -fforce-addr -pipe"
CHOST="i586-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="-mcpu=k6-2 -O2 -fomit-frame-pointer -fforce-addr -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp://pandemonium.tiscali.de/pub/gentoo/"
LANG="it_IT@euro"
LC_ALL="it_IT@euro"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="berkdb crypt dlloader gd hardened libwww ncurses nls nptl offensive pam
perl pic png python readline samba ssl tcpd unicode userlocales x86 xml2 zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS
Comment 1 Marcin Kryczek (RETIRED) gentoo-dev 2005-10-23 04:30:02 UTC
please: try to recompile mldonkey with empty CFLAGS and CXXFLAGS
Comment 2 Laurento Frittella (mrfree) 2005-10-23 13:39:46 UTC
Created attachment 71304 [details]
net-p2p/mldonkey-2.6.5-r1.ebuild

Ok... I need to strip -fomit-frame-pointer flag: attached ebuild uses
flag-o-matic to do that.

PS: probably in my previous tests I've made some mistakes ;)
Comment 3 Marcin Kryczek (RETIRED) gentoo-dev 2005-10-24 12:27:22 UTC
hardened guys: could it becouse of hardened environment? i can't reproduce that 
on normaln gentoo instalations
Comment 4 solar (RETIRED) gentoo-dev 2005-10-24 12:46:21 UTC
Re comment #3
Hey in general mldonkey is ocaml stuff which itself always leads to miscompiles
when attempting to harden (PIC/PIE/SSP problems). 

It will fail other QA problems (over 200000 qa problems at that) 
as you can see in another bug thats assigned to net-p2p right now for the same 
package.

In short the pkg is not really hardenable at this time, not atleast without 
reworking the ocaml pkg to produce hardened by default. 
Comment 5 Marcin Kryczek (RETIRED) gentoo-dev 2005-10-29 05:10:16 UTC
i suppose it's best to mark it as depending on 110260 and resolve withe the same 
status...