Bugzilla Bug 138373

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.