On Sunday 04 September 2005 21:54, Lior Kaplan wrote:
> Shlomi Fish wrote:
> > On Friday 02 September 2005 22:34, Lior Kaplan wrote:
> >>Thanks for the quick fix.
> >
> > You're welcome.
> >
> >>My ideas about a todo list:
> >>
> >>I'd like to change the distination of the ftp to something under /srv.
> >
> > No problem with that. Just change the home directory of the "ftp" user
> > in /etc/passwd. You also need to move the /storage mount to somewhere
> > else.
>
> Done. moved to /srv/ftp (which is FHS compliant).
>
OK. Good.
> > All the Perl modules are in use by the Jobs and Consultants Applet.
> > (which I'm maintaining). Some of them are in use for other things. As for
> > the python package, from a quick locate command, I could not find
> > anything
> > written-in-Python that is still in use on the server.
> >
> > I also do not preclude that we'll make use of something Python-related in
> > the future.
>
> Removed. Python2.3 is there for bittorando (which I use to get some
> files for the mirror).
OK.
>
> >>same for development packages (libc6-dev, kernel-headers, gcc). Did
> >>someone used the server for his developemnt station? Or to build source
> >>code? I don't think that the way stuff should work on production.
> >
> > It seems you forgot the fact that I told iglu-web that I used it to
> > compile the relevant source code of chkrootkit, because I suspected a
> > rootkit was installed on eskimo. I suppose they can be removed now.
> > However, in the not-so-far future I may need them (or at least just make)
> > to compile CPAN Perl modules that are not present in the Debian packages'
> > pool using dh-perl-make.
>
> Well, the server isn't a development station.
I agree it's not and shouldn't be a development station. However, a server can
have a development environment present in order to build packages locally
that are later installed there. Every BSD and Gentoo server (and also many
other UNIX flavours or distributions) have that.
Just because it provides services for the community does not mean you cannot
build programs on it to provide more services. On a Debian Woody I have an
account on, I was instructed to build and install Subversion and all of its
dependencies locally in my home directory. Naturally, I wouldn't be able to
do that if I didn't have the GNU toolchain. (and trying to build it on my
home machine and then move it would either have failed completely, or would
have disabled my Internet connection for several hours).
> Build them on your
> computer and upload the binaries to the server.
That's much easier said than done because:
1. I don't have anything remotely similar to a Debian Sarge environment. I'm
using Mandriva 2006 Beta2 at the moment, and I have no idea how painful it
would be to get dpkg, apt-get, etc. working there. I also have a Kubuntu
system which I could reboot to (even though would rather not), but I was told
Ubuntu also has different version numbers than Debian, etc.
I can try messing around with a virtualization of some sort (VMWare,
User-Mode-Linux, etc.) but would really rather not to. I am limited in both
diskspace and the available computers here. Only one computer on my home (the
desktop one) runs Linux.
2. I cannot really effectively upload files using my ADSL connection that has
10 KBps upstream, which if fully utilizes slows the downstream to a crawl.
I'd rather download and install everything directly from eskimo.
> Even better is to build
> a custome package and install it on the server (I can gladly help).
Yes. dh-perl-make can do exactly that. I don't see a reason why we shouldn't
run it directly on eskimo.
Regards,
Shlomi Fish
---------------------------------------------------------------------
Shlomi Fish [EMAIL PROTECTED]
Homepage: http://www.shlomifish.org/
95% of the programmers consider 95% of the code they did not write, in the
bottom 5%.
