Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 173317
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo net-p2p team <net-p2p@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Philipp Riegger <stoile@anderedomain.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
net-p2p:mldonkey-2.8.4:20070404-082709.log 2.8.4 build text/plain Philipp Riegger 2007-04-04 09:41 0000 137.57 KB Details
net-p2p:mldonkey-2.8.3:20070404-093541.log 2.8.3 build text/plain Philipp Riegger 2007-04-04 09:42 0000 122.86 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 173317 depends on: Show dependency tree
Bug 173317 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-04-04 08:47 0000
When trying to compile net-p2p/mldonkey-2.8.4 i only get the init.d, conf.d and
/usr/bin/mldonkey script. Error message:

!!! dobin: mlnet does not exist
!!! dobin: mld_hash does not exist
!!! dobin: get_range does not exist
!!! dobin: copysources does not exist
!!! dobin: make_torrent does not exist
!!! dobin: subconv does not exist

Some error message that is maybe connected to it:

+ gcc -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -march=i686 -O2
-pipe -fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mfpmath=sse -fPIC -c -I
/byterun -o src/utils/cdk/zlibstubs.o -march=i686 -Os -pipe
-fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mfpmath=sse    -I/usr/include
-pthread -Wl,-z,noexecstack  -pthread  -I'/usr/lib/ocaml'
'src/utils/cdk/zlibstubs.c'
gcc: -z: linker input file unused because linking not done
gcc: noexecstack: linker input file unused because linking not done
src/utils/cdk/zlibstubs.c: In function 'camlzip_bzerror':
src/utils/cdk/zlibstubs.c:190: warning: unused variable 'msg'
gcc: -z: linker input file unused because linking not done
gcc: noexecstack: linker input file unused because linking not done

And there are more errors in this style.

emerge --info:
Portage 2.1.2.3 (selinux/2005.1/x86, gcc-4.1.1, glibc-2.4-r4, 2.6.20-hardened
i686)
=================================================================
System uname: 2.6.20-hardened i686 VIA Esther processor 1300MHz
Gentoo Base System version 1.12.9
Timestamp of tree: Wed, 04 Apr 2007 02:50:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=i686 -Os -pipe -fomit-frame-pointer -mmmx -msse -msse2 -msse3
-mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/php/apache1-php5/ext-active/
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-march=i686 -Os -pipe -fomit-frame-pointer -mmmx -msse -msse2 -msse3
-mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS=""
FEATURES="autoconfig buildpkg ccache collision-protect distlocks fixpackags
parallel-fetch sandbox selinux sesandbox sfperms strict test userfetch userpriv
usersandbox"
GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo
http://gentoo.inode.at/ http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j1 -s"
PKGDIR="/usr/portage/packages/via-c7"
PORTAGE_RSYNC_EXTRA_OPTS=""
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/layman/stoile"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="apache2 berkdb bzip2 crypt cups gd gdbm gif hardened howl iconv jpeg
jpeg2k ldap logrotate mmx mysql ncurses nptl pam pcre perl pic pie png postgres
python readline selinux snmp sqlite sqlite3 srvdir sse2 ssl svg tcpd test tetex
threads tiff truetype unicode vorbis x86 xml zlib" ALSA_CARDS="via82xx"
ALSA_PCM_PLUGINS="dmix dsnoop plug" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216
lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="via"
Unset:  CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS

------- Comment #1 From Raúl Porcel 2007-04-04 08:59:51 0000 -------
2.8.3 works fine, i suppose?

------- Comment #2 From Philipp Riegger 2007-04-04 09:38:43 0000 -------
No, i seem to have screwed up my system. Everything was working fine and then i
decided to remove the doc USE-flag and emerge -uDvNa world. But that should not
do any harm, i think.

With 2.8.3 i get:

no -inline 10 -linkall  -o svg_converter \
             unix.cmxa str.cmxa -ccopt "-Wl,-z,noexecstack " -cclib "-lz  "
-cclib -lbz2 -ccopt "-pthread" \
          \
          \
          \
          \
        -I build    
/bin/sh: no: command not found
make: *** [svg_converter] Error 127

This seems very strange, i'll attach the whole buildlog of both builds.

------- Comment #3 From Philipp Riegger 2007-04-04 09:41:38 0000 -------
Created an attachment (id=115418) [details]
2.8.4 build

This is the first build, which succedes but does not produce the binaries.

------- Comment #4 From Philipp Riegger 2007-04-04 09:42:21 0000 -------
Created an attachment (id=115419) [details]
2.8.3 build

this is the 2.8.3 build, that failes.

------- Comment #5 From Raúl Porcel 2007-04-04 10:03:27 0000 -------
Seems your compiler is a bit broken.

As this doesn't have nothing to do with mldonkey, closing as CANTFIX.

------- Comment #6 From Jakub Moc (RETIRED) 2007-04-04 10:22:44 0000 -------
Eh. At minimum, the ebuild should fail on failed dobin instead of installing
dummy junk without any binaries... (Yeah, Bug 138792 didn't get too far.)

------- Comment #7 From Philipp Riegger 2007-04-04 10:27:54 0000 -------
The dobin-failing stuff would be nice to have, yes.

Thanks for your help. I would like to know how i broke my compiler. Damn.

------- Comment #8 From Raúl Porcel 2007-04-04 12:36:13 0000 -------
(In reply to comment #6)
> Eh. At minimum, the ebuild should fail on failed dobin instead of installing
> dummy junk without any binaries... (Yeah, Bug 138792 didn't get too far.)
> 

Nod, fixed.

------- Comment #9 From Philipp Riegger 2007-04-04 15:29:22 0000 -------
This bug may be assigned to the wrong people, but it is not fixed for me. My
gcc might be broken, but it is broken in a very strange way and i have no idea
how to fix it.

I just recompiled 4.1.1 gcc (using the broken 4.1.1 gcc, which worked) and i
still have the same error when compiling mldonkey.

Or maybe ocaml is broken, i don't know. I will try out some more. If anybody
has any idea what i could try, pleae leave a comment. Thanks.

------- Comment #10 From Philipp Riegger 2007-04-05 17:50:41 0000 -------
I tried

emerge -ev mldonkey

and during this rebuilt gcc and glibc, without any problem. Just mldonkey keeps
on failing.

I only have test enabled as a USE-flag for gcc. Do i need anything else?

------- Comment #11 From spiralvoice 2007-04-05 20:10:42 0000 -------
(In reply to comment #0)
> System uname: 2.6.20-hardened

http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/ocaml/ocaml-3.09.3.ebuild?view=markup

"       ewarn "Likewise, building with a hardened gcc is not possible.""

No Ocaml with hardened gcc, no MLDonkey without Ocaml...

------- Comment #12 From spiralvoice 2007-04-05 20:11:39 0000 -------
Some more stuff about Ocaml and hardened environments:
http://caml.inria.fr/pub/ml-archives/caml-list/2006/11/2678e935e05e0298cc2e5352b966c262.en.html

------- Comment #13 From Philipp Riegger 2007-04-05 23:02:27 0000 -------
Thanks for the links. I read the ebuild message (i think, at least) but i do
not use hardened gcc at the moment, neither hardened glibc. I wanted to switch
but my system already had gcc 4.x and glibc 2.4 and >glibc-2.3 is not supported
by hardened yet, as far as i know. I have the corresponding entries for gcc and
glibc (-hardened) in package.use.

The hardened you see is only the kernel. My profile also is not hardened, only
selinux.

Can this executable stack thing be a problem for me since i don't use hardened
gcc and glibc or might any other kernel stuff be the reason for my problems?

Should this bug be reassigned to hardened?

------- Comment #14 From Philipp Riegger 2007-04-23 07:57:40 0000 -------
I have no selinux, no hardened toolchain. I only run a grsec enabled kernel.
When building dev-lang/ocaml, i get no grsec info or error messages, so no
hardened stuff does influence that build. I also noticed that i have no
ocamlopt binary afterwards. Is this normal or is this a problem?

When i build net-p2p/mldonkey, i have exactly the same problem, but also
no error or info messages from grsec.

------- Comment #15 From Jesus de Santos Garcia 2007-04-28 23:54:13 0000 -------
Same problem here with mldonkey-2.8.5 after upgrading to ocaml-3.09.3 and with
a normal linux kernel (no gr, no se, no hardened)

------- Comment #16 From MpJin 2007-05-02 13:08:02 0000 -------
I have the same issue. I checked inside the build directory, the executables
are created with a .byte extension. Thus dobin do not find them.

(In reply to comment #15)
> Same problem here with mldonkey-2.8.5 after upgrading to ocaml-3.09.3 and with
> a normal linux kernel (no gr, no se, no hardened)
> 

------- Comment #17 From MpJin 2007-05-14 19:11:31 0000 -------
It's working now since I upgraded to 3.09.3-r1 !

------- Comment #18 From Philipp Riegger 2007-05-17 13:46:04 0000 -------
Same here, i'll close the bug. If some dev wants to reopen it until the
mentioned package is stable, please do so.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug