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. > Than use the multidisk array to create a beter raid (raid 5 and not 0), > over that to have LVM for the base filesystems. > You can re-arrange /storage as long as you first move its contents to the new IDE disk. I'd hate to lose them. > I'd like to seperate some filesystems to have better use of disk space > (/tmp & /home). That's doable. There's currently 50% use in the /-partition. We have some other partitions on the old SCSI disks, which belonged to the old RedHat configuration, which we may be able to use now. Just be careful and consult us first. > > clean the server packages. There are many interpreters: > main/interpreters libxml-rss-perl > main/interpreters libdate-calc-perl > main/interpreters libtemplate-perl > main/interpreters python2.1 > main/interpreters libdate-manip-perl > main/interpreters libcgi-application-perl > > Do why really need them all? > 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. > 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. > There are packages from dotdeb: > ii libmysqlclient 4.1.12-0.dotde mysql database client library > ii php4 4.3.11-0.dotde server-side, HTML-embedded scripting > languag > ii php4-cgi 4.3.11-0.dotde server-side, HTML-embedded scripting > languag > ii php4-common 4.3.11-0.dotde Common files for packages built from > the php > ii php4-mysql 4.3.11-0.dotde MySQL module for php4 > ii qmail 1.03-37.dotdeb Secure, reliable, efficient, simple > mail tra > > I'd like to reinstall them with using the official package. No problem. Just be careful with qmail. > > also, should we continue to use qmail, since it's part of Debian. I > thinking about this from the security fixes we can't get automatically. We (excluding you and Amit again) had a discussion about qmail before: http://www.mail-archive.com/iglu-web%40iglu.org.il/msg01361.html At the moment, there is the core qmail installation (domains, etc.) which is quite small, and should pose little problem; various aliases, which can usually be easily ported; and the ezmlm-idx mailing lists, which have variable configuration and would be somewhat harder. I suggested making a gradual move from ezmlm-idx to a good MTA-neutral mailing lists manager, so we won't be tied to qmail in this regard. I also suggested to then replace qmail with postfix. (very, very, carefully) Other people believed it was not such a good idea. (read the rest of the thread). 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%.
