(sorry for the delay but I was actually actually subscribed -_-') (using English as I believe some non-French Gna! volunteers are following the list, but may switch back to French otherwise)
> Bref un nouveau site peut aider, mais je ne pense pas que ça résolve > les problèmes fondamentaux, notamment le bordel de spaghetti des > chroots/IPs & co que représente Gna, I'm willing to help clean this up, here are suggestions for the general guidelines: - move cross-chroot services inside chroots (e.g. move lisa's SVN service to the svn chroot directly) - convert chroots to independant vservers - group vservers by user access level, e.g. cvs+svn (vcs-only shell), sftp+arch (file-level access), frontend + possibly db (no access), keep mail separately, home either separate or with sftp. Mainly to reduce the number of needed IPs addresses. > et surtout les inefficiences niveau disque. I have a suggestion: - disable daily CVS/SVN backups - open anonymous rsync access for raw real-only access Savannah does that for quite a while, and SourceForge followed suit a while after. I guess this can help. > Là je peux commander de la RAM supplémentaire et un jeu de disque > +spares complets (différents des "Raptor 150" actuels qui dépotent mais > on une durée de vie plus courte, par ex. des 250G ou 500G "oldschool"), > c'est de l'ETA ~8 jours. Honnêtement je ne sais pas ce qui est le mieux > pour Gna!, dites-moi... I don't have advice about chosing hardware (you know better :)), but RAM cache sounds better for disks anyway. Loïc: if we move to Rennes, when do you think this would be done? -- Sylvain _______________________________________________ Project mailing list [email protected] https://mail.gna.org/listinfo/project
