Re: Accepted mldonkey 2.5.17-1 (i386 source)
Hello,
On Fri, Apr 16, 2004 at 12:10:47PM +0200, Goswin von Brederlow wrote:
> "Sylvain LE GALL" <sylvain.le-gall@polytechnique.org> writes:
>
> > On Fri, Apr 16, 2004 at 12:07:05AM +0200, Goswin von Brederlow wrote:
> >> Sylvain LE GALL <sylvain.le-gall@polytechnique.org> writes:
> >>
> >> > Format: 1.7
> >> > Date: Thu, 8 Apr 2004 22:28:10 +0200
> >> > Source: mldonkey
> >> > Binary: mldonkey-gui mldonkey-server
> >> > Architecture: source i386
> >> > Version: 2.5.17-1
> >> > Distribution: unstable
> >> > Urgency: low
> >> > Maintainer: Sylvain LE GALL <sylvain.le-gall@polytechnique.org>
> >> > Changed-By: Sylvain LE GALL <sylvain.le-gall@polytechnique.org>
> >> > Description:
> >> > mldonkey-gui - Graphical frontend for mldonkey based on GTK
> >> > mldonkey-server - Door to the 'donkey' network
> >> > Closes: 239438 240443 241085 242695
> >> > Changes:
> >> > mldonkey (2.5.17-1) unstable; urgency=low
> >> > .
> >> > * New upstream release
> >> > * Correct creation of .mldonkey directory structure. This help mldonkey to
> >> > be launch and finish by menu. The directory structure is exactly the same
> >> > as before, expect a .mldonkey/.mldonkey dir which containes the
> >> > mlnetstrings file. ( Closes: #240443, #241085 )
> >>
> >> Hidden files/dirs inside hidden dirs are frowned uppon. Whats wrong
> >> with .mldonkey/mldonkey?
> >>
> >>
> >> MfG
> >> Goswin
> >>
> >>
> >
> > Hello,
> >
> > Inherited from the previous debian packager ;-)
> >
> > Just to sum up :
> > - you choose to ( if i remember well ), to run mldonkey user session
> > into .mldonkey. It creates all the .ini file, et al
> > - i continue your work, but with mldonkey_server which provide more
> > things ( ie, auto restart system et al, loggin to syslog... ), still
> > in .mldonkey
> > - someone in the mldonkey team decide to use $HOME/.mldonkey to store
> > i18n strings for mlnet ...
> >
> > So it should not be a problem, since we are using the same rep... But,
> > it doesn't work if you use it with a system user : no home, you need to
> > set a $HOME and you need to be sure to have this home writeable...
> >
> > So having the possibility to run mldonkey with unpriviliged user, make
> > me need to set this .mldonkey/.mldonkey in order to be sure to have a
> > writeable place to output a string ( if not, mldonkey doesn't start ).
> >
> > I am not very happy with this, but it is the only idea i found to have a
> > fix ( i should have work harder, but time is fighting against me ).
> >
> > Kind regard
> > Sylvain Le Gall
>
> The .ini files are already writeable and should be in $HOME/.mldonkey
> for normal users. So why not put the i18n strings in the same place?
>
I need to change $HOME to be able to run as system user ( because they
don't have real home ). So i made, --chdir and $HOME be the same, it
implies that, when running as simple user, $HOME = $REAL_HOME/.mldonkey
since, mldonkey_server use a --chdir ~/.mldonkey.
Mlnet use $HOME to compute mlnetstring place -> $HOME ^ "/.mldonkey".
So for normal user it give ~/.mldonkey/.mldonkey.
I can change this behavior, but i don't want to patch to heavily
mldonkey. I feel this is a really small issue ( off coursen
.mldonkey/.mldonkey doesn't seems to be very well and cool, but it
doesn't prevent mldonkey to run ).
> I have a mldonkey user and $HOME/.mldonkey/.mldonkey looks bad. (I
> also had to create the dir or mlnet wouldn't start anymore).
>
The new version, which is uploaded ( 2.5.17-1 ), fix this : it creates
.mldonkey/.mldonkey . It should fix this issue.
Anyway, there is nothing to set in this dir ( it is only used for a i18n
internal mechanism of mldonkey ). It is not, a place for user
preferences.
If anyone feel disturb about this, they can simply turn to mlnet which
is the mldonkey upstream command. Mldonkey_server is only a debian wrapper.
Regard
Sylvain Le Gall
Reply to: