azureus-3.1.0.0 was released on June 16. Please bump.
azureus is now called "Vuze". see http://azureus.sourceforge.net "Azureus - now called Vuze - bittorrent client"
Created attachment 158711 [details] Vuze-3.1.0.0 ebuild by Christopher Friedt There is one: http://perpetual-notion.blogspot.com/2008/06/vuze-3100-ebuild-for-gentoo.html
please don't attach binary files. attach the ebuild file directly.
Created attachment 159433 [details] Ebuild (not in binary format)
Created attachment 159434 [details] vuze-bin launcher (from $FILESDIR) this was included in the $FILESDIR of my overlay.
Created attachment 159436 [details] .desktop entry for FreeDesktop compatible environments (Gnome, KDE, etc) This was in the $FILESDIR of my overlay
Works fine for 3.1.1.0 as well.
Hi - updates * stable ebuilds for vuze-bin-3.1.0.0 & vuze-bin-3.1.1.0 * New & improved ebuilds install native swt-gtk binaries and supply vuze swt.library.path * The Layman config file can be found at http://virtb.visibleassets.com:2080/layman.conf. Just add that URL a line underneath the existing 'overlays' variable in /etc/layman/layman.cfg TODO: * inherit eutils fdo-mime java-pkg-2 java-ant-2 * fix the way vuze handles torrents downloaded from , e.g. firefox
Created attachment 159913 [details] layman xml file for vuze-bin There are new ebuilds for 3.1.0.0 and 3.1.1.0 and a few TODO's as described in my previous comment. The layman.conf file can also be found at http://virtb.visibleassets.com:2080/layman.conf. If you add that line underneath the existing 'overlays' variable in /etc/layman/layman.cfg, then you can have access to the overlay along with your regular layman commands.
Why going for a vuze-bin ebuild when vuze can be compiled from sources. The sources are in http://downloads.sourceforge.net/azureus/Vuze_3.1.1.0_source.zip?modtime=1214927075&big_mirror=0 We already had an azureus-bin ebuild which was removed long time ago. We need a vuze-3.1.1.0 ebuild (or azureus-3.1.1.0 if you want to keep the name) not a vuze-bin ebuild. I would like to help with this ebuild, but I have no idea about ebuilds.
Created attachment 162439 [details] azureus-3.1.1.0.ebuild (In reply to comment #10) > We already had an azureus-bin ebuild which was removed long time ago. We need a > vuze-3.1.1.0 ebuild (or azureus-3.1.1.0 if you want to keep the name) not a > vuze-bin ebuild. > > I would like to help with this ebuild, but I have no idea about ebuilds. > Well, I sat down and tried around today, here is the files for 3.1.1.0 =D Needs fixing: has_use: swt needs +cairo Needed files: azureus-3.1.1.0.ebuild (uncommented rm TestUserManager.java, update patch names) files/patches-3.1.1.0/use-jdk-cipher-only.patch (bumped) files/patches-3.1.1.0/remove-other-platforms.patch (removes osx and win) files/{build.xml,azureus.desktop,azureus.png,azureus-3.0.5.2-pre} (unchanged)
Created attachment 162441 [details, diff] files/patches-3.1.1.0/remove-other-platforms.patch
Created attachment 162443 [details, diff] files/patches-3.1.1.0/use-jdk-cipher-only.patch
I think there is a problem in the pkg_setup function of the ebuild (inherited from the 3.0.5.2 ebuild): pkg_setup() { if ! built_with_use --missing false -o dev-java/swt firefox seamonkey xulrunner; then eerror eerror "dev-java/swt:3.4 must be compiled with the firefox, seamonkey or xulrunner USE flag" eerror "(support may vary per swt version) or azureus will hang at startup!" eerror die "recompile dev-java/swt:3.4 with embedded browser" fi java-pkg-2_pkg_setup } The line "built_with_use --missing false -o dev-java/swt firefox seamonkey xulrunner" is always false with the final 3.4 version of swt, because the use flags firefox and seamonkey don't exist, so the check is always false and azureus always gives an error. The only use flag used in swt-3.4 is xulrunner, so the other should be removed. Or maybe "--missing false" can be changed by "--missing true", but I'm not sure because I don't know in detail the built_with_use function.
My last comment is described in bug 233540 for the azureus-3.0.5.2 ebuild.
#14: I thought it just had problems with paludis :P Im thinking about EAPI 2_pre1 as it has real use dependency support. Im not really sure of the syntax though... I started with this: >=dev-java/swt-3.4_pre6-r1:3.4[xulrunner,cairo] but Im not sure if it is correct and it does not allow mozilla instead of xulrunner
(In reply to comment #16) > #14: I thought it just had problems with paludis :P > > Im thinking about EAPI 2_pre1 as it has real use dependency support. Im not > really sure of the syntax though... > > I started with this: > >=dev-java/swt-3.4_pre6-r1:3.4[xulrunner,cairo] > but Im not sure if it is correct and it does not allow mozilla instead of > xulrunner > No problem with using xulrunner and not mozilla use flags in swt, as firefox-3 needs xulrunner. About EAPI 2, I think it shouldn't be used as nobody knows when it will be fully available (not masked). It can be done with EAPI 1 checking only for swt with xulrunner and maybe depending on >=dev-java/swt-3.4 (why depending on a pre-release when the final swt-3.4 is in the same status: package masked).
(In reply to comment #17) > No problem with using xulrunner and not mozilla use flags in swt, as firefox-3 > needs xulrunner. > > About EAPI 2, I think it shouldn't be used as nobody knows when it will be > fully available (not masked). It can be done with EAPI 1 checking only for swt > with xulrunner and maybe depending on >=dev-java/swt-3.4 (why depending on a > pre-release when the final swt-3.4 is in the same status: package masked). > Azureus/Vuze can build with the pre, so depending on the pre allows people to use either pre or final. Im not really sure of the syntax, but maybe like this? I think the error text needs to be better though as it is kinda ambiguous. if ! built_with_use --missing false -o dev-java/swt xulrunner mozilla || ! built_with_use --missing false dev-java/swt cairo; then eerror eerror "dev-java/swt:3.4 must be compiled with the mozilla or xulrunner and cairo USE flags" eerror die "recompile dev-java/swt:3.4 with embedded browser" fi
(In reply to comment #18) > Azureus/Vuze can build with the pre, so depending on the pre allows people to > use either pre or final. > > > Im not really sure of the syntax, but maybe like this? I think the error text > needs to be better though as it is kinda ambiguous. > > if ! built_with_use --missing false -o dev-java/swt xulrunner mozilla > || ! built_with_use --missing false dev-java/swt cairo; then > eerror > eerror "dev-java/swt:3.4 must be compiled with the mozilla or > xulrunner and cairo USE flags" > eerror > die "recompile dev-java/swt:3.4 with embedded browser" > fi > The code seems right, but you have to depend on swt-3.4, because swt-3.4_pre6 doesn't have the mozilla use flag, so the check with "--missing false" will always be false for pre6.
Created attachment 162510 [details] azureus-3.1.1.0.ebuild (fixed built_with_use) > > The code seems right, but you have to depend on swt-3.4, because swt-3.4_pre6 > doesn't have the mozilla use flag, so the check with "--missing false" will > always be false for pre6. > Changed dep to swt-3.4 and added new built_with_use
Petteri Räty: any news about when it may be in official portage?
Hi all, i'm new here and in gentoo. Today i was testing this ebuild azurus 3.1.1.0, i changed it in vuze-3.1.1.0... Anyway i notice that i always have the "Loading... Wait" (or something similar) in vuze, and it doesn't go away. After many tests i found out that's swt-3.4's fault. I taked swt.jar from vuze site and replaced in my system. Now it's ok. Anyone else with this problem? I have amd64, this is my emerge --info: ortage 2.1.4.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 x86_64) ================================================================= System uname: 2.6.25-gentoo-r7 x86_64 Intel(R) Pentium(R) 4 CPU 3.00GHz Timestamp of tree: Tue, 12 Aug 2008 07:04:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.ing.unibo.it/gentoo/ http://gentoo.inode.at/ ftp://ftp.unina.it/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" LINGUAS="it" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" 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" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="7zip X a52 aac aalib ace acl acpi alsa amd64 amr archive arts bash-completion berkdb binary-drivers bluetooth branding bzip2 cairo cdda cddb cdr cli cracklib crypt css cups cvs daap dbus dga directfb disk-partition divx dmx dri dvd dvdr dvdread emovix encode fat fbcon fbcondecor fbdev fbsplash ffmpeg fftw firefox flac flv fortran gdbm gif git gnutls gpm gstreamer gtk hal iconv id3 id3tag isdnlog java java6 jpeg jpeg2k kde lame libcaca libsamplerate lm_sensors logitech-mouse lzo mad midi mmx mono mozilla mp3 mp4 mp4live mpeg mudflap multilib musepack musicbrainz nat ncurses network nls nptl nptlonly nsplugin nss odbc ogg opengl openmp pam pcre perl png pppd python qt3 qt4 quicktime readline realmedia reflection scanner sdl sdl-image sdl-sound sensord session spl sqlite sse sse2 ssl subversion svg sysfs tcpd theora tiff toolbar truetype twolame unicode usb utils vcd vcdx vnc vncviewer vorbis watchdog wav wavpack wireshark wma wmf wmp xine xorg xulrunner xvid xvmc zip zlib" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Thanks for the help
I also think there is also a problem with swt-3.4 and xulrunner, it always says that it is loading the page and it never gets loaded. Anyway to use Azureus you don't need it: while it says "Loading... wait", click on the "Advanced" tab (in the top-right corner) and you get the normal Azureus interface.
Could the ebuild provided by Thomas Axelsson be added to the tree, please? It seems good enough and seems to work. The new azureus version is already almost 2 months old and still no ebuild in the tree.
(In reply to comment #24) > Could the ebuild provided by Thomas Axelsson be added to the tree, please? > It seems good enough and seems to work. The new azureus version is already > almost 2 months old and still no ebuild in the tree. > It would be good to have it fully working before it ends up in the tree. I can confirm the bug mentioned earlier (I only use advanced so I didnt see it :P) but Im not really sure how to track down the problem. Which swt version did you get with Vuze?
(In reply to comment #25) > (In reply to comment #24) > > Could the ebuild provided by Thomas Axelsson be added to the tree, please? > > It seems good enough and seems to work. The new azureus version is already > > almost 2 months old and still no ebuild in the tree. > > > > It would be good to have it fully working before it ends up in the tree. I can > confirm the bug mentioned earlier (I only use advanced so I didnt see it :P) > but Im not really sure how to track down the problem. > > Which swt version did you get with Vuze? > I think that the "page not loading" error is a problem of swt-3.4, not of azureus, because it also happens with azureus-3.0.5.2 It is a bug that, of course, needs to be solved by swt maintainers, but I don't think it is a blocking bug for azureus, because 99.9% of the azureus users use the advanced interface.
I'm new here and i can't say anything, but if you can wait a couple of hours please: I'm making some test. I use only advanced too, but knowing that something isn't working properly isn't good (in my opinion, also if i don't use it). Thanks.
Ok, after some test i found out that vuze prebuilt packages comes with a swt-3.430. In portage now there's swt-3.448. They are quite the same, only that vuze's swt is 1.8Mb and gentoo's one is 1.1Mb. This is because in swt provided from vuze there are also included all the libraries. Whit a fresh-compiled gentoo i installed azureus-3.1.1.0.ebuild and, launching it from console, there was some errors: Browser: org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-1.9'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3448 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file) Browser: org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-1.9'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3448 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file) Browser: org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-1.9'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3448 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file) Browser: org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-1.9'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3448 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file) Browser: org.eclipse.swt.SWTError: No more handles [MOZILLA_FIVE_HOME='/usr/lib64/xulrunner-1.9'] (java.lang.UnsatisfiedLinkError: no swt-mozilla-gtk-3448 or swt-mozilla-gtk in swt.library.path, java.library.path or the jar file) Reading that errors comes from swt i replaced the compiled one (3.448) with the precompiled from azureus/vuze (3.430) and everything was ok. Until now. Making some tests and now it's broken again, also with vuze's swt. Don't know why. But the solution is simple: Azureus is ok, swt is broken, so lets bring up a new swt :) X86---> ftp://rm.mirror.garr.it/mirrors/eclipse/eclipse/downloads/drops/S-3.5M1-200808071402/swt-3.5M1-gtk-linux-x86.zip X86_64 (like me)---> ftp://rm.mirror.garr.it/mirrors/eclipse/eclipse/downloads/drops/S-3.5M1-200808071402/swt-3.5M1-gtk-linux-x86_64.zip Download, copy the swt.jar inside the zip and replace it with the existing one in /usr/share/swt-3.4/lib (make a backup of previous one!!) This is swt-3.5 but now it's working. P.S.: There is one things that doen't match anyway: Why swt from vuze works within the vuze's package, also worked for me the first time with the copy trick and now it doesn't work anymore? Thanks for the patience and the help.
+*azureus-3.1.1.0 (16 Aug 2008) + + 16 Aug 2008; Vlastimil Babka <caster@gentoo.org> + +files/patches-3.1.1.0/remove-osx-platform.diff, + +files/patches-3.1.1.0/use-jdk-cipher-only.diff, metadata.xml, + +azureus-3.1.1.0.ebuild: + Version bump. Based on contributions from geki in java-overlay and Thomas + Axelsson in bug 229061. Problems loading dashboard (does not affect + torrents) are problem of swt tracked in bug 234934. Thanks everyone, now we can focus on the swt bug in bug 234934
