Re: CMS Question [Was: New Website]
Adam Tauno Williams <[email protected]> Thu, 08 Nov 2007 17:03:02 -0500
| Newsgroups | gmane.comp.cms.opengroupware.discuss.general |
|---|---|
| Message-ID | <1194559382.5928.11.camel@WM_ADAM1.morrison.iserv.net> |
> > Indeed, just like I am still subscribed to this mailinglist not because > > I have anything to do with OGo but just because I find it interesting to > > see the proceedings of a project like this ;). (okay and because I think > > OGo is an interesting application/project). > Just a thought on this. Following the project on the lists, is not a function > of the docs site. If a user has an account on the docs site and its not being > used, then obviousely there is no contribution from that account. Users can > still make valueable contributions via the various lists or monitor the > projects progress via the same lists as its a separate registration process. > The accounts on docs were established so that people with interest could > upload documentation. Comments, etc all go to or via the lists. So a > reduction of some 1/3 of the accounts would greatly increase the performance > of the system as well as reduce the need to prune all the spam that others > seem to be doing nicely now and reduce the workload on the admins. Yep, pretty much my thinking. But if it isn't easy... > Finally a simple > install system that is standardized to the degree possible to eliminate most > of the distro variables. Not known if the later is possible however. Other than the start/stop scripts and the evil things Debian does to PostgreSQL (installing two versions side-by-side, etc...) I don't think there is much in the way of "distro variables". Once one is beyond compiling I believe WMOGAG contains all the information required to setup OGo, although some points could be elaborated a bit more. Most of the frustration I see on the list is in regards to people insisting on using installation repositories. Since ours aren't well tested or maintained my recommendation is to take them down; just provide tar balls of releases and nightlies. I'll work on compilation instructions (for trunk).
signature.asc
(application/pgp-signature, 194 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHM4eWLRePpNle04MRAtvnAJ9SvpfyLBT6Sek2UtlZnpZ8xiLHsACfeig+ t4MazahteNz2YOZI01KnBtw= =k9I6 -----END PGP SIGNATURE-----