Please make 2.7.7 stable on all platforms, 2.6.4 is pretty old by now.
Not possible for now, needs to stay in the tree for at least 30 days without major bugs.
30 days are over tomorrow with no upstream bugs atm;-)
Please stabilize 2.7.7, or at least 2.6.5, asap. 2.6.4 is buggy when downloading fake files which was solved in 2.6.5 by using the new getsources2 opcodes in Lugdnumum servers. More infos about this here: http://forums.gentoo.org/viewtopic-p-3472486.html#3472486
/usr/bin/ocamlc.opt -I src/utils/cdk -I src/daemon/chat -I src/gtk2/chat -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/im -I src/im/yahoo -I src/im/irc -I src/gt k2/im -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fast track -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donke y -c src/daemon/chat/mlchat.mli /usr/lib/ocaml/lablgtk2/gDraw.cmx is not a compilation unit description. make: *** [src/daemon/chat/chat_icons.cmx] Error 2 make: *** Waiting for unfinished jobs.... !!! ERROR: net-p2p/mldonkey-2.7.7 failed.
I'm sorry for the above comment, it was not to post here, but on a bug report. Bug report on 2.7.7: 142899 just shows that it is not ready for prime-time 'stabilization'. :-)
Execute /usr/portage/dev-lang/ocaml/files/ocaml-rebuild.sh to rebuild all packages based on Ocaml to fix this bug.
Any news about when 2.7.7 will hit stable on Gentoo? I am waiting with the release of 2.8.0 until 2.7.7 is stable so users may find bugs still hidden in it because 2.8.0 aims to be a rock-solid release;-) After 2.8.0 the multiuser patch will go into CVS which is already tested by some users with good results. Leaving 2.7.7 unstable here blocks development progress a bit;-)
Arch testers: please mark net-p2p/mldonkey-2.7.7 stable
RDEPEND.bad 5 net-p2p/mldonkey/mldonkey-2.7.7.ebuild: x86(default-linux/x86/2006.0) ['>=dev-ml/lablgtk-2.6'] net-p2p/mldonkey/mldonkey-2.7.7.ebuild: x86(default-linux/x86/no-nptl) ['>=dev-ml/lablgtk-2.6'] net-p2p/mldonkey/mldonkey-2.7.7.ebuild: x86(default-linux/x86/no-nptl/2.4) ['>=dev-ml/lablgtk-2.] net-p2p/mldonkey/mldonkey-2.7.7.ebuild: x86(hardened/x86) ['>=dev-ml/lablgtk-2.6'] net-p2p/mldonkey/mldonkey-2.7.7.ebuild: x86(hardened/x86/2.6) ['>=dev-ml/lablgtk-2.6'] Seems a bit premature on x86, its one depend but do need to get that marked first.
~x86 net-p2p/mldonkey-2.7.7 USE="gd -batch -doc -gtk -guionly" emerge, compilation and collision check all fine. The upgrade from 2.6.4 version was almost transparent (I had to move /home/p2p/.mldonkey to /home/p2p/mldonkey). I've been running the server all the day connecting to servers, downloading, etc etc. I have been using the web client and sancho client. WRT, Bug 141958, file in my machine /etc/conf.d/mldonkey is 644 and should be 600
2006/08/14 01:54:15 [dMain] Core started 2006/08/14 01:54:15 [dMain] Option log_file is empty, disable logging completely... But that is not true, the logging is not completely disabled. Later I got some messages in syslog: ... Aug 14 01:21:27 zen mlnet: gethostby*.getanswer: asked for "www.jd2k.com IN A", got type "TXT" ... Aug 14 01:54:21 zen mlnet: gethostby*.getanswer: asked for "www.jd2k.com IN A", got type "TXT" ... Not sure is this is correct.
(In reply to comment #11) > But that is not true, the logging is not completely disabled. Later I got some > messages in syslog: > > Aug 14 01:21:27 zen mlnet: gethostby*.getanswer: asked for "www.jd2k.com IN A", got type "TXT" This message was not created from with-in MLDonkey core
(In reply to comment #10) > The upgrade from 2.6.4 version was almost transparent (I had to move > /home/p2p/.mldonkey to /home/p2p/mldonkey). This is bad, why was the default directory changed? http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-p2p/mldonkey/files/mldonkey.confd?r1=1.3&r2=1.4 User config data should be respected, even between updates.
> This message was not created from with-in MLDonkey core This seems to be related to http://savannah.nongnu.org/bugs/?func=detailitem&item_id=16926 and doesn't seem to be a problem. > This is bad, why was the default directory changed? > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-p2p/mldonkey/files/mldonkey.confd?r1=1.3&r2=1.4 > > User config data should be respected, even between updates. I think that the new directory is better (without the dot) but the ebuild should issue a warning so the user can move the database.
(In reply to comment #14) >> User config data should be respected, even between updates. > > I think that the new directory is better (without the dot) but the ebuild > should issue a warning so the user can move the database. Not many people are reading ebuild warnings, especially when a lot of them are updated. The directory change is ok for _new_ installs but current installs should not be forced to change. Changes like this should also be handled by etc-update.
> Not many people are reading ebuild warnings, especially when a lot > of them are updated. The directory change is ok for _new_ installs > but current installs should not be forced to change. > > Changes like this should also be handled by etc-update. It is handled by etc-update, but i would issue a warning anycase.
please readd x86 once the maintainer responds to 143311 and gives the x86 team his affirmation that its ready to go.
(In reply to comment #17) > please readd x86 once the maintainer responds to 143311 and gives the x86 team > his affirmation that its ready to go. > s/x86/ppc
(In reply to comment #17) > please readd x86 once the maintainer responds to 143311 and gives the x86 team > his affirmation that its ready to go. > Copy that on amd64, Houston...
Readding arches because the maintainer of bug 143311 gave his OK for stabilisation.
Whoops, forgot ppc
x86, i've been using this version for two weeks with no problems at all. Today I successfully tested the USE flags doc, batch and gtk. mlgui runs nice in my fluxbox environment.
I'm using this package since two months without problems on x86 -- please stabilize. Portage 2.1-r2 (default-linux/x86/no-nptl/2.4, gcc-4.1.1, glibc-2.3.6-r4, 2.4.32-xbox i686) ================================================================= System uname: 2.4.32-xbox i686 Celeron (Coppermine) Gentoo Base System version 1.12.4 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] 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.10 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.4.26-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" 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.europe.gentoo.org/gentoo-portage" USE="x86 alsa apm bitmap-fonts cli crypt dlloader dri eds emboss encode foomaticdb fortran gdbm gif gstreamer isdnlog libg++ libwww mmx mp3 ncurses ogg pam pcre pdflib pppd qt3 qt4 readline reflection session spell spl sse ssl tcpd truetype-fonts type1-fonts vorbis xml xorg zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
emerges and works fine on amd64 emerge --info Portage 2.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-suspend2-r4Dudebox-Edition x86_64) ================================================================= System uname: 2.6.17-suspend2-r4Dudebox-Edition x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.4 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 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="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -msse3 -Os -pipe" 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 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -msse3 -Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distcc distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j4" 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" SYNC="rsync://server/gentoo-portage" USE="amd64 X alsa apache2 avi berkdb bitmap-fonts cairo cdr cli crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gcj gdbm gif gpm gstreamer gtk gtk2 hal imap isdnlog jpeg kde kdeenablefinal kdehiddenvisibility libg++ mad mikmod mp3 mpeg mysql ncurses nls nptl nptlonly objc objc++ ogg oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl sqlite ssl tcpd test truetype truetype-fonts type1-fonts udev unicode vorbis xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
get your happy meal now with the most exciting amd64 keyword you've ever seen!
(In reply to comment #17) > please readd x86 once the maintainer responds to 143311 and gives the x86 team > his affirmation that its ready to go. > x86 has been readded one week ago but nothing happened. Having MLdonkey unstable blocks further developments in MLDonkey because I would like to see 2.7.7 stable before releasing 2.8.0 to fix currently unknown bugs discovered by Gentoo stable users in 2.7.7.
We'll skip this one up for sparc, server-side mldonkey works fine, but mlgui doesn't like us yet (bus error, as usual).
Marked ppc stable.
x86 is stable ^.^
hppa stable.
alpha never had this stable, all done and closing.
