Hardy has seen the end of its life and is no longer receiving any
updates. Marking the Hardy task for this ticket as "Won't Fix".
** Changed in: mldonkey (Ubuntu Hardy)
Status: New => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.
** Changed in: mldonkey (Ubuntu Intrepid)
Status: New => Invalid
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received
** Changed in: mldonkey (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: mldonkey (Ubuntu)
Assignee: (unassigned) => Mehdi (mehdid)
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bug notification because you are a member of
** Changed in: mldonkey (Debian)
Status: Unknown => Fix Released
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
** Bug watch added: Debian Bug tracker #473133
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473133
** Also affects: mldonkey (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473133
Importance: Unknown
Status: Unknown
--
Mldonkey download the Chinese errors.
https
Yes, i still have the summer time because ml only takes the time at boot
but it never refresh it during execution, perhaps if ocaml can take the
time from ¿libc? it can refresh it during execution. You can try the bug
by changing your local timezone and check the ml info.
I have the Jason solution
To fix the locale problem, Jasons solution might be the best:
https://bugs.launchpad.net/ubuntu/+source/mldonkey/+bug/144023/comments/7
Its better not to interfere with system scripts but solving the
problem inside MLDonkeys scripts.
--
Mldonkey download the Chinese errors.
https://bugs.launchpa
Do you mean that MLDonkey did not refresh the timezone after the
change from summer to winter time?
My MLDonkey shows this: language: DE - locale: UTF-8 - UTC offset: +0100
after booting my server this morning.
MLDonkey calculates the timezone by comparing the results of Ocaml
functions Unix.time
This is related with this because is about mldonkey with local system
values, in this case the timezone. Don't know what time takes ml without
using Jason's workaround but this is mi mldonkey info "language: ES -
locale: UTF-8 - UTC offset: +0200"
The UTC offset should be +0100 38 minutes ago inst
The locale used at boot time is the default c locale. If other
initscripts aren't affected by the use of a locale different of c, yours
is the best solution, inicializate the LANG and LC_ALL environment
variables with the system selected language as soon as posible.
--
Mldonkey download the Chine
MLdonkey uses UTF8 internally by default. The charset is uses when creating
filenames is derived from $LANG when MLDonkey starts, I do not consider this
a bug, but a feature. Ubuntu needs to ensure a valid environment for MLDonkey
being able to determine the correct charset to be used.
--
Mldonke
This bug isn't incomplete, there is also a solution in the comments. If
you want more information this mldonkey problem can be related to the
rename completed dowloads feature. Adding the jason's solution to the
initscript config file, while this isn't solved upstream, is the fix for
this bug.
**
Is very possible, you can check it by executing the runinfo mldonkey
command and see if it's using ascii encoding. Anyway the Jason's
solution in the above comments is sure that will work in intrepid.
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received thi
Is this symptom still reproducible in 8.10 RC or later?
** Changed in: mldonkey (Ubuntu)
Status: New => Incomplete
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
I forget to say that this bugs came from debian, is alredy open in their
bug system and the developer says that this is a mldonkey bug because ml
should not edit the name of the downloads despite of the locale. I think
too that this is a mldonkey bug but for another reason, mldonkey should
support
Jason thanks for the tip, it works for me too, but I edited the
/etc/default/mldonkey-server as the initscript includes it, apt should
ask before change that file, for the initscript i'm not sure.
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bu
howl, you simply need edit /etc/init.d/mldonkey-server and insert two lines
. /etc/default/locale
export LANG
anywhere before "case". This does all the trick for me.
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bug notification because you
A simple workarround but very shitty is to make "# sudo /etc/init.d
/mldonkey-server restart" then the locale is picked right by mldonkey. I
don't know when is exactly set up the locale during start and also don't
know how to make mldonkey-server to wait the system to do that (I came
from gentoo an
BTW, I had to modify the starting script in order to get the log (Hardy
beta). The original script has a problem with start-stop-daemon and
output redirection.
--
Mldonkey download the Chinese errors.
https://bugs.launchpad.net/bugs/144023
You received this bug notification because you are a memb
Here they are, the logs. Note the second line which tells the detected
locale.
Auto started:
2008/03/27 10:12:22 [cO] Starting MLDonkey 2.9.2 ...
2008/03/27 10:12:22 [cO] Language EN, locale ANSI_X3.4-1968, ulimit for open
files 1024
2008/03/27 10:12:22 [cO] MLDonkey is working in .
2008/03/27 1
@Jason: To confirm your findings please post the output of
MLDonkey command runinfo after MLDonkey starting on
system boot without changes to init scripts. Then start
MLDonkey on the console and post the runinfo data from
this session for comparison.
--
Mldonkey download the Chinese errors.
https
The bug still exists on Hardy beta, if mlnet is configured to start as a
system service. However, as spiralvoice has pointed out, the patch has
already been applied to the current mldonkey source, which means it is
not the source (or cure) of the problem. The culprit should be the
locale that mlnet
Hi,
this is weird because the patch you mentioned (patch #5272)
is part of MLDonkey sourcecode since version 2.8.0:
http://cvs.savannah.nongnu.org/viewvc/mldonkey/src/daemon/common/commonInteractive.ml?root=mldonkey&r1=1.76&r2=1.77
Greetings, spiralvoice
--
Mldonkey download the Chinese errors.
23 matches
Mail list logo
