Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 146229 - Stabilization of net-p2p/xmule-1.10.0-r1 or newer
Summary: Stabilization of net-p2p/xmule-1.10.0-r1 or newer
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Highest normal (vote)
Assignee: Gentoo net-p2p team
URL:
Whiteboard:
Keywords:
Depends on: 142406
Blocks: 106560
  Show dependency tree
 
Reported: 2006-09-04 01:44 UTC by Mart Raudsepp
Modified: 2006-12-27 22:31 UTC (History)
2 users (show)

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 Mart Raudsepp gentoo-dev 2006-09-04 01:44:09 UTC
Latest stable xmule is 1.10.0.
The only change between that and 1.10.0-r1 (that has been in the tree for 349 days) is the removal of gtk2 USE flag as needed by the bug this one blocks.

There are some open bugs for xmule (possibly only for newer versions), but i'm running under the assumption that if 1.10.0 is stable, and -r1 has only the gtk2 USE flag change, then the -r1 can hopefully also be stable.

x86 team, please see if that can happen, or better yet:

Alternatively a newer version could be stabilized, as to solve this issue - however I personally can not vouch for any kind of package stability (nor emerge the thing due to the amule blocker).

Some time later I will need 1.10.1-r2 or newer tested and marked stable to be able to phase out wxGTK-2.4*. One of the two open bugs on xmule is 64-bit amd64 related; the other is bug #114242, which might be necessary to solve before being able to stabilize.

Please advise which route to take.

Oh and I have a small go-ahead for solving this gtk2 USE flag issue from mkay of the net-p2p team.
Comment 1 Christian Faulhammer (RETIRED) gentoo-dev 2006-09-04 04:06:30 UTC
No version (up to 0.12.0, there are newer one from that branch upstream) builds with GCC 4.1.1.  As I can see from the homepage it is intended to just support GCC 3, would you please inform users they have to switch their compiler.

GCC 3 leads to:

1) emerges fine
2) passes collision test
3) works

Portage 2.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r7 i686)
=================================================================
System uname: 2.6.17-gentoo-r7 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
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='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 2 Raúl Porcel (RETIRED) gentoo-dev 2006-09-05 05:09:20 UTC
Hmmm, bug #138605. Add it as a dependency if you want
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-09-09 10:56:54 UTC
(In reply to comment #1)
> No version (up to 0.12.0, there are newer one from that branch upstream) builds
> with GCC 4.1.1.  As I can see from the homepage it is intended to just support
> GCC 3, would you please inform users they have to switch their compiler.

Can someone try w/ 1.13.6? The above is not an acceptable solution IMHO, we should just drop the stable keyword and package.mask the thing then.
Comment 4 Mart Raudsepp gentoo-dev 2006-09-10 22:14:26 UTC
(In reply to comment #2)
> Hmmm, bug #138605. Add it as a dependency if you want

I'm not asking for any stabilization for amd64 arch right now, just x86 to be able to remove ebuilds that contain the gtk2 IUSE.
Of course the newer version in #142406 might help, which I am not able to test until I can uninstall amule, which won't happen before I do an additional ABI check with it for wxGTK-2.6.3.3 and push it in the tree.
Comment 5 Raúl Porcel (RETIRED) gentoo-dev 2006-09-12 05:49:09 UTC
(In reply to comment #4)
> I'm not asking for any stabilization for amd64 arch right now, just x86 to be
> able to remove ebuilds that contain the gtk2 IUSE.
> Of course the newer version in #142406 might help, which I am not able to test
> until I can uninstall amule, which won't happen before I do an additional ABI
> check with it for wxGTK-2.6.3.3 and push it in the tree.
> 

Right, my fault. For everything else i agree with jakub. The actual versions on the tree if they can't be built with gcc4 then they can't be stabilized.

I'm sure we(x86 team) could use a local ebuild to test the version from bug #142406. Or we could simply drop the stable keyword and wait for you. It's up to you.
Comment 6 Joshua Jackson (RETIRED) gentoo-dev 2006-10-16 19:53:56 UTC
Net-p2p pingage..what's up on this one currently?
Comment 7 Joshua Jackson (RETIRED) gentoo-dev 2006-10-24 22:12:07 UTC
removing x86 until such time as someone has a fix for this situation...
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2006-11-15 06:07:20 UTC
p2p folks, ping! Either bump this to a version that compiles or p.mask this...
Comment 9 Jakub Moc (RETIRED) gentoo-dev 2006-12-14 07:47:45 UTC
@x86 - please drop the stable keyword from this non-compilable thing, so that the version which is using that damned gtk2 use flag can be punted.
Comment 10 Christian Faulhammer (RETIRED) gentoo-dev 2006-12-16 02:37:48 UTC
xmule is p. masked
Comment 11 Ryan Hill (RETIRED) gentoo-dev 2006-12-27 21:24:33 UTC
is net-p2p okay with removing this?  not working with gcc-4 is a pretty lame excuse when a version bump would solve it.  i also don't see a last rites email on gentoo-dev, but i may have missed it.
Comment 12 Jakub Moc (RETIRED) gentoo-dev 2006-12-27 21:56:09 UTC
(In reply to comment #11)
> is net-p2p okay with removing this?  not working with gcc-4 is a pretty lame
> excuse when a version bump would solve it.  i also don't see a last rites email
> on gentoo-dev, but i may have missed it.
> 

The maintainer hasn't cared to fix this thing for 15 months (see Bug 106560 for starters), nor did care to post a single response on any of the open bugs.
Comment 13 Ryan Hill (RETIRED) gentoo-dev 2006-12-27 22:31:36 UTC
i can see pmasking, but removal should have the maintainer's approval, even if we have to show up at their work and beat them with a nerf bat to get it.

yeah i hate it too.  anyways, opfer can you post a last rites mail?  that might get someone's attention at least.  a removal bug would be nice too.