Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
I simply rename the 2.7.7 ebuild and it works for me. The mldonkey-devs introduced a new configure option in this version (2.8.0) --enable-minimun (patch 5319) it "Compile MLDonkey with Donkey only, without gd, magic, bzip2, sui", but actually I don't known if it can be useful in the our ebuild.
Created an attachment (id=97075) [edit] net-p2p/mldonkey-2.8.0.ebuild
Oops I forgot to say... all archs are keyworded in the attached ebuild
*** Bug 147426 has been marked as a duplicate of this bug. ***
2.8.1 has been released
Created an attachment (id=97279) [edit] net-p2p/mldonkey-2.8.1.ebuild A simply ebuild rename should work
Will this ebuild be added to portage? It would be great,,,
It works for me too. I didn't any deep testing, just renamed and installed. It just works.
Works here too (x86) although i've been unable to test the new feature about EDK comments. All my sources appear with 0 comments (using sancho and vd command line)
(In reply to comment #8) > Works here too (x86) although i've been unable to test the new feature about > EDK comments. All my sources appear with 0 comments (using sancho and vd > command line) I tested it and works for me. New sancho-gui version 0.9.4-58 should supports them too
(In reply to comment #9) > New sancho-gui version 0.9.4-58 should supports them too Yes, but you need the CVS version of MLDonkey, 2.8.1 has no comments-GUI support.
> Yes, but you need the CVS version of MLDonkey, > 2.8.1 has no comments-GUI support. Ok. That's the problem. Will this feature be in 2.8.2?
(In reply to comment #11) > Ok. That's the problem. Will this feature be in 2.8.2? Waiting for spiralvoice confirmation but meanwhile with the 2.8.1 the comments are available using the webinterface I think #5414 is the patch we're speaking about
(In reply to comment #11) > > Yes, but you need the CVS version of MLDonkey, > > 2.8.1 has no comments-GUI support. > Ok. That's the problem. Will this feature be in 2.8.2? Yes
(In reply to comment #12) > I think #5414 is the patch we're speaking about Yes, but it depends heavily on patch 5406 (multiuser). You can not apply 5414 to vanilla 2.8.1. The only way to use the new features now is to grab MLdonkey CVS code, compile a core yourself and replace the ebuild-compiled one with the new binary. The next release will take place in about one month because of the new multiuser features which are not completely implemented, see docs/multiuser.txt for details. Or, better solution, someone with ebuild knowledge can create a MLDonkey-CVS-ebuild. But until 2.8.1 is not in portage, this seems a bit premature (hint, hint...;-))
In my humble opinion mldonkey 2.8.1 shall be uploaded now so that the users can take advantage of the new features :)
(In reply to comment #15) > In my humble opinion mldonkey 2.8.1 shall be uploaded now This would also fix bug #148087, stable MLdonkey 2.7.7 can not be built with unstable Ocaml-3.09.3 ...
The ebuild doesn't work well for me. I get the following error while installing: >>> Install mldonkey-2.8.1 into /var/tmp/portage/mldonkey-2.8.1/image/ category net-p2p !!! dobin: /usr/local/portage/net-p2p/mldonkey/files/mldonkey does not exist cp: kan stat niet toepassen op `/usr/local/portage/net-p2p/mldonkey/files/mldonkey.confd': Onbekend bestand of map cp: kan stat niet toepassen op `/usr/local/portage/net-p2p/mldonkey/files/mldonkey.initd': Onbekend bestand of map !!! dobin: mlchat does not exist !!! dobin: mlim does not exist >>> Completed installing mldonkey-2.8.1 into /var/tmp/portage/mldonkey-2.8.1/image/ "Onbekend bestand of map" = "unknown file or directory" I doesn't seem fatal, portage keeps on installing, as you can see in the status line. BUT, only a few files actually get installed: strip: x86_64-pc-linux-gnu-strip --strip-unneeded usr/bin/copysources usr/bin/get_range usr/bin/make_torrent usr/bin/mld_hash usr/bin/mlgui usr/bin/mlguistarter usr/bin/mlnet usr/bin/subconv >>> Merging net-p2p/mldonkey-2.8.1 to / --- /etc/ --- /etc/conf.d/ --- /etc/init.d/ --- /usr/ --- /usr/bin/ >>> /usr/bin/copysources >>> /usr/bin/get_range >>> /usr/bin/make_torrent >>> /usr/bin/mld_hash >>> /usr/bin/mlgui >>> /usr/bin/mlguistarter >>> /usr/bin/mlnet >>> /usr/bin/subconv --- /usr/share/ --- /usr/share/applications/ --- /usr/share/pixmaps/ No /etc/conf.d/mldonkey, no /etc/init.d/mldonkey... emerge info: Portage 2.1.2_pre2-r1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-mm2 x86_64) ================================================================= System uname: 2.6.18-mm2 x86_64 Intel(R) Pentium(R) D CPU 3.40GHz Gentoo Base System version 1.12.5 Last Sync: Sun, 01 Oct 2006 23:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer -ffast-math" 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/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/terminfo" CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/" LANG="nl_NL" LC_ALL="nl_NL" LINGUAS="nl" MAKEOPTS="-j5" 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 /usr/portage/local/layman/portage-xgl" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X acl acpi alsa avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt cups dbus directfb dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam ffmpeg firefox flac fortran gcc64 gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal imagemagick input_devices_evdev input_devices_keyboard input_devices_mouse insecure-savers ipod isdnlog java javascript jpeg kernel_linux latex ldap libg++ linguas_nl live lzo mad mikmod mjpeg mono mp3 mpeg musepack musicbrainz mysql ncurses new-login nls nptl nptlonly offensive ogg opengl oss pam pcre pda pdf pdflib perl png postgres ppds pppd python qt3 qt4 quicktime readline reflection samba sdl session spell spl ssl svg tcl tcltk tcpd theora tiff tk truetype truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_nvidia visualization vorbis xcomposite xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Oops, ignore that Obviously I need to copy the initrd and default config from the current portage tree...
mldonkey-2.8.1 works fine here too (I upgraded because of BT bandwith problems) Portage 2.1.1 (hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r4, 2.6.18-ck1_dedibox_voya i686) ================================================================= System uname: 2.6.18-ck1_dedibox_voya i686 VIA Esther processor 2000MHz Gentoo Base System version 1.12.5 Last Sync: Fri, 06 Oct 2006 16:20:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: 0.4.2-r1 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-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=i686 -pipe -fomit-frame-pointer -mmmx -msse -msse2 -msse3" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-Os -march=i686 -pipe -fomit-frame-pointer -mmmx -msse -msse2 -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache confcache distlocks fixpackages metadata-transfer parallel-fetch prelink sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.dedibox.fr/gentoo" LINGUAS="fr fr_FR" MAKEOPTS="-j2" PKGDIR="/usr/portage//packages/x86/" 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/webapps-experimental" SYNC="rsync://rsync.fr.gentoo.org/gentoo-portage" USE="a52 aac aalib apache2 bash-completion bcmath berkdb bzip2 calendar cddb crypt curl dlloader dts elibc_glibc encode exif fam ffmpeg flac flash ftp gd gnutls hardened hardenedphp hash httpd imagemagick imap input_devices_keyboard input_devices_mouse ipv6 javascript jpeg kernel_linux libcaca libwww linguas_fr linguas_fr_FR live maildir matroska mcal memlimit mmx mod mp3 mpeg mysql ncurses network nls nptl nptlonly offensive ogg openssh pam pcntl pcre pdf perl pic png posix python quicktime readline real recode rtsp ruby sasl shout simplexml snmp sockets spamassassin speex spell sqlite sse sse2 ssl stream tcpd theora threads tidy tiff tokenizer truetype unicode userland_GNU userlocales vhosts vorbis win32codecs x264 x86 xml xmlreader xmlrpc xmlwriter xvid zip zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Compiles & works fine!
Yes, it works, when will this be included in portage's tree?
Jep, we can include this in Portage! Works fine :)
$ /etc/init.d/mldonkey info /etc/init.d/mldonkey: line 125: [[: http://mldonkey.sourceforge.net/Max_hard_download_rate: syntax error in expression (error token is "://mldonkey.sourceforge.net/Max_hard_download_rate") * mldonkey runs fast This didn't happen with the current stable version.
(In reply to comment #23) > $ /etc/init.d/mldonkey info > /etc/init.d/mldonkey: line 125: [[: > http://mldonkey.sourceforge.net/Max_hard_download_rate: syntax error in > expression (error token is HTML output has been changed, therefore the grepping does not work. Attached you will find a patch fixing this.
Created an attachment (id=100277) [edit] Fix option parsing for /etc/init.d/mldonkey info
Created an attachment (id=100278) [edit] Patch for mldonkey-2.7.7.ebuild to include magic USE flag
(In reply to comment #26) > Created an attachment (id=100278) [edit] > Patch for mldonkey-2.7.7.ebuild to include magic USE flag This patches 2.7.7 ebuild to install version 2.8.1 and optionally disable libmagic support.
www.mldonkey.net is offline, to fix the DNS lookup error message on core start please include this patch when compiling: http://savannah.nongnu.org/patch/?5484
what's magic add?
Created an attachment (id=100944) [edit] mldonkey-2.8.1.ebuild Updated ebuild which applies spiralvoice's patch and adds use flags fasttrack and gnutella, which allows to disable these networks. --- /usr/portage/net-p2p/mldonkey/mldonkey-2.7.7.ebuild 2006-10-15 16:06:16.000000000 +0200 +++ mldonkey-2.8.1.ebuild 2006-11-01 10:14:01.000000000 +0100 @@ -1,18 +1,18 @@ # Copyright 1999-2006 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/net-p2p/mldonkey/mldonkey-2.7.7.ebuild,v 1.7 2006/10/15 13:37:52 agriffis Exp $ +# $Header: $ inherit flag-o-matic -IUSE="gtk guionly batch gd doc" +IUSE="batch doc fasttrack gd gnutella gtk guionly magic" -DESCRIPTION="mldonkey is a new client to access the eDonkey network. It is written in Objective-Caml, and comes with its own GTK GUI, an HTTP interface and a telnet interface." +DESCRIPTION="MLDonkey is a multi-network P2P application written in Ocaml, coming with its own Gtk GUI, web and telnet interface." HOMEPAGE="http://www.nongnu.org/mldonkey/" SRC_URI="mirror://sourceforge/${PN}/${P}.tar.bz2" LICENSE="GPL-2" SLOT="0" -KEYWORDS="~alpha amd64 hppa ia64 ppc ~sparc x86" +KEYWORDS="~x86" RESTRICT="nomirror" RDEPEND="dev-lang/perl @@ -20,7 +20,8 @@ >=dev-ml/lablgtk-2.6 ) gtk? ( >=gnome-base/librsvg-2.4.0 >=dev-ml/lablgtk-2.6 ) - gd? ( >=media-libs/gd-2.0.28 )" + gd? ( >=media-libs/gd-2.0.28 ) + magic? ( sys-apps/file )" DEPEND="${RDEPEND} >=sys-devel/autoconf-2.58 @@ -32,12 +33,12 @@ pkg_setup() { if use gtk; then echo "" - einfo "If the compile with gui fails, and you have updated ocaml" + einfo "If the compile with gui fails, and you have updated Ocaml" einfo "recently, you may have forgotten that you need to run" einfo "/usr/portage/dev-lang/ocaml/files/ocaml-rebuild.sh" einfo "to learn which ebuilds you need to recompile" - einfo "each time you update ocaml to a different version" - einfo "see the ocaml ebuild for details" + einfo "each time you update Ocaml to a different version" + einfo "see the Ocaml ebuild for details" echo "" fi @@ -48,7 +49,7 @@ if use gd && !(built_with_use media-libs/gd truetype); then eerror "media-libs/gd must be built with 'truetype' to compile" - eerror "mldonkey with gd support" + eerror "MLDonkey with gd support" die "Recompile media-libs/gd with enabled truetype USE flag" fi } @@ -57,6 +58,8 @@ unpack ${A} cd ${S} + epatch ${FILESDIR}/${P}-fix_dns_test.patch + export WANT_AUTOCONF=2.5 cd ${S}/config autoconf @@ -87,8 +90,12 @@ --sharedstatedir=/var/mldonkey \ --localstatedir=/var/mldonkey \ --enable-checks \ - `use_enable batch` \ - `use_enable gd` \ + $(use_enable fasttrack) \ + $(use_enable gnutella) \ + $(use_enable gnutella gnutella2) \ + $(use_enable batch) \ + $(use_enable gd) \ + $(use_enable magic) \ ${myconf} || die "Configure Failed!" export OCAMLRUNPARAM="l=256M" @@ -145,9 +152,9 @@ if ! use guionly; then echo einfo "Running \`mldonkey' will start the server inside ~/.mldonkey/" - einfo "If you want to start mldonkey in a particular working directory," + einfo "If you want to start MLDonkey in a particular working directory," einfo "use the \`mlnet' command." - einfo "If you want to start mldonkey as a system service, use" + einfo "If you want to start MLDonkey as a system service, use" einfo "the /etc/init.d/mldonkey script. To control bandwidth, use" einfo "the 'slow' and 'fast' arguments. Be sure to have a look at" einfo "/etc/conf.d/mldonkey also." @@ -160,7 +167,7 @@ echo else echo - einfo "Simply run mlgui to start the chosen modonkey gui." + einfo "Simply run mlgui to start the chosen MLDonkey gui." einfo "It puts its config files into ~/.mldonkey" fi }
Created an attachment (id=100945) [edit] files/mldonkey-2.8.1-fix_dns_test.patch Patch posted by spiralvoice in comment #28.
Created an attachment (id=100948) [edit] files/mldonkey.initd mldonkey.initd with patch from attachment #100277 [edit].
Christian, why only ~x86 keyword? Can I add ~amd64?
Created an attachment (id=101050) [edit] mldonkey-2.8.1.ebuild (In reply to comment #33) > Christian, > why only ~x86 keyword? > Can I add ~amd64? Oops, sorry. Please find attached an ebuild with all previous archs. --- mldonkey-2.8.1.ebuild.old 2006-11-02 15:29:46.000000000 +0100 +++ mldonkey-2.8.1.ebuild 2006-11-02 15:28:48.000000000 +0100 @@ -12,7 +12,7 @@ LICENSE="GPL-2" SLOT="0" -KEYWORDS="~x86" +KEYWORDS="~alpha ~amd64 ~hppa ~ia64 ~ppc ~sparc ~x86" RESTRICT="nomirror" RDEPEND="dev-lang/perl (In reply to comment #29) > what's magic add? Look at the manpage of file(1).
This isn't perhaps specific to version 2.8.x. Should I open a new bug for it? If MLDonkey has hung up (for whatever reason...), /etc/init.d/mldonkey stop can take a very long time to finish. I presume this is because wget is waiting for the server to respond, which it doesn't. Wget's default timeout is 900 seconds. This means that the system can take 45 minutes to shutdown, forcing the user to press reset. I propose adding something like --timeout=5 to the wget lines, because a local mldonkey server is unlikely to take very long to respond unless it has completely hung up.
(In reply to comment #35) > I propose adding something like --timeout=5 to the wget lines, because a local > mldonkey server is unlikely to take very long to respond unless it has > completely hung up. I think that's a good idea. Should the timeout be user configurable? -- This setting would then go in mldonkey.confd. It would be great if you could update the files mldonkey.initd (last version in attachment #100948 [edit]) and maybe mldonkey.confd with your proposed solution and attach them to this bug. Best regards Christian
Again it seems no one cares about the MLDonkey ebuild in Portage... 2.8.1 has been released two (sic!) months ago and still no sign from the maintainer of this ebuild. I feel sorry that such a good distro as Gentoo sometimes so seriously lacks behind current developments. I know many people are really busy, but then someone else should stand up and take the job of maintaining this package and fix, for example, the DNS bug. Due to major stability problems with Gentoo ( http://forums.gentoo.org//viewtopic-p-3714849.html#3714849 ) I switched recently to Debian Etch, which, btw, already has a MLDonkey package in version 2.8.1-2 and a responsive maintainer. The DNS bug is already fixed there. As I am already busy enough improving MLDonkey I do not feel the need to create/maintain any distro package, but in the last days I felt the need to wipe Gentoo of my HDD because it does not work like it should and I need the space to conduct some EDK >4GB testing (patch in development!). Compared to Debian Etch, which, since my last posting in the mentioned thread did not crash at all, so three weeks with just one crash in the first week, this is what i call stability!
mldonkey-2.8.1.ebuild + files/mldonkey-2.8.1-fix_dns_test.patch builds and works fine here. When will this be included in Portage? Due to bug #152763 not even the latest ~arch ebuild is usable anymore, all work has already been done (thanks, Fritella, spiralvoice, Christian, and testers!), why is the net-p2p herd not reacting?
*** Bug 156563 has been marked as a duplicate of this bug. ***
MLDonkey 2.8.2 has been released http://bugs.gentoo.org/show_bug.cgi?id=156563 Writing this on Debian Etch I can not provide ebuilds, but simply copying them and removing DNS patch should work.
Renaming the ebuild went fine, mldonkey 2.8.2 is running now (and running fine!) Tested with the new ebuild (all new USE flags on for now, may test without protocols I do not use later)
(In reply to comment #41) > Renaming the ebuild went fine, mldonkey 2.8.2 is running now (and running > fine!) > > Tested with the new ebuild (all new USE flags on for now, may test without > protocols I do not use later) Same here, please include it in Portage...
Created an attachment (id=102976) [edit] mldonkey-2.8.2.ebuild New ebuild for mldonkey-2.8.2. This is a rename of mldonkey-2.8.1.ebuild (attachment #101050 [edit]) with the dns patch (attachment #100945 [edit]) removed, which was included upstream.
(In reply to comment #43) > Created an attachment (id=102976) [edit] > mldonkey-2.8.2.ebuild > > New ebuild for mldonkey-2.8.2. This is a rename of mldonkey-2.8.1.ebuild > (attachment #101050 [edit] [edit]) with the dns patch (attachment #100945 [edit] [edit]) removed, which was > included upstream. The ebuild is working perfectly for me. Now, I can read comments in sancho! :) BTW, what is the magic useflag for?
(In reply to comment #44) > BTW, what is the magic useflag for? See comment #34 :-)
Please add mldonkey-2.8.2 ebuild to portage ASAP... It works wonderfully! What are you waiting for?
emerging 2.8.2 from portage. Codice: ... ocamlopt.opt -inline 10 -I src/utils/cdk -I src/utils/lib -I src/utils/ocamlrss -I src/utils/xml-light -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/gtk2/gui -I src/gtk2/gui/x11 -I src/gtk2/gui/win32 -I icons/rsvg -I +lablgtk2 -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -c src/gtk2/gui/guiUtf8.ml /usr/lib64/ocaml/lablgtk2/glib.cmx is not a compilation unit description. make: *** [src/gtk2/gui/guiUtf8.cmx] Error 2 !!! ERROR: net-p2p/mldonkey-2.8.2 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile mldonkey-2.8.2.ebuild, line 100: Called die !!! Make Failed !!! If you need support, post the topmost build error, and the call stack if relevant. What's ".cmx" ?
I had the same problem: http://bugs.gentoo.org/show_bug.cgi?id=156971 I don't know why ocaml is not updated :-(
02 Dec 2006; Karol Wojtaszek <sekretarz@gentoo.org> +mldonkey-2.8.2.ebuild: Version bump, bug #147718 Closed.
Jakub or Karol: Please reopen, the fixed mldonkey.initd from attachment #100948 [edit] (as suggested by spiralvoice in comment #25) is not in portage. It fixes the bug noted in comment #23. --- /usr/portage/net-p2p/mldonkey/files/mldonkey.initd 2006-01-04 23:06:23.000000000 +0100 +++ ./files/mldonkey.initd 2006-10-23 15:57:47.000000000 +0200 @@ -121,7 +121,7 @@ fi BASE=${BASE}${SERVER}:${PORT} - VALUE=$(/usr/bin/wget -O - ${BASE}/submit?q=vo 2> /dev/null| /bin/grep -C1 max_hard_upload|/usr/bin/tail -n 1|/bin/cut -d\" -f2) + VALUE=$(/usr/bin/wget -O - ${BASE}/submit?q=vo 2> /dev/null| /bin/grep -C1 max_hard_upload|/bin/grep value=\" |/bin/cut -d\" -f2) if [[ ${VALUE} -eq ${LOW_UP} ]] then INFO="mldonkey runs slow"
This bug is about version bump, hence closed FIXED. Anything else -> new bug.
(In reply to comment #51) > This bug is about version bump, hence closed FIXED. Anything else -> new bug. > I personally disagree with that. IMHO the bug it's caused by the update itself ( as noted in comment #23 ) as the init.d shall be updated as well.
I already opened bug #157242 for the separate rc issue because I thought my note in comment #50 was unnoticed.
