Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 143326 - stabilise net-p2p/azureus
Summary: stabilise net-p2p/azureus
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 143712
  Show dependency tree
 
Reported: 2006-08-09 04:28 UTC by Chris Bainbridge (RETIRED)
Modified: 2007-02-10 21:33 UTC (History)
1 user (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 Chris Bainbridge (RETIRED) gentoo-dev 2006-08-09 04:28:44 UTC
There is currently no stable version. 2.4.0.2 is considered stable upstream, but consider stabling or removing older versions.
Comment 1 Josh Nichols (RETIRED) gentoo-dev 2006-08-09 05:42:00 UTC
2.4.0.2 uses the new Java system, so this is going to have to wait till everything related to that is stable.
Comment 2 Joshua Jackson (RETIRED) gentoo-dev 2006-08-14 21:35:22 UTC
in this case please readd us when its ready to go with the new java.
Comment 3 Bo Ørsted Andresen (RETIRED) gentoo-dev 2006-08-15 18:51:51 UTC
# emerge -va azureus

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] net-p2p/azureus-2.3.0.6-r1  USE="source" 0 kB
[....]
/usr/portage/eclass/java-pkg.eclass: line 444: zip: command not found
Comment 4 Josh Nichols (RETIRED) gentoo-dev 2006-08-16 00:59:47 UTC
Good catch, but its better to file a separate bug for it. If its relevant, we'll take care of adding the bug dependencies.

Note: it's a missing dep on zip when USE=source, so emerging zip is a workaround till the fix I'm about to make hits the mirrors.
Comment 5 Bo Ørsted Andresen (RETIRED) gentoo-dev 2006-08-16 05:44:32 UTC
(In reply to comment #4)
> Note: it's a missing dep on zip when USE=source, so emerging zip is a
> workaround till the fix I'm about to make hits the mirrors.

Oh, I did. I just have some issues with X apps in my stable chroot so I haven't been able to test it properly until now.

=net-p2p/azureus-2.3.0.6-r1 compiles with the source USE flag (and zip) with no issues and it appears to work with gen-1 java. The test I performed: Downloaded and seeded one file with it.

It is, however, unclear to me if this bug was originally intended to request stabilization of azureus ~2.3.0.6 or 2.4.0.2?

# emerge --info
Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-suspend2-r8 i686)
=================================================================
System uname: 2.6.16-suspend2-r8 i686 Intel(R) Pentium(R) M processor 1600MHz
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="-march=pentium-m -O2 -pipe"
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/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=pentium-m -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg collision-protect distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms splitdebug strict test userfetch userpriv"
GENTOO_MIRRORS="http://mirror.uni-c.dk/pub/gentoo http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo"
LC_ALL="en_GB.utf8"
LINGUAS="da en en_GB"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--timeout=60"
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 /usr/portage/local/layman/portage-xgl"
SYNC="rsync://zlin.dk/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bzip2 cli crypt cups dlloader dri eds emboss encode esd flac foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 imlib isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl tcpd test truetype truetype-fonts type1-fonts udev unicode vorbis xml xmms xorg xv zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics input_devices_void kernel_linux linguas_da linguas_en linguas_en_GB userland_GNU video_cards_fbdev video_cards_fglrx video_cards_i810 video_cards_radeon video_cards_vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS
Comment 6 Bo Ørsted Andresen (RETIRED) gentoo-dev 2006-08-16 09:26:00 UTC
Now I have tested azureus without the source USE flag which appears to work too. What I forgot to mention before is that this bug depends on dev-java/swt being stabilized first. I made these tests with dev-java/swt-3.1-r1.
Comment 7 Krzysztof Pawlik (RETIRED) gentoo-dev 2007-01-08 22:10:52 UTC
nelchael@nelchael ~$ eshowkw azureus
Keywords for net-p2p/azureus:

           | a a a h i m m p p p s s s s x x
           | l m r p a 6 i p p p 3 h p p 8 8
           | p d m p 6 8 p c c c 9   a a 6 6
           | h 6   a 4 k s   6 - 0   r r   -
           | a 4             4 m     c c   f
           |                   a       -   b
           |                   c       f   s
           |                   o       b   d
           |                   s       s
           |                           d
-----------+--------------------------------
2.5.0.0-r2 |   ~           ~             ~
2.5.0.0-r3 |   +           ~             + ~

Shouldn't ppc be added to CC in this bug? x86 and amd64 have it already stable. It would allow punting azureus-bin
Comment 8 Petteri Räty (RETIRED) gentoo-dev 2007-01-08 23:34:29 UTC
(In reply to comment #7)
> 
> Shouldn't ppc be added to CC in this bug? x86 and amd64 have it already stable.
> It would allow punting azureus-bin
> 

Need to solve bug 143712 that this depends on first.
Comment 9 Petteri Räty (RETIRED) gentoo-dev 2007-02-10 21:33:23 UTC
(In reply to comment #7)
> 
> Shouldn't ppc be added to CC in this bug? x86 and amd64 have it already stable.
> It would allow punting azureus-bin
> 

ppc arch team was able to make ibm-jdk-bin-1.5* work with current set of stable packages so azureus-2.5* is now stable there too.