Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 241010 - net-p2p/microdc2 fails to build
Summary: net-p2p/microdc2 fails to build
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo net-p2p team
URL:
Whiteboard:
Keywords:
: 242504 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-10-10 10:43 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2009-11-08 19:30 UTC (History)
6 users (show)

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


Attachments
Build log (net-p2p:microdc2-0.15.6:20081010-004246.log,36.96 KB, text/plain)
2008-10-10 10:44 UTC, Diego Elio Pettenò (RETIRED)
Details
Patches out the faulty libxml2 version comparison (microdc2-0.15.6-libxml2-configure.patch,1.01 KB, patch)
2008-10-18 01:30 UTC, Arttu Valo
Details | Diff
microdc2-0.15.6-r1.ebuild which applies the patch (microdc2-0.15.6-r1.ebuild,777 bytes, text/plain)
2008-10-18 01:33 UTC, Arttu Valo
Details
Improved version of Arttu Valo's patch (microdc2-0.15.6-libxml2-configure-2.patch,398 bytes, patch)
2009-09-02 01:34 UTC, Josh Watts
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2008-10-10 10:43:29 UTC
Portage 2.2_rc11 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.8_p20080602-r0,
2.6.26-gentoo-r1 i686)
=================================================================
System uname:
Linux-2.6.26-gentoo-r1-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-glibc2.0
Timestamp of tree: Thu, 09 Oct 2008 18:30:10 +0000
app-shells/bash:     3.2_p39
dev-lang/python:     2.4.4-r6, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.62-r1
sys-devel/automake:  1.7.9-r1, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.26
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf
/etc/gentoo-release /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-pipe"
DISTDIR="/usr/portage-distfiles"
FEATURES="distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms
strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
http://ftp.uni-erlangen.de/pub/mirrors/gentoo"
INSTALL_MASK="  /usr/share/doc  /usr/share/man  /usr/share/info"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j8"
PKGDIR="/usr/portage-packages"
PORTAGE_COMPRESS=""
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acl berkdb bzip2 cli cracklib crypt cups custom-cflags dri fortran gdbm
gpm iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre
perl pppd python readline reflection session spl ssl sysfs tcpd unicode x86
xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1 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 linear meter mmap_emul mulaw multi null plug
rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic
authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache
filter headers include info log_config logio mem_cache mime mime_magic
negotiation rewrite setenvif speling status unique_id userdir usertrack
vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga neomagic nv r128
radeon savage sis tdfx trident vesa vga via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, LANG, LC_ALL, LINGUAS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Diego Elio Pettenò (RETIRED) gentoo-dev 2008-10-10 10:44:30 UTC
Created attachment 167866 [details]
Build log
Comment 2 Nikolay S. Rybaloff 2008-10-11 16:44:40 UTC
Same thing here. Ubuntu users say they solve it by installing libxml2-dev package.
http://lists.gnu.org/archive/html/microdc-devel/2007-02/msg00005.html
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2008-10-11 16:59:17 UTC
Seems to be strange since I have libxml2 installed on the chroot, and no include file lists such names.
Comment 4 Arttu Valo 2008-10-18 01:24:15 UTC
Unfortunately microdc2 has a naive (broken) configure script. It cannot identify libxml2 versions correctly. See lines 21500 in configure and few dozen ahead for yourself.

On my amd64 box with libxml2 2.7.2 it ended up comparing 272 to 2616 -- and figured that the latter is newer. Thus, the script figured that my libxml2 is too old -- and consequently left out all xml stuff. Ergo, resulting in that strange error message.

I patched the configure script a bit (commented out the offending if) and moved the 2.6.16 dependency requirement into the ebuild itself. Then the ebuild compiled on amd64. Haven't tried running it, though.

Attaching files below.
Comment 5 Arttu Valo 2008-10-18 01:30:02 UTC
Created attachment 168864 [details, diff]
Patches out the faulty libxml2 version comparison

Patches out the faulty libxml2 version comparison in configure and thus "force feeds" libxml2 into configuration. However, libxml2 is a required dependency so it shouldn't matter.
Comment 6 Arttu Valo 2008-10-18 01:33:09 UTC
Created attachment 168870 [details]
microdc2-0.15.6-r1.ebuild which applies the patch

An updated ebuild with (1) a more stringent dependency on libxml2, and (2) applying the libxml2 configure patch (and (3) the Gentoo (C) header's year bumped to 2008, too).
Comment 7 Mike Auty (RETIRED) gentoo-dev 2008-10-18 10:18:23 UTC
*** Bug 242504 has been marked as a duplicate of this bug. ***
Comment 8 Nikolay S. Rybaloff 2008-10-21 20:11:14 UTC
Thanks, that did the trick
Comment 9 Oleg Gawriloff 2009-07-15 06:56:20 UTC
Why this still not committed?
Comment 10 Josh Watts 2009-09-02 01:34:21 UTC
Created attachment 202926 [details, diff]
Improved version of Arttu Valo's patch

(In reply to comment #9)
> Why this still not committed?
> 

I don't know why someone hasn't fixed it yet, but on the off chance the issue is with Arttu Valo's patch, here's a slightly improved one that resolves the issue instead of just commenting it out. ;-) Tested and working fine for me on amd64
Comment 11 Nebojsa Trpkovic 2009-09-12 23:50:42 UTC
this and 
https://bugs.gentoo.org/show_bug.cgi?id=162828

should be commited long time ago... :(

Comment 12 Arttu Valo 2009-09-13 10:03:29 UTC
(In reply to comment #10)
> I don't know why someone hasn't fixed it yet, but on the off chance the issue
> is with Arttu Valo's patch, here's a slightly improved one that resolves the
> issue instead of just commenting it out. ;-) Tested and working fine for me on
> amd64

Nice minimalist touch! :)

I'm no [ba]sh-guru, but doesn't it make a slight semantical change to the comparison? Peeking into bash's man-page, now it does a lexicographic ordering instead of the integer comparison? It will fix maybe ~9/10 of the cases, but it can still backfire in future in ugly corner cases like 2.8.10 vs. 2.10.1 etc.

But maybe libxml2 devs are dedicated to keeping their version numbers (sans dots) lexicographically in the same order as in the actual version numbering scheme (with dots)? I don't know, so my worries over the semantics of the test may well be misplaced here.
Comment 13 Nebojsa Trpkovic 2009-11-03 19:02:27 UTC
bump
Comment 14 Josh Watts 2009-11-08 17:36:50 UTC
Why hasn't anyone looked at this? The bug prevents microdc2 from compiling, the supplied patch works fine on several systems and is resolved. Can we please get this moved into portage? (I mean, compiling microdc2 on my own is fun and all... but it would be nice to have it managed by portage)
Comment 15 Raúl Porcel (RETIRED) gentoo-dev 2009-11-08 19:30:14 UTC
Fixed, thanks for the patches and sorry for taking so long