Re: [E-devel] Continuing the website saga
On Fri, 22 Sep 2006 18:01:42 -0700 Ben Rockwood <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Fri, 22 Sep 2006 14:13:53 -0500 "Sthithaprajna Garapaty" > > <[EMAIL PROTECTED]> babbled: > > > >> No Mambo. No Joomla. > > > > why? > > I have to admit that I've never seen a CMS I actually like, mostly > because the pages look more like a hodge-podge of articles rather than a > clean site. I don't like that Slashdot ("Read More", "Comment", etc) look. > > Reguardless, of all the CMS's I've played with Mambo/Joomla makes me the > least irritated. Its easy to use, fast, and pretty. And, as an E user, > prettiness counts. > > Drupal has the name, but it just rubs me the wrong way. > > BTW, I'm working at Joyent/Textdrive now. If we continue having problems > getting a server I might be able to swing us a Solaris Container hosted > at Textdrive. I'm not sure how much this would irritate people, but its > a potential option to put on the table. thanks! :) btw - server is coming. it's been donated by coolcheeze - he's building it and will ship to osuosl. > Speaking of servers, just for the record, I worked long and hard to get > systems from Sun and ultimately nothing resulted. The problem is that > Sun doesn't just "give it away", some department inside of Sun has to > pay for it out of their own budget and things have been really tight > lately. I continue to keep it in peoples ears but I wouldn't count on > anything. aye - i wasn't expecting much - but it makes sense. either way we will be getting own own box soon: dual opteron, 2gb ram, 2x250gb sata raid. gig-e etc. in a datacenter with what i understand to be at least 100mbit of bandwidth (both ways). we will have root - we will have a full box for us. we will have choice. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Carsten Haitzler (The Rasterman) wrote: > On Fri, 22 Sep 2006 14:13:53 -0500 "Sthithaprajna Garapaty" > <[EMAIL PROTECTED]> babbled: > >> No Mambo. No Joomla. > > why? I have to admit that I've never seen a CMS I actually like, mostly because the pages look more like a hodge-podge of articles rather than a clean site. I don't like that Slashdot ("Read More", "Comment", etc) look. Reguardless, of all the CMS's I've played with Mambo/Joomla makes me the least irritated. Its easy to use, fast, and pretty. And, as an E user, prettiness counts. Drupal has the name, but it just rubs me the wrong way. BTW, I'm working at Joyent/Textdrive now. If we continue having problems getting a server I might be able to swing us a Solaris Container hosted at Textdrive. I'm not sure how much this would irritate people, but its a potential option to put on the table. Speaking of servers, just for the record, I worked long and hard to get systems from Sun and ultimately nothing resulted. The problem is that Sun doesn't just "give it away", some department inside of Sun has to pay for it out of their own budget and things have been really tight lately. I continue to keep it in peoples ears but I wouldn't count on anything. benr. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Fri, 22 Sep 2006 14:13:53 -0500 "Sthithaprajna Garapaty" <[EMAIL PROTECTED]> babbled: > No Mambo. No Joomla. why? > On 9/22/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > On Fri, 22 Sep 2006 06:57:13 +0200 Jochen Maes <[EMAIL PROTECTED]> > > babbled: > > > > there's also its alter-ego fork "joomla!" :) > > > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > Carsten Haitzler (The Rasterman) wrote: > > > > On Thu, 21 Sep 2006 23:24:42 -0400 Michael Jennings <[EMAIL PROTECTED]> > > > > babbled: > > > > > > > >> On Friday, 22 September 2006, at 07:29:22 (+0900), > > > >> Carsten Haitzler wrote: > > > >> > > > >>> ok - something that covers 2 or our 3 major needs (web pages + docs, > > > >>> forums, bug tracker) > > > >> You? Want a bug tracker? Seriously? > > > >> > > > >> I think Hell may have just frozen over. > > > > > > > > no i don't - i am listening to other peoples needs too. > > > > > > > >> TW does have a task manager, but it's not very good IMHO. I prefer > > > >> Mantis for bug tracking; I've yet to find a CMS with a really solid > > > >> bug tracker built-in. > > > > > > > > i have just been hunting - the only thing i really found was > > > > > > > > mambo. > > > > > > > > its huge. yes. but it has a flyspray module - flyspray bug tracker with > > > > authentication all integrated to the rest of the mambo core. its the > > > > only thing i found so far. i am not commenting one way or another on > > > > mambos quality or anything else except that at the moment it seems to > > > > be the only cms that actually has "serious" support for the things we > > > > need :( > > > > > > > > let the flames begin. > > > I have used mambo a while, and is pretty good. It's a long standing cms > > > that shouldn't have to many quirks. imho you should definitely try it out. > > > > > > > > > > > > > > > > >> Michael > > > >> > > > >> -- > > > >> Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL > > > >> PROTECTED]> > > > >> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > > > >> --- > > > >> "Sometimes I give myself the creeps. Sometimes my mind plays tricks > > > >> on me. It all keeps adding up; I think I'm cracking up. Am I just > > > >> paranoid? Am I just stoned?"-- Green Day, "Basket Case" > > > >> > > > >> - > > > >> Take Surveys. Earn Cash. Influence the Future of IT > > > >> Join SourceForge.net's Techsay panel and you'll get the chance to share > > > >> your opinions on IT & business topics through brief surveys -- and earn > > > >> cash > > > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > >> ___ enlightenment-devel > > > >> mailing list enlightenment-devel@lists.sourceforge.net > > > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > >> > > > > > > > > > > > > > > > > > - -- > > > "Defer no time, delays have dangerous ends" > > > "Ne humanus crede" > > > > > > Jochen Maes > > > http://sejo.be > > > -BEGIN PGP SIGNATURE- > > > Version: GnuPG v1.4.3 (GNU/Linux) > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > > > iD8DBQFFE20pHk9siaKv9sgRAne1AJ9NDHVlfUaZocz0vjWZOPsz+fH4MACgzXn3 > > > 2mtH3axj2vvjszRPiRDgfI0= > > > =MUbe > > > -END PGP SIGNATURE- > > > > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] > > 裸好多 > > Tokyo, Japan (東京 日本) > > > > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share your > > opinions on IT & business topics through brief surveys -- and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ---
Re: [E-devel] Continuing the website saga
On Fri, 22 Sep 2006 14:34:55 -0300 Andres Blanc <[EMAIL PROTECTED]> babbled: > I honestly don't see the need of having *everything* integrated, except for a > unified authentication system and maintenance > > I see the need of an agile way of update information on the website (a wiki), > exchange opinions and support (a forum), and a formal channel for users to > present problems to the developers (a bug tracker). > I offer my help to unify the look and authentication systems of the best tool > for each job. > > Unified authentication should be almost trivial to implement, the real > problem here is maintenance, having to track bugs and updates for several > different apps could be a bother, but not much more than tracking the bugs of > obscure modules that-might-be-unmaintained of a given CMS. > > In my opinion trying to use an integrated system for everything will turn up > with a collection of half-baked services. > > If you insist on using a integrated solution, then I guess Mambo/Joomla is > the most professional and complete choice I know about. yes - the point is 1. minimal work for maintenance, bug fixes, security, etc. 2. minimal work to get this thing running 3. something that provides all the pieces we need so we don't have to go inventing them. > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
I honestly don't see the need of having *everything* integrated, except for a unified authentication system and maintenance I see the need of an agile way of update information on the website (a wiki), exchange opinions and support (a forum), and a formal channel for users to present problems to the developers (a bug tracker). I offer my help to unify the look and authentication systems of the best tool for each job. Unified authentication should be almost trivial to implement, the real problem here is maintenance, having to track bugs and updates for several different apps could be a bother, but not much more than tracking the bugs of obscure modules that-might-be-unmaintained of a given CMS. In my opinion trying to use an integrated system for everything will turn up with a collection of half-baked services. If you insist on using a integrated solution, then I guess Mambo/Joomla is the most professional and complete choice I know about. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
No Mambo. No Joomla. On 9/22/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Fri, 22 Sep 2006 06:57:13 +0200 Jochen Maes <[EMAIL PROTECTED]> babbled: > > there's also its alter-ego fork "joomla!" :) > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Carsten Haitzler (The Rasterman) wrote: > > > On Thu, 21 Sep 2006 23:24:42 -0400 Michael Jennings <[EMAIL PROTECTED]> > > > babbled: > > > > > >> On Friday, 22 September 2006, at 07:29:22 (+0900), > > >> Carsten Haitzler wrote: > > >> > > >>> ok - something that covers 2 or our 3 major needs (web pages + docs, > > >>> forums, bug tracker) > > >> You? Want a bug tracker? Seriously? > > >> > > >> I think Hell may have just frozen over. > > > > > > no i don't - i am listening to other peoples needs too. > > > > > >> TW does have a task manager, but it's not very good IMHO. I prefer > > >> Mantis for bug tracking; I've yet to find a CMS with a really solid > > >> bug tracker built-in. > > > > > > i have just been hunting - the only thing i really found was > > > > > > mambo. > > > > > > its huge. yes. but it has a flyspray module - flyspray bug tracker with > > > authentication all integrated to the rest of the mambo core. its the only > > > thing i found so far. i am not commenting one way or another on mambos > > > quality or anything else except that at the moment it seems to be the only > > > cms that actually has "serious" support for the things we need :( > > > > > > let the flames begin. > > I have used mambo a while, and is pretty good. It's a long standing cms > > that shouldn't have to many quirks. imho you should definitely try it out. > > > > > > > > > > > >> Michael > > >> > > >> -- > > >> Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL > > >> PROTECTED]> > > >> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > > >> --- > > >> "Sometimes I give myself the creeps. Sometimes my mind plays tricks > > >> on me. It all keeps adding up; I think I'm cracking up. Am I just > > >> paranoid? Am I just stoned?"-- Green Day, "Basket Case" > > >> > > >> - > > >> Take Surveys. Earn Cash. Influence the Future of IT > > >> Join SourceForge.net's Techsay panel and you'll get the chance to share > > >> your opinions on IT & business topics through brief surveys -- and earn > > >> cash > > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >> ___ enlightenment-devel > > >> mailing list enlightenment-devel@lists.sourceforge.net > > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > >> > > > > > > > > > > > > - -- > > "Defer no time, delays have dangerous ends" > > "Ne humanus crede" > > > > Jochen Maes > > http://sejo.be > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.3 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFFE20pHk9siaKv9sgRAne1AJ9NDHVlfUaZocz0vjWZOPsz+fH4MACgzXn3 > > 2mtH3axj2vvjszRPiRDgfI0= > > =MUbe > > -END PGP SIGNATURE- > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] > 裸好多 > Tokyo, Japan (東京 日本) > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Fri, 22 Sep 2006 06:57:13 +0200 Jochen Maes <[EMAIL PROTECTED]> babbled: there's also its alter-ego fork "joomla!" :) > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Carsten Haitzler (The Rasterman) wrote: > > On Thu, 21 Sep 2006 23:24:42 -0400 Michael Jennings <[EMAIL PROTECTED]> > > babbled: > > > >> On Friday, 22 September 2006, at 07:29:22 (+0900), > >> Carsten Haitzler wrote: > >> > >>> ok - something that covers 2 or our 3 major needs (web pages + docs, > >>> forums, bug tracker) > >> You? Want a bug tracker? Seriously? > >> > >> I think Hell may have just frozen over. > > > > no i don't - i am listening to other peoples needs too. > > > >> TW does have a task manager, but it's not very good IMHO. I prefer > >> Mantis for bug tracking; I've yet to find a CMS with a really solid > >> bug tracker built-in. > > > > i have just been hunting - the only thing i really found was > > > > mambo. > > > > its huge. yes. but it has a flyspray module - flyspray bug tracker with > > authentication all integrated to the rest of the mambo core. its the only > > thing i found so far. i am not commenting one way or another on mambos > > quality or anything else except that at the moment it seems to be the only > > cms that actually has "serious" support for the things we need :( > > > > let the flames begin. > I have used mambo a while, and is pretty good. It's a long standing cms > that shouldn't have to many quirks. imho you should definitely try it out. > > > > > > >> Michael > >> > >> -- > >> Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > >> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > >> --- > >> "Sometimes I give myself the creeps. Sometimes my mind plays tricks > >> on me. It all keeps adding up; I think I'm cracking up. Am I just > >> paranoid? Am I just stoned?"-- Green Day, "Basket Case" > >> > >> - > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to share > >> your opinions on IT & business topics through brief surveys -- and earn > >> cash > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >> ___ enlightenment-devel > >> mailing list enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > > - -- > "Defer no time, delays have dangerous ends" > "Ne humanus crede" > > Jochen Maes > http://sejo.be > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.3 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFE20pHk9siaKv9sgRAne1AJ9NDHVlfUaZocz0vjWZOPsz+fH4MACgzXn3 > 2mtH3axj2vvjszRPiRDgfI0= > =MUbe > -END PGP SIGNATURE- > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thu, 21 Sep 2006 23:24:42 -0400 Michael Jennings <[EMAIL PROTECTED]> babbled: > On Friday, 22 September 2006, at 07:29:22 (+0900), > Carsten Haitzler wrote: > > > ok - something that covers 2 or our 3 major needs (web pages + docs, > > forums, bug tracker) > > You? Want a bug tracker? Seriously? > > I think Hell may have just frozen over. no i don't - i am listening to other peoples needs too. > TW does have a task manager, but it's not very good IMHO. I prefer > Mantis for bug tracking; I've yet to find a CMS with a really solid > bug tracker built-in. i have just been hunting - the only thing i really found was mambo. its huge. yes. but it has a flyspray module - flyspray bug tracker with authentication all integrated to the rest of the mambo core. its the only thing i found so far. i am not commenting one way or another on mambos quality or anything else except that at the moment it seems to be the only cms that actually has "serious" support for the things we need :( let the flames begin. > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > --- > "Sometimes I give myself the creeps. Sometimes my mind plays tricks > on me. It all keeps adding up; I think I'm cracking up. Am I just > paranoid? Am I just stoned?"-- Green Day, "Basket Case" > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thursday, 21 September 2006, at 16:08:08 (-0700), Justin Patrin wrote: > Be careful. Last I used TikiWiki it was a mess code-wise. Lots of > places for security holes to pop up and a wiki rendering engine that > was pure spaghetti. It may have gotten better in the year or so > since I last used it butbe careful. It has some egregious > problems before that allowed people to hijack your site very easily > (similar to the PHPBB bugs you may have heard about). I've worked with the code too, and it's not great. But the engine works. As far as security problems go, 3 or 4 have come up recently, but it had been a long time prior to that. I keep a pretty close eye on them too, and while we're undoubtedly going to fall victim from time to time (no matter *what* CMS we use), adequate backups are the best solution. > I would suggest possibly looking into bitweaver (formerly known as > TikiPro). They did a great job of refactoring and making the system > much nicer internally. I'm a bitweaver developer myself. There is no forum engine, no FAQ engine, and major refactoring work is still going on. BW simply does not fulfill the needs of this project yet. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "May the forces of evil become confused on the way to your house." -- George Carlin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Friday, 22 September 2006, at 07:29:22 (+0900), Carsten Haitzler wrote: > ok - something that covers 2 or our 3 major needs (web pages + docs, > forums, bug tracker) You? Want a bug tracker? Seriously? I think Hell may have just frozen over. TW does have a task manager, but it's not very good IMHO. I prefer Mantis for bug tracking; I've yet to find a CMS with a really solid bug tracker built-in. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Sometimes I give myself the creeps. Sometimes my mind plays tricks on me. It all keeps adding up; I think I'm cracking up. Am I just paranoid? Am I just stoned?"-- Green Day, "Basket Case" - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thu, 21 Sep 2006 15:47:14 -0700 Ben Rockwood <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Thu, 21 Sep 2006 13:58:14 -0400 Michael Jennings <[EMAIL PROTECTED]> > > babbled: > > > > > >> On Thursday, 21 September 2006, at 15:23:15 (+0900), > >> Carsten Haitzler wrote: > >> > >> > >>> does anyone know of something that does the whole list of things we > >>> have mentioned we need - in one package that is solid and easy to > >>> use, reliable, efficient, secure etc.? > >>> > >> TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ > >> engine, a good authorization/permissions engine, and lots of other > >> features, many of which we'd never use, which can be turned off one by > >> one. Check out tikiwiki.org for more info; my two sites are > >> wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better > >> than E.org). ;-) > >> > > > > ok - something that covers 2 or our 3 major needs (web pages + docs, forums, > > bug tracker) > > > > I hate to beat the old horse but I haven't asked in a while... how are > you feeling about SVN/Trac these days? well there isn't any plan to change to svn currently. i have used trac - as far as running all of e.org off it - very much not a favorable thing. trac's wiki formatting is pretty primitive. you can't do a lot of useful things (like have text wrap around an inlined image). also in the past i have seen it bring boxes to their knees... :( -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thu, 21 Sep 2006 16:07:41 -0700 Ben Rockwood <[EMAIL PROTECTED]> babbled: > Andrew Williams wrote: > > Using your preferred method "fixing" would require giving CVS write > > access (and a CVS tutorial for the non-coders) to every person who > > asked. Seems to me like a non-solution. > > > > To be clear, I'm not saying XSM sucks or doesn't work... but I think its > undeniable that it doesn't work _for us_. The answer has remained the > same, XSM isn't at fault its the machine, but we haven't gotten a > machine and don't know when we will, so if we don't get a machine then > something else has to change. we will be getting a machine shortly - thus why i am discussing all of this! :) > The underlying problem isn't even XSM really, its the lack of updates. > What ever will get us back to updates if fine by me. Speed up XSM, move > to something else, whatever, I just want a website thats useful and gets > us back on track. > > I only said that HTML was "my way" because I could export the HTML from > XSM (a handy feature), commit it, and work on it immediately. Frankly > that isn't the best way or the right way, I only mentioned it because > its just fast and easy and doesn't require much debate on choosing a > different CMS. > > And, to be perfect honest, I don't like running XSM because every time I > have a problem with it I feel like I'm bashing you, Andy, and I don't > like avoiding problems just because I don't want to piss off someone I > respect. The old principles of not doing business with family. > > > benr. > > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On 9/21/06, Ben Rockwood <[EMAIL PROTECTED]> wrote: > Michael Jennings wrote: > > On Thursday, 21 September 2006, at 15:23:15 (+0900), > > Carsten Haitzler wrote: > > > > > >> does anyone know of something that does the whole list of things we > >> have mentioned we need - in one package that is solid and easy to > >> use, reliable, efficient, secure etc.? > >> > > > > TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ > > engine, a good authorization/permissions engine, and lots of other > > features, many of which we'd never use, which can be turned off one by > > one. Check out tikiwiki.org for more info; my two sites are > > wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better > > than E.org). ;-) > > > > I've been looking at TikiWiki lately. It looks really kool. I'd > definately be willing to give it a try. > Be careful. Last I used TikiWiki it was a mess code-wise. Lots of places for security holes to pop up and a wiki rendering engine that was pure spaghetti. It may have gotten better in the year or so since I last used it butbe careful. It has some egregious problems before that allowed people to hijack your site very easily (similar to the PHPBB bugs you may have heard about). I would suggest possibly looking into bitweaver (formerly known as TikiPro). They did a great job of refactoring and making the system much nicer internally. -- Justin Patrin - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Andrew Williams wrote: > Using your preferred method "fixing" would require giving CVS write > access (and a CVS tutorial for the non-coders) to every person who > asked. Seems to me like a non-solution. > To be clear, I'm not saying XSM sucks or doesn't work... but I think its undeniable that it doesn't work _for us_. The answer has remained the same, XSM isn't at fault its the machine, but we haven't gotten a machine and don't know when we will, so if we don't get a machine then something else has to change. The underlying problem isn't even XSM really, its the lack of updates. What ever will get us back to updates if fine by me. Speed up XSM, move to something else, whatever, I just want a website thats useful and gets us back on track. I only said that HTML was "my way" because I could export the HTML from XSM (a handy feature), commit it, and work on it immediately. Frankly that isn't the best way or the right way, I only mentioned it because its just fast and easy and doesn't require much debate on choosing a different CMS. And, to be perfect honest, I don't like running XSM because every time I have a problem with it I feel like I'm bashing you, Andy, and I don't like avoiding problems just because I don't want to piss off someone I respect. The old principles of not doing business with family. benr. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Carsten Haitzler (The Rasterman) wrote: > On Thu, 21 Sep 2006 13:58:14 -0400 Michael Jennings <[EMAIL PROTECTED]> > babbled: > > >> On Thursday, 21 September 2006, at 15:23:15 (+0900), >> Carsten Haitzler wrote: >> >> >>> does anyone know of something that does the whole list of things we >>> have mentioned we need - in one package that is solid and easy to >>> use, reliable, efficient, secure etc.? >>> >> TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ >> engine, a good authorization/permissions engine, and lots of other >> features, many of which we'd never use, which can be turned off one by >> one. Check out tikiwiki.org for more info; my two sites are >> wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better >> than E.org). ;-) >> > > ok - something that covers 2 or our 3 major needs (web pages + docs, forums, > bug tracker) > I hate to beat the old horse but I haven't asked in a while... how are you feeling about SVN/Trac these days? benr. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Michael Jennings wrote: > On Thursday, 21 September 2006, at 15:23:15 (+0900), > Carsten Haitzler wrote: > > >> does anyone know of something that does the whole list of things we >> have mentioned we need - in one package that is solid and easy to >> use, reliable, efficient, secure etc.? >> > > TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ > engine, a good authorization/permissions engine, and lots of other > features, many of which we'd never use, which can be turned off one by > one. Check out tikiwiki.org for more info; my two sites are > wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better > than E.org). ;-) > I've been looking at TikiWiki lately. It looks really kool. I'd definately be willing to give it a try. benr. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thu, 21 Sep 2006 13:58:14 -0400 Michael Jennings <[EMAIL PROTECTED]> babbled: > On Thursday, 21 September 2006, at 15:23:15 (+0900), > Carsten Haitzler wrote: > > > does anyone know of something that does the whole list of things we > > have mentioned we need - in one package that is solid and easy to > > use, reliable, efficient, secure etc.? > > TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ > engine, a good authorization/permissions engine, and lots of other > features, many of which we'd never use, which can be turned off one by > one. Check out tikiwiki.org for more info; my two sites are > wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better > than E.org). ;-) ok - something that covers 2 or our 3 major needs (web pages + docs, forums, bug tracker) > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > --- > "What does not destroy me, makes me stronger." > -- Nietzsche, The Twilight of the Idols (1888) > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
FYI: you can try CMS and stuff on http://www.opensourcecms.com/ Tikiwiki included smell you soon =) -- Callea Gaetano Andrea [EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thursday, 21 September 2006, at 15:23:15 (+0900), Carsten Haitzler wrote: > does anyone know of something that does the whole list of things we > have mentioned we need - in one package that is solid and easy to > use, reliable, efficient, secure etc.? TikiWiki is one I use for a couple sites. It has wiki, forums, a FAQ engine, a good authorization/permissions engine, and lots of other features, many of which we'd never use, which can be turned off one by one. Check out tikiwiki.org for more info; my two sites are wiki.caosity.org and www.linuxvilleusa.com (pretty stale, but better than E.org). ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "What does not destroy me, makes me stronger." -- Nietzsche, The Twilight of the Idols (1888) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thursday, 21 September 2006, at 03:37:11 (+0200), Cristalle Azundris Sabon wrote: > I'm not convinced that's the case, really, but if it were, wouldn't > that be his prerogative? This is volunteer work, presumably done > for fun, and that's that. Agreed 100%. Ben is certainly entitled to his opinion, whatever that may be. But the "my way or the highway" philosophy is by definition incompatible with the "cooperative effort" paradigm raster wants to establish for the web site, which is what prompted my comment. > It seems strange to me to on one hand have completely asinine shite > (27 media players, anyone?) because people start applying e's NIH to > individual subprojects, but when someone applies an allegedly > similar stance to a website, it's suddenly this major insult? You'll find my attitude regarding all of the above to be both consistent and not entirely unlike your own. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "But when two people are at one in their inmost hearts, they shatter even the strength of iron or of bronze." -- The I Ching - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Thu, 21 Sep 2006 11:01:49 +0100 Andrew Williams <[EMAIL PROTECTED]> babbled: > On Wed, 2006-09-20 at 16:59 -0700, Ben Rockwood wrote: > > Michael, chill. Lets look at the facts shall we: > > > > 1) Since moving to XSM updates have almost complete stopped. The > > changes in the last 2 years are all trivial. (Minus the redesign work.) > > This has nothing to do with XSM as far as I can see - get-e.org uses XSM > and has lots of updates and folk working on it. well it does - the fact that xsm runs on rectang and the www size is on sf.net and the slowness in updates... this is due to the design of xsm and the fact that we can't run it on sf.net and thus being forced into that situation - but this doesn't mean that we can't fix this trivially by running it locally when we move sites. :) > > 2) XSM is, speaking only for myself, slow and non-intuitive to work > > with. Simple news updates take 30 minutes or more due to rebuilds. > > This is not XSM, but the fact that every single file is uploading over > SSH to sf.net which is very very slow. This can be improved, however, by > using a better delta on news items. A page with a large archive is not > being intelligently uploaded and what does need to be uploaded could be > backgrounded so you get the immediate response on the UI that folk > expect. > > > 3) No one has stepped up to the plate to work within the current > > framework, and honestly I haven't heard anyone say they like it or are > > willing to maintain it in XSM. > > erm - have you been reading this thread (or the last one, I forget) > there _are_ people that like XSM, OK they may not be in the majority but > there are enough to prove that it is not useless. > > > 4) Final decisions on what happens with E.org is Raster's call. I > > haven't just yanked down XSM and done things "my way" because its not my > > call, its ultimately his. I brought up discussion about switching off > > of XSM over a year ago and the discussion fizzled out on the "leave it > > alone" note, I didn't rock the boat. > > Whilst that is good of you it does seem to emphasise the whole "my way > or the highway" that michael pointed out before. > > > 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd have > > an updated site in less than a day even with the site on SF. So long as > > the choice is easier and faster to work with I really am not going to > > press for any particular solution. > > Cool - when E gets it's own server XSM will speed up around 50 fold if > not more - have you even tried the demo set up at > http://rectang.com/Software/XSM/Demo/ ? that shows how fast it can run > when publishing locally. > > > Bottom line, the site gets a noteworthy amount of traffic on a daily > > basis. No one is updating or maintaining the site. This wasn't the > > case prior to XSM, I'm not saying it was perfect but work was at least > > happening. Tell me what you want to move to and I'll do it. The point > > is here that I'm willing and able to do the work. Tell me what you want > > and that no one will freak out when I do it and off we go. > > The reason there are no edits with XSM and there were before seems to be > simply that it was only you that made edits, so if you will not use XSM > then there will be no edits, seems pretty clear to me. > > > ... besides, Michael, you know me. I don't tend to lone-gun things or > > dictate. I'm here to help, others will help, I believe, if we have a > > better framework, lets just get the site working reasonably again. > > I've had "Fix E.org" on my TODO list for over 2 years!!! I'd like to > > finally get on with things. > > Using your preferred method "fixing" would require giving CVS write > access (and a CVS tutorial for the non-coders) to every person who > asked. Seems to me like a non-solution. doing the www site via cvs - though a nice idea at the time and having certain advantages - has dis-advantages too. i don't see us going back there. :) > > benr. > > > Andy > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- a
Re: [E-devel] Continuing the website saga
On Wed, 2006-09-20 at 16:59 -0700, Ben Rockwood wrote: > Michael, chill. Lets look at the facts shall we: > > 1) Since moving to XSM updates have almost complete stopped. The > changes in the last 2 years are all trivial. (Minus the redesign work.) This has nothing to do with XSM as far as I can see - get-e.org uses XSM and has lots of updates and folk working on it. > 2) XSM is, speaking only for myself, slow and non-intuitive to work > with. Simple news updates take 30 minutes or more due to rebuilds. This is not XSM, but the fact that every single file is uploading over SSH to sf.net which is very very slow. This can be improved, however, by using a better delta on news items. A page with a large archive is not being intelligently uploaded and what does need to be uploaded could be backgrounded so you get the immediate response on the UI that folk expect. > 3) No one has stepped up to the plate to work within the current > framework, and honestly I haven't heard anyone say they like it or are > willing to maintain it in XSM. erm - have you been reading this thread (or the last one, I forget) there _are_ people that like XSM, OK they may not be in the majority but there are enough to prove that it is not useless. > 4) Final decisions on what happens with E.org is Raster's call. I > haven't just yanked down XSM and done things "my way" because its not my > call, its ultimately his. I brought up discussion about switching off > of XSM over a year ago and the discussion fizzled out on the "leave it > alone" note, I didn't rock the boat. Whilst that is good of you it does seem to emphasise the whole "my way or the highway" that michael pointed out before. > 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd have > an updated site in less than a day even with the site on SF. So long as > the choice is easier and faster to work with I really am not going to > press for any particular solution. Cool - when E gets it's own server XSM will speed up around 50 fold if not more - have you even tried the demo set up at http://rectang.com/Software/XSM/Demo/ ? that shows how fast it can run when publishing locally. > Bottom line, the site gets a noteworthy amount of traffic on a daily > basis. No one is updating or maintaining the site. This wasn't the > case prior to XSM, I'm not saying it was perfect but work was at least > happening. Tell me what you want to move to and I'll do it. The point > is here that I'm willing and able to do the work. Tell me what you want > and that no one will freak out when I do it and off we go. The reason there are no edits with XSM and there were before seems to be simply that it was only you that made edits, so if you will not use XSM then there will be no edits, seems pretty clear to me. > ... besides, Michael, you know me. I don't tend to lone-gun things or > dictate. I'm here to help, others will help, I believe, if we have a > better framework, lets just get the site working reasonably again. > I've had "Fix E.org" on my TODO list for over 2 years!!! I'd like to > finally get on with things. Using your preferred method "fixing" would require giving CVS write access (and a CVS tutorial for the non-coders) to every person who asked. Seems to me like a non-solution. > benr. > Andy - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Wed, 20 Sep 2006 16:59:10 -0700 Ben Rockwood <[EMAIL PROTECTED]> babbled: well the plan for now is dependent on when e.org moves. what i have noticed is we have a fairly big "i dont like xsm" camp. the biggest complaints are ui and speed. frankly adding a news item should take no more than 5 seconds or so (excluding writing the item itself). if we cant manage that - it likely will continue to be a problem. a cms was put there because cvs access to do the www site meant that very few had access and would/could bother with it. i wanted to take load off ben's plate and make things easier for more people to work together. so far it hasn't turned out too well. sf.net hasn't helped with slowness and limiting " of db's we can have, write access to the www tree from the cgi etc. etc. i am willing to entertain alternatives to xsm. sorry ben - but hacking html files isn't going to scale to get others involved. but how can we get "close" to that? a wiki might be more manageable in this sense - but which wiki? and what about all the other things we want (bug tracking, forums etc. etc.)... does anyone know of something that does the whole list of things we have mentioned we need - in one package that is solid and easy to use, reliable, efficient, secure etc.? > Michael Jennings wrote: > > On Wednesday, 20 September 2006, at 10:51:36 (-0700), > > Ben Rockwood wrote: > > > > > >> I've made it clear over the years that so long as we're using > >> Rectang XSM I won't touch the site. I used it a couple of times and > >> the frustration, speed, and capabilities of XSM are totally > >> inexcusable. I have a great respect for HandyAndE and mean no > >> disrespect to him, but so long as XSM is in place I'm not touching > >> it anymore. > >> > > > > So basically you'll only help if things are done the way you want them > > to be. "My way, or the highway." > > > > I think that attitude speaks for itself. > > Michael, chill. Lets look at the facts shall we: > > 1) Since moving to XSM updates have almost complete stopped. The > changes in the last 2 years are all trivial. (Minus the redesign work.) > 2) XSM is, speaking only for myself, slow and non-intuitive to work > with. Simple news updates take 30 minutes or more due to rebuilds. > 3) No one has stepped up to the plate to work within the current > framework, and honestly I haven't heard anyone say they like it or are > willing to maintain it in XSM. > > 4) Final decisions on what happens with E.org is Raster's call. I > haven't just yanked down XSM and done things "my way" because its not my > call, its ultimately his. I brought up discussion about switching off > of XSM over a year ago and the discussion fizzled out on the "leave it > alone" note, I didn't rock the boat. > > 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd have > an updated site in less than a day even with the site on SF. So long as > the choice is easier and faster to work with I really am not going to > press for any particular solution. > > > Bottom line, the site gets a noteworthy amount of traffic on a daily > basis. No one is updating or maintaining the site. This wasn't the > case prior to XSM, I'm not saying it was perfect but work was at least > happening. Tell me what you want to move to and I'll do it. The point > is here that I'm willing and able to do the work. Tell me what you want > and that no one will freak out when I do it and off we go. > > ... besides, Michael, you know me. I don't tend to lone-gun things or > dictate. I'm here to help, others will help, I believe, if we have a > better framework, lets just get the site working reasonably again. > I've had "Fix E.org" on my TODO list for over 2 years!!! I'd like to > finally get on with things. > > benr. > > > PS: I think I miss mails like this from you, mej, the most. You da man > Michael. ;) > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___
Re: [E-devel] Continuing the website saga
I don't know which xsm version e.org runs, nor if the slowness is because of the machine. But as i use xsm for the get-e.org maintaince i can say that is has been speeded up a lot since my first contact one year ago. 30 minutes for a simple news post is really not acceptable - but on get-e.org it is much more faster. Adding a news there takes about 2-3 minutes - sometimes longer - but this has to do with the load of the machine as it is used for different sites. After you have added a news, edit and save is much faster! Also it's only the news page which takes a bit time on saving when adding new entries, the other templates are much faster. Maybe it is because the news page has 338 entries (http://www5.get-e.org/Main/News/archive.html). Greets Brian 'morlenxus' Miculcy On Wed, Sep 20, 2006 at 09:23:16PM -0400, Michael Jennings wrote: > On Wednesday, 20 September 2006, at 16:59:10 (-0700), > Ben Rockwood wrote: > > > 1) Since moving to XSM updates have almost complete stopped. The > > changes in the last 2 years are all trivial. (Minus the redesign work.) > > I'm trying to forget the past transgressions that may have occurred > and focus on the future. You and I have talked about this in person > as well as on IRC, so you know how I felt originally about everything > that happened. > > But it's done, and it's over. Andy has made a solid commitment to not > only listen to constructive feedback on XSM, but to really drive it in > the direction we need it to go to fill the current gaps in our > infrastructure. > > I've come to realize that continuing to beat the same old drum as > before is just as political and counterproductive as some of what > inspired my frustration in the first place. The band has left the > field; it's time to stop banging the snare. > > > 2) XSM is, speaking only for myself, slow and non-intuitive to work > > with. Simple news updates take 30 minutes or more due to rebuilds. > > You're 100% right that it's not instantly intuitive. That's one of my > gripes too. XSM seems to have a very powerful content assembly > paradigm but lacks an adequate way of presenting this power to the > uninitiated. This is an issue that must be addressed, and I think it > will be. > > Speed is also a common complaint which is about to be rectified. Andy > assured us that it's a heckuva lot faster on a local box, and I have > no reason to doubt his word. Besides, when the new box is ready, the > facts will speak for themselves. > > > 3) No one has stepped up to the plate to work within the current > > framework, and honestly I haven't heard anyone say they like it or > > are willing to maintain it in XSM. > > I know devilhorns is willing, morlenxus seemed open to it with some > feature requests added on, and I believe the other get-e.org folks > have already been using it for quite some time. > > Granted, none of them have taken care of e.org like you did. You're > still a very valuable asset to the team. But we can't keep swimming > around in the same pool forever; the argument has to end, and we must > press onward. > > > 4) Final decisions on what happens with E.org is Raster's call. I > > haven't just yanked down XSM and done things "my way" because its > > not my call, its ultimately his. I brought up discussion about > > switching off of XSM over a year ago and the discussion fizzled out > > on the "leave it alone" note, I didn't rock the boat. > > Understood. But I also understand this: E.org is better off with you > than without you. By far. But for better or worse, we're using XSM > right now. And while I greatly value your past contributions, more > willingness to cooperate is going to be necessary going forward. > > > 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd > > have an updated site in less than a day even with the site on SF. > > So long as the choice is easier and faster to work with I really am > > not going to press for any particular solution. > > Then are you willing to at least give XSM another try once it's moved > to our new server? What if Andy gave a quicky XSM tutorial on the > mailing list? Would that help the UI issue at all? > > > Bottom line, the site gets a noteworthy amount of traffic on a daily > > basis. No one is updating or maintaining the site. This wasn't the > > case prior to XSM, I'm not saying it was perfect but work was at > > least happening. Tell me what you want to move to and I'll do it. > > The point is here that I'm willing and able to do the work. Tell me > > what you want and that no one will freak out when I do it and off we > > go. > > This seems a lot more cooperative than before. :) Are you willing to > give XSM another shot if that's how we decide to do it? > > > ... besides, Michael, you know me. I don't tend to lone-gun things > > or dictate. I'm here to help, others will help, I believe, if we > > have a better framework, lets just get the site working reasonably > > again. I've h
Re: [E-devel] Continuing the website saga
On Wednesday, 20 September 2006, at 16:59:10 (-0700), Ben Rockwood wrote: > 1) Since moving to XSM updates have almost complete stopped. The > changes in the last 2 years are all trivial. (Minus the redesign work.) I'm trying to forget the past transgressions that may have occurred and focus on the future. You and I have talked about this in person as well as on IRC, so you know how I felt originally about everything that happened. But it's done, and it's over. Andy has made a solid commitment to not only listen to constructive feedback on XSM, but to really drive it in the direction we need it to go to fill the current gaps in our infrastructure. I've come to realize that continuing to beat the same old drum as before is just as political and counterproductive as some of what inspired my frustration in the first place. The band has left the field; it's time to stop banging the snare. > 2) XSM is, speaking only for myself, slow and non-intuitive to work > with. Simple news updates take 30 minutes or more due to rebuilds. You're 100% right that it's not instantly intuitive. That's one of my gripes too. XSM seems to have a very powerful content assembly paradigm but lacks an adequate way of presenting this power to the uninitiated. This is an issue that must be addressed, and I think it will be. Speed is also a common complaint which is about to be rectified. Andy assured us that it's a heckuva lot faster on a local box, and I have no reason to doubt his word. Besides, when the new box is ready, the facts will speak for themselves. > 3) No one has stepped up to the plate to work within the current > framework, and honestly I haven't heard anyone say they like it or > are willing to maintain it in XSM. I know devilhorns is willing, morlenxus seemed open to it with some feature requests added on, and I believe the other get-e.org folks have already been using it for quite some time. Granted, none of them have taken care of e.org like you did. You're still a very valuable asset to the team. But we can't keep swimming around in the same pool forever; the argument has to end, and we must press onward. > 4) Final decisions on what happens with E.org is Raster's call. I > haven't just yanked down XSM and done things "my way" because its > not my call, its ultimately his. I brought up discussion about > switching off of XSM over a year ago and the discussion fizzled out > on the "leave it alone" note, I didn't rock the boat. Understood. But I also understand this: E.org is better off with you than without you. By far. But for better or worse, we're using XSM right now. And while I greatly value your past contributions, more willingness to cooperate is going to be necessary going forward. > 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd > have an updated site in less than a day even with the site on SF. > So long as the choice is easier and faster to work with I really am > not going to press for any particular solution. Then are you willing to at least give XSM another try once it's moved to our new server? What if Andy gave a quicky XSM tutorial on the mailing list? Would that help the UI issue at all? > Bottom line, the site gets a noteworthy amount of traffic on a daily > basis. No one is updating or maintaining the site. This wasn't the > case prior to XSM, I'm not saying it was perfect but work was at > least happening. Tell me what you want to move to and I'll do it. > The point is here that I'm willing and able to do the work. Tell me > what you want and that no one will freak out when I do it and off we > go. This seems a lot more cooperative than before. :) Are you willing to give XSM another shot if that's how we decide to do it? > ... besides, Michael, you know me. I don't tend to lone-gun things > or dictate. I'm here to help, others will help, I believe, if we > have a better framework, lets just get the site working reasonably > again. I've had "Fix E.org" on my TODO list for over 2 years!!! > I'd like to finally get on with things. Here's another idea. If you're not wanting to work with XSM, perhaps you could create/edit pages in raw HTML and have someone else enter them into XSM for you. Would that work? > PS: I think I miss mails like this from you, mej, the most. You da man > Michael. ;) I try. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "If the President knowingly lies to the American people, he should immediately resign." -- Bill Clinton in 1974 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and ea
Re: [E-devel] Continuing the website saga
Michael Jennings wrote: > On Wednesday, 20 September 2006, at 10:51:36 (-0700), > Ben Rockwood wrote: > > >> I've made it clear over the years that so long as we're using >> Rectang XSM I won't touch the site. I used it a couple of times and >> the frustration, speed, and capabilities of XSM are totally >> inexcusable. I have a great respect for HandyAndE and mean no >> disrespect to him, but so long as XSM is in place I'm not touching >> it anymore. >> > > So basically you'll only help if things are done the way you want them > to be. "My way, or the highway." > > I think that attitude speaks for itself. Michael, chill. Lets look at the facts shall we: 1) Since moving to XSM updates have almost complete stopped. The changes in the last 2 years are all trivial. (Minus the redesign work.) 2) XSM is, speaking only for myself, slow and non-intuitive to work with. Simple news updates take 30 minutes or more due to rebuilds. 3) No one has stepped up to the plate to work within the current framework, and honestly I haven't heard anyone say they like it or are willing to maintain it in XSM. 4) Final decisions on what happens with E.org is Raster's call. I haven't just yanked down XSM and done things "my way" because its not my call, its ultimately his. I brought up discussion about switching off of XSM over a year ago and the discussion fizzled out on the "leave it alone" note, I didn't rock the boat. 5) I don't care WHAT we use. Flat HTML is fast and easy and we'd have an updated site in less than a day even with the site on SF. So long as the choice is easier and faster to work with I really am not going to press for any particular solution. Bottom line, the site gets a noteworthy amount of traffic on a daily basis. No one is updating or maintaining the site. This wasn't the case prior to XSM, I'm not saying it was perfect but work was at least happening. Tell me what you want to move to and I'll do it. The point is here that I'm willing and able to do the work. Tell me what you want and that no one will freak out when I do it and off we go. ... besides, Michael, you know me. I don't tend to lone-gun things or dictate. I'm here to help, others will help, I believe, if we have a better framework, lets just get the site working reasonably again. I've had "Fix E.org" on my TODO list for over 2 years!!! I'd like to finally get on with things. benr. PS: I think I miss mails like this from you, mej, the most. You da man Michael. ;) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Wednesday, 20 September 2006, at 10:51:36 (-0700), Ben Rockwood wrote: > I've made it clear over the years that so long as we're using > Rectang XSM I won't touch the site. I used it a couple of times and > the frustration, speed, and capabilities of XSM are totally > inexcusable. I have a great respect for HandyAndE and mean no > disrespect to him, but so long as XSM is in place I'm not touching > it anymore. So basically you'll only help if things are done the way you want them to be. "My way, or the highway." I think that attitude speaks for itself. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "But I dumped her. My motto is, 'Get out before they go down.'" "That is so *not* my motto." -- Monica Geller and Joey Tribbiani, "Friends" - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Hey Guys, Sorry I've been away for so long. I'm still here, just in hiding. I just wanted to chime in that I am fully willing to redo the site and do what needs to be done to get that horrible pile of crap (90% of which I wrote and hasn't been changing in 2+ years) fixed. I've made it clear over the years that so long as we're using Rectang XSM I won't touch the site. I used it a couple of times and the frustration, speed, and capabilities of XSM are totally inexcusable. I have a great respect for HandyAndE and mean no disrespect to him, but so long as XSM is in place I'm not touching it anymore. I've put out the offer a couple times over the years to dump the site to static HTML and manage it like we used to, out of CVS, if nothing else as a starter. I'm totally willing to make that migration if I get a thumbs up. At least it would be a starting point and updates were happening pretty frequently back prior to the XSM migration. Ultimately I'd like to see all the divergent pages re-combined back into a single E site, but politics always seem to cloud that discussion. Anyway, I'm not dead, I'm still here and watching, although busy, but who isn't. Say the word and I'll get back to work... the docs all need refreshes too, all of which remains on my TODO list. In the meantime I'm getting more and more Solaris people moved over to Enlightenment and keepin' the buzz alive at shows and in the various non-Linux circles. benr. PS: If folks aren't looking at our stats, have a look, the site gets a huge amount of activity, it deserves some love. http://sourceforge.net/project/stats/?group_id=2&ugn=enlightenment - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Sat, 16 Sep 2006 14:20:59 -0300 Andres Blanc <[EMAIL PROTECTED]> babbled: and what about the rest of it? so we have yet another independent piece of code/site that doesn't work with the rest :( we need to at least scout for something that offers all of what we need - OR we modify what we have to fit. we can't go "use X for forums, Y for bugtracker, Z for docs" as an alternative - because that is exactly where we are now and doing so will not improve anything. if that's the best we have then we had better work with what we have. :( > I would recommend against Drupal for forums, they don't look good, they lack > basic functionality in many browsers, the search function doesn't work very > well, and yet remain complex to maintain. > > My recomendation would be RForum (http://rforum.andreas-s.net/rforum). > That merges the froum with the mailing list in http://www.ruby-forum.com/. > > Or I could help to customize a Simple Machines Forum, to make the interfaces > less cluttered with crap, perhaps even include a mailing list module. > > El Sábado 16 Septiembre 2006 01:20, Carsten Haitzler escribió: > > On Wed, 13 Sep 2006 10:32:00 +0100 Andrew Williams <[EMAIL PROTECTED]> > > babbled: > > > > OK - I have been waiting for the dust to settle (too much email to handle!) > > :) > > > > I will summarise what I think the WEBSITE needs (regular builds with errors > > are orthogonal to the WEBSITE - they can output web pages to be linked to > > though...). > > > > The list of what we have and what handles it currently, do they need user > > auth. > > > > 1. news posting - summaries on front page (XSM, auth) > > 2. content creation and editing (XSM, auth) > > 3. forums (drupal, auth) > > 4. bug db/reporting (mantis - i think, auth) > > 5. on-disk file repo for download (custom PHP) > > 6. documentation (XSM, auth) > > 7. webcvs (kevb/webcvs) > > 8. user uploads of themes etc. (XSM - done by hand, auth) > > > > we, as dan pointed out, need to unify authentication/user info - we can't > > go and have all the systems separate. they need to be unified - 1 login. > > frankly - i think we need to either look at making XSM do all of the above, > > or we need to canvas for a solution that does all of the above for us > > already. we do not need to go write our own cms/wiki/whatever we are not in > > the business of building "websites". we are in the business of writing > > "code". the website is a means to an end. > > > > xsm has served well - and i am happy to keep using it - if we can > > accomodate what we need easily. the bits not needing auth can be put in > > with XSM - those not using XSM and needing auth are the problem. > > > > so - we > > 1. bring xsm up to speed and merge everything in and do all that work > > 2. we look for an alternative (if one exists) > > 3. we write our own (oh bloody hell i hope not!) > > 4. we keep depating this until we all get bored and find something better > > to do. > > > > so our 2 real possibilities are 1 & 2. > > > > so - let's look at this in parallel. what are our chances of 1. and gettign > > xsm to manage things so we can have forums, bug tracker, etc. etc. cleanly > > (and our list of issues with xsm) > > > > and what are our alternatives - wiki's with bug trackers (trac?)? trac is > > very limiting in the page content land - if u want simple things its fine, > > but otherwise is lacking. twiki i understand is better BUT not sure about > > adding bug trackers etc. drupal is a monster. what about forums combined > > with these?... > > > > > dan sinclair wrote: > > > > Hello, > > > > > > > > Ok, haven't got a lot of responses (not that I gave it a huge amount of > > > > time, I'm inpatent) but, a follow on email to what we want out of the > > > > site. > > > > > > > > How do we get it. > > > > > > > > Lets us assume, for now, XSM is our CMS of choice. It will handle the > > > > static pages for all 'normal pages'. It will handle the news page > > > > (which, will hopefully be able to be displayed on both the home page > > > > for 2-3 articles and in the news page, Handy?). > > > > > > sure thing. Any "list based" page can be summarised using simple markup > > > which can be inserted into something like the front page using the > > > template system. > > > > > > > The FAQ will be XSM. If we > > > > want to hook up for the user to download the faq to their system we can > > > > grab the .xml file XSM generates and post process if needed (Handy, can > > > > we hook post processing scripts in so after a page is written out, fire > > > > script?) and stick this into specific spots in the webserver. > > > > > > post processing is not currently available as a hook, but you can look > > > at mtime values on files. perhaps RSS might be useful here? > > > > > > > The main docs pages will be in XSM. The API docs will be generated from > > > > CVS, with links from XSM. The other docs that are in CVS will also be > > > > autogen'd on commit with links from XSM. > > > > > > > > That m
Re: [E-devel] Continuing the website saga
I would recommend against Drupal for forums, they don't look good, they lack basic functionality in many browsers, the search function doesn't work very well, and yet remain complex to maintain. My recomendation would be RForum (http://rforum.andreas-s.net/rforum). That merges the froum with the mailing list in http://www.ruby-forum.com/. Or I could help to customize a Simple Machines Forum, to make the interfaces less cluttered with crap, perhaps even include a mailing list module. El Sábado 16 Septiembre 2006 01:20, Carsten Haitzler escribió: > On Wed, 13 Sep 2006 10:32:00 +0100 Andrew Williams <[EMAIL PROTECTED]> > babbled: > > OK - I have been waiting for the dust to settle (too much email to handle!) > :) > > I will summarise what I think the WEBSITE needs (regular builds with errors > are orthogonal to the WEBSITE - they can output web pages to be linked to > though...). > > The list of what we have and what handles it currently, do they need user > auth. > > 1. news posting - summaries on front page (XSM, auth) > 2. content creation and editing (XSM, auth) > 3. forums (drupal, auth) > 4. bug db/reporting (mantis - i think, auth) > 5. on-disk file repo for download (custom PHP) > 6. documentation (XSM, auth) > 7. webcvs (kevb/webcvs) > 8. user uploads of themes etc. (XSM - done by hand, auth) > > we, as dan pointed out, need to unify authentication/user info - we can't > go and have all the systems separate. they need to be unified - 1 login. > frankly - i think we need to either look at making XSM do all of the above, > or we need to canvas for a solution that does all of the above for us > already. we do not need to go write our own cms/wiki/whatever we are not in > the business of building "websites". we are in the business of writing > "code". the website is a means to an end. > > xsm has served well - and i am happy to keep using it - if we can > accomodate what we need easily. the bits not needing auth can be put in > with XSM - those not using XSM and needing auth are the problem. > > so - we > 1. bring xsm up to speed and merge everything in and do all that work > 2. we look for an alternative (if one exists) > 3. we write our own (oh bloody hell i hope not!) > 4. we keep depating this until we all get bored and find something better > to do. > > so our 2 real possibilities are 1 & 2. > > so - let's look at this in parallel. what are our chances of 1. and gettign > xsm to manage things so we can have forums, bug tracker, etc. etc. cleanly > (and our list of issues with xsm) > > and what are our alternatives - wiki's with bug trackers (trac?)? trac is > very limiting in the page content land - if u want simple things its fine, > but otherwise is lacking. twiki i understand is better BUT not sure about > adding bug trackers etc. drupal is a monster. what about forums combined > with these?... > > > dan sinclair wrote: > > > Hello, > > > > > > Ok, haven't got a lot of responses (not that I gave it a huge amount of > > > time, I'm inpatent) but, a follow on email to what we want out of the > > > site. > > > > > > How do we get it. > > > > > > Lets us assume, for now, XSM is our CMS of choice. It will handle the > > > static pages for all 'normal pages'. It will handle the news page > > > (which, will hopefully be able to be displayed on both the home page > > > for 2-3 articles and in the news page, Handy?). > > > > sure thing. Any "list based" page can be summarised using simple markup > > which can be inserted into something like the front page using the > > template system. > > > > > The FAQ will be XSM. If we > > > want to hook up for the user to download the faq to their system we can > > > grab the .xml file XSM generates and post process if needed (Handy, can > > > we hook post processing scripts in so after a page is written out, fire > > > script?) and stick this into specific spots in the webserver. > > > > post processing is not currently available as a hook, but you can look > > at mtime values on files. perhaps RSS might be useful here? > > > > > The main docs pages will be in XSM. The API docs will be generated from > > > CVS, with links from XSM. The other docs that are in CVS will also be > > > autogen'd on commit with links from XSM. > > > > > > That make sense as a starting point? > > > > yup :) > > > > > So, what does that leave us with to sort out. > > > > > > 1- User forums. The easiest is to grab something previously created and > > > use that. There are two issues. > > > a) do we want to migrate data from edevelop, if so, how. > > > b) user authentication. We want this to have the same authentication > > > as XSM. > > > So, we'll either need to modify this in the forum software, or do > > > some fancy footwork. > > > (XSM writes its user db and we parse that into the forum db, or > > > into LDAP or something?) > > > > XSM does want to use LDAP, perhaps this would be the push it needs :) > > > > > 2- Wiki. Do we want a user wiki? Something for users
Re: [E-devel] Continuing the website saga
On Wed, 13 Sep 2006 10:32:00 +0100 Andrew Williams <[EMAIL PROTECTED]> babbled: OK - I have been waiting for the dust to settle (too much email to handle!) :) I will summarise what I think the WEBSITE needs (regular builds with errors are orthogonal to the WEBSITE - they can output web pages to be linked to though...). The list of what we have and what handles it currently, do they need user auth. 1. news posting - summaries on front page (XSM, auth) 2. content creation and editing (XSM, auth) 3. forums (drupal, auth) 4. bug db/reporting (mantis - i think, auth) 5. on-disk file repo for download (custom PHP) 6. documentation (XSM, auth) 7. webcvs (kevb/webcvs) 8. user uploads of themes etc. (XSM - done by hand, auth) we, as dan pointed out, need to unify authentication/user info - we can't go and have all the systems separate. they need to be unified - 1 login. frankly - i think we need to either look at making XSM do all of the above, or we need to canvas for a solution that does all of the above for us already. we do not need to go write our own cms/wiki/whatever we are not in the business of building "websites". we are in the business of writing "code". the website is a means to an end. xsm has served well - and i am happy to keep using it - if we can accomodate what we need easily. the bits not needing auth can be put in with XSM - those not using XSM and needing auth are the problem. so - we 1. bring xsm up to speed and merge everything in and do all that work 2. we look for an alternative (if one exists) 3. we write our own (oh bloody hell i hope not!) 4. we keep depating this until we all get bored and find something better to do. so our 2 real possibilities are 1 & 2. so - let's look at this in parallel. what are our chances of 1. and gettign xsm to manage things so we can have forums, bug tracker, etc. etc. cleanly (and our list of issues with xsm) and what are our alternatives - wiki's with bug trackers (trac?)? trac is very limiting in the page content land - if u want simple things its fine, but otherwise is lacking. twiki i understand is better BUT not sure about adding bug trackers etc. drupal is a monster. what about forums combined with these?... > dan sinclair wrote: > > Hello, > > > > Ok, haven't got a lot of responses (not that I gave it a huge amount of > > time, I'm inpatent) but, a follow on email to what we want out of the site. > > > > How do we get it. > > > > Lets us assume, for now, XSM is our CMS of choice. It will handle the > > static pages for all 'normal pages'. It will handle the news page > > (which, will hopefully be able to be displayed on both the home page for > > 2-3 articles and in the news page, Handy?). > sure thing. Any "list based" page can be summarised using simple markup > which can be inserted into something like the front page using the > template system. > > The FAQ will be XSM. If we > > want to hook up for the user to download the faq to their system we can > > grab the .xml file XSM generates and post process if needed (Handy, can > > we hook post processing scripts in so after a page is written out, fire > > script?) and stick this into specific spots in the webserver. > > > post processing is not currently available as a hook, but you can look > at mtime values on files. perhaps RSS might be useful here? > > The main docs pages will be in XSM. The API docs will be generated from > > CVS, with links from XSM. The other docs that are in CVS will also be > > autogen'd on commit with links from XSM. > > > > That make sense as a starting point? > > > > > yup :) > > So, what does that leave us with to sort out. > > > > 1- User forums. The easiest is to grab something previously created and > > use that. There are two issues. > > a) do we want to migrate data from edevelop, if so, how. > > b) user authentication. We want this to have the same authentication > > as XSM. > > So, we'll either need to modify this in the forum software, or do > > some fancy footwork. > > (XSM writes its user db and we parse that into the forum db, or > > into LDAP or something?) > > > > > XSM does want to use LDAP, perhaps this would be the push it needs :) > > 2- Wiki. Do we want a user wiki? Something for users to put their info > > on, put up a page for > > their efl apps, or their theme they're working on. If we want this, > > again, how do we integrate > > the user database with XSM. Probably a similar issue as 1. Which > > Wiki software do we use? > > Mediawiki? > > > > 3- Bug database. Basically same as above. How to integrate users, which > > bug software to > > use. We currently use Mantis. Do we stick with that? (Losing the > > current bug data is > > unacceptable so if we go to something else we _have_ to migrate.) > > > > > I personally like mantis, though I have grown to love Trac ;) > > 4- Release directory list. It sounds like we can hook php into XSM. This > > page will then just
Re: [E-devel] Continuing the website saga
On 13-Sep-06, at 9:38 PM, Kevin Brosius wrote: > dan sinclair wrote: >> >> >> >> On 13-Sep-06, at 8:04 PM, Kevin Brosius wrote: >> >>> dan sinclair wrote: Just thought of two more possible things for the site. >>> >>> I think you are going way overboard. :P >>> >> >> Maybe. We possibly don't want half the things that I've listed. I'm >> just trying to work out what we do want. We have a bunch of these >> components sitting on different sites. Do we want to consolidate all >> of these, and if so, which pieces. >> >> Maybe we don't want to bother with the wiki, or the autogen'd docs. >> I've got no idea, heh. >> 1- cvsweb. I know we have this running on Kevin's site now. So we can either bring it in house, or just make cvsweb.enlightenment.org point to his site. Kevin, opinions? >>> >>> No problem either way. I run it because I use it a lot, and will >>> make >>> it public for the forseeable future. I've got no problem adding >>> a DNS >>> link to it, as Michael said, I have the DNS setup info around >>> here, if >>> you want me to do that. The tree is based on the same cvs tree >>> that I >>> presently offer the anon mirror on, so unless someone asks me to >>> stop >>> offering those, I will leave them up. :) >> >> Then the easiest thing is to probably just make a url redirect to >> your site. Keeps things simpler to maintain. >> >>> 2- mailing list archives. Do we want the hassle of hosting these? sf seems to be doing an OK job of it (not that I look much). >>> >>> Well, maybe you should ask who is going to host the 'mailing lists' >>> first. When sf has delivery or connection problems, the mailing >>> lists >>> stop or disappear for however long the outage takes. That's more >>> important than the archives. >> >> True. I didn't actually think about moving the lists themselves. Just >> seems like it would be a terrible amount of work. Re-subscriptions, >> etc. > >Compared to the amount of work running all the other > services on your list is? Haha. This one you consider to large? We're already running most of the services on the list. We have a website, we have the release list on fdo.org, we have a bug tracker, we have a forum. We're just consolidating them. dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
dan sinclair wrote: > > > > On 13-Sep-06, at 8:04 PM, Kevin Brosius wrote: > > > dan sinclair wrote: > >> > >> Just thought of two more possible things for the site. > > > > I think you are going way overboard. :P > > > > Maybe. We possibly don't want half the things that I've listed. I'm > just trying to work out what we do want. We have a bunch of these > components sitting on different sites. Do we want to consolidate all > of these, and if so, which pieces. > > Maybe we don't want to bother with the wiki, or the autogen'd docs. > I've got no idea, heh. > > >> > >> 1- cvsweb. I know we have this running on Kevin's site now. So we can > >> either bring it in house, or just make cvsweb.enlightenment.org > >> point to > >> his site. Kevin, opinions? > >> > > > > No problem either way. I run it because I use it a lot, and will make > > it public for the forseeable future. I've got no problem adding a DNS > > link to it, as Michael said, I have the DNS setup info around here, if > > you want me to do that. The tree is based on the same cvs tree that I > > presently offer the anon mirror on, so unless someone asks me to stop > > offering those, I will leave them up. :) > > Then the easiest thing is to probably just make a url redirect to > your site. Keeps things simpler to maintain. > > > > >> 2- mailing list archives. Do we want the hassle of hosting these? sf > >> seems to be doing an OK job of it (not that I look much). > > > > Well, maybe you should ask who is going to host the 'mailing lists' > > first. When sf has delivery or connection problems, the mailing lists > > stop or disappear for however long the outage takes. That's more > > important than the archives. > > True. I didn't actually think about moving the lists themselves. Just > seems like it would be a terrible amount of work. Re-subscriptions, > etc. Compared to the amount of work running all the other services on your list is? Haha. This one you consider to large? -- Kevin - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On 13-Sep-06, at 8:04 PM, Kevin Brosius wrote: > dan sinclair wrote: >> >> Just thought of two more possible things for the site. > > I think you are going way overboard. :P > Maybe. We possibly don't want half the things that I've listed. I'm just trying to work out what we do want. We have a bunch of these components sitting on different sites. Do we want to consolidate all of these, and if so, which pieces. Maybe we don't want to bother with the wiki, or the autogen'd docs. I've got no idea, heh. >> >> 1- cvsweb. I know we have this running on Kevin's site now. So we can >> either bring it in house, or just make cvsweb.enlightenment.org >> point to >> his site. Kevin, opinions? >> > > No problem either way. I run it because I use it a lot, and will make > it public for the forseeable future. I've got no problem adding a DNS > link to it, as Michael said, I have the DNS setup info around here, if > you want me to do that. The tree is based on the same cvs tree that I > presently offer the anon mirror on, so unless someone asks me to stop > offering those, I will leave them up. :) Then the easiest thing is to probably just make a url redirect to your site. Keeps things simpler to maintain. > >> 2- mailing list archives. Do we want the hassle of hosting these? sf >> seems to be doing an OK job of it (not that I look much). > > Well, maybe you should ask who is going to host the 'mailing lists' > first. When sf has delivery or connection problems, the mailing lists > stop or disappear for however long the outage takes. That's more > important than the archives. True. I didn't actually think about moving the lists themselves. Just seems like it would be a terrible amount of work. Re-subscriptions, etc. > > Oh, and I don't mention it all that often, but I already archive a few > of the lists: > > http://e.kevb.net/lurker/splash/index.en.html > > Again, because I use them, and I wanted a decent search interface... > > S, there're some more options to consider. That could also work. Just put a pointer to your archives if we want to go the simple route. dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
dan sinclair wrote: > > > Andrew Williams wrote: > > dan sinclair wrote: > >> Hello, > >> > >> Ok, haven't got a lot of responses (not that I gave it a huge amount > >> of time, I'm inpatent) but, a follow on email to what we want out of > >> the site. > >> > >> How do we get it. > >> > >> Lets us assume, for now, XSM is our CMS of choice. It will handle the > >> static pages for all 'normal pages'. It will handle the news page > >> (which, will hopefully be able to be displayed on both the home page > >> for 2-3 articles and in the news page, Handy?). > > sure thing. Any "list based" page can be summarised using simple markup > > which can be inserted into something like the front page using the > > template system. > >> The FAQ will be XSM. If we want to hook up for the user to download > >> the faq to their system we can grab the .xml file XSM generates and > >> post process if needed (Handy, can we hook post processing scripts in > >> so after a page is written out, fire script?) and stick this into > >> specific spots in the webserver. > >> > > post processing is not currently available as a hook, but you can look > > at mtime values on files. perhaps RSS might be useful here? > >> The main docs pages will be in XSM. The API docs will be generated > >> from CVS, with links from XSM. The other docs that are in CVS will > >> also be autogen'd on commit with links from XSM. > >> > >> That make sense as a starting point? > >> > >> > > Just thought of two more possible things for the site. I think you are going way overboard. :P > > 1- cvsweb. I know we have this running on Kevin's site now. So we can > either bring it in house, or just make cvsweb.enlightenment.org point to > his site. Kevin, opinions? > No problem either way. I run it because I use it a lot, and will make it public for the forseeable future. I've got no problem adding a DNS link to it, as Michael said, I have the DNS setup info around here, if you want me to do that. The tree is based on the same cvs tree that I presently offer the anon mirror on, so unless someone asks me to stop offering those, I will leave them up. :) > 2- mailing list archives. Do we want the hassle of hosting these? sf > seems to be doing an OK job of it (not that I look much). Well, maybe you should ask who is going to host the 'mailing lists' first. When sf has delivery or connection problems, the mailing lists stop or disappear for however long the outage takes. That's more important than the archives. Oh, and I don't mention it all that often, but I already archive a few of the lists: http://e.kevb.net/lurker/splash/index.en.html Again, because I use them, and I wanted a decent search interface... S, there're some more options to consider. -- Kevin - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
> > I want to here what you like. I only want to hear it _once_. > > I _don't_ want to hear you bitch about what someone else likes. > > I want a pony. > I want a bicycle. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
Andrew Williams wrote: > dan sinclair wrote: >> Hello, >> >> Ok, haven't got a lot of responses (not that I gave it a huge amount >> of time, I'm inpatent) but, a follow on email to what we want out of >> the site. >> >> How do we get it. >> >> Lets us assume, for now, XSM is our CMS of choice. It will handle the >> static pages for all 'normal pages'. It will handle the news page >> (which, will hopefully be able to be displayed on both the home page >> for 2-3 articles and in the news page, Handy?). > sure thing. Any "list based" page can be summarised using simple markup > which can be inserted into something like the front page using the > template system. >> The FAQ will be XSM. If we want to hook up for the user to download >> the faq to their system we can grab the .xml file XSM generates and >> post process if needed (Handy, can we hook post processing scripts in >> so after a page is written out, fire script?) and stick this into >> specific spots in the webserver. >> > post processing is not currently available as a hook, but you can look > at mtime values on files. perhaps RSS might be useful here? >> The main docs pages will be in XSM. The API docs will be generated >> from CVS, with links from XSM. The other docs that are in CVS will >> also be autogen'd on commit with links from XSM. >> >> That make sense as a starting point? >> >> Just thought of two more possible things for the site. 1- cvsweb. I know we have this running on Kevin's site now. So we can either bring it in house, or just make cvsweb.enlightenment.org point to his site. Kevin, opinions? 2- mailing list archives. Do we want the hassle of hosting these? sf seems to be doing an OK job of it (not that I look much). dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
dan sinclair wrote: > Hello, > > Ok, haven't got a lot of responses (not that I gave it a huge amount of > time, I'm inpatent) but, a follow on email to what we want out of the site. > > How do we get it. > > Lets us assume, for now, XSM is our CMS of choice. It will handle the > static pages for all 'normal pages'. It will handle the news page > (which, will hopefully be able to be displayed on both the home page for > 2-3 articles and in the news page, Handy?). sure thing. Any "list based" page can be summarised using simple markup which can be inserted into something like the front page using the template system. > The FAQ will be XSM. If we > want to hook up for the user to download the faq to their system we can > grab the .xml file XSM generates and post process if needed (Handy, can > we hook post processing scripts in so after a page is written out, fire > script?) and stick this into specific spots in the webserver. > post processing is not currently available as a hook, but you can look at mtime values on files. perhaps RSS might be useful here? > The main docs pages will be in XSM. The API docs will be generated from > CVS, with links from XSM. The other docs that are in CVS will also be > autogen'd on commit with links from XSM. > > That make sense as a starting point? > > yup :) > So, what does that leave us with to sort out. > > 1- User forums. The easiest is to grab something previously created and > use that. There are two issues. > a) do we want to migrate data from edevelop, if so, how. > b) user authentication. We want this to have the same authentication > as XSM. > So, we'll either need to modify this in the forum software, or do > some fancy footwork. > (XSM writes its user db and we parse that into the forum db, or > into LDAP or something?) > > XSM does want to use LDAP, perhaps this would be the push it needs :) > 2- Wiki. Do we want a user wiki? Something for users to put their info > on, put up a page for > their efl apps, or their theme they're working on. If we want this, > again, how do we integrate > the user database with XSM. Probably a similar issue as 1. Which > Wiki software do we use? > Mediawiki? > > 3- Bug database. Basically same as above. How to integrate users, which > bug software to > use. We currently use Mantis. Do we stick with that? (Losing the > current bug data is > unacceptable so if we go to something else we _have_ to migrate.) > > I personally like mantis, though I have grown to love Trac ;) > 4- Release directory list. It sounds like we can hook php into XSM. This > page will then just > be controlled by XSM. (Assuming I'm correct on the XSM php front.) > > Yeah, sure thing - if you want the file list generated on the file system. There is a "files" doctype in XSM which allows you to upload files for download (if you see what I mean) and you can categorise the page. So both options are viable. > I just thought of another feature we may want on the site. Autobuild > information. Every 10 min or something rebuild everything, put up page > with build errors, build warnings, etc. Possibly just a php script in > XSM or tinderbox? > > XSM could run scripts to present this, but currently it has no scheduler, so it could not (yet) be used to fire off the rebuild event. > Now. I _know_ everyone has their favorite bug database, favorite wiki > software. Favorite hand to use while touching themselves. Thats fine. I > want to here what you like. I only want to hear it _once_. I _don't_ > want to hear you bitch about what someone else likes. > > Right now, we need ideas on what to use and how we can hook the pieces > together. We don't want a giant mis-mash site. We also don't want to > write all this shit ourselves. How can we get this stuff to fit together > in terms of UI and in terms of user database and administration? > > (And just as a disclaimer. I've been avoiding XSM like the plague due to > some early issues. I still think that we should use XSM as a _starting_ > point. Once we've tried it on the new site with the other components > then we can decided if it holds wind. To which, I've started poking XSM > again.) > And you have come up with some constructive comments which will be put in ASAP. Of course, registering these issues on http://dev.rectang.com/projects/xsm (click "new issue") will get a more "reliable" response ;) > dan > > Andy - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sour
Re: [E-devel] Continuing the website saga
dan sinclair wrote: > On 12-Sep-06, at 11:37 PM, David Seikel wrote: > >> On Tue, 12 Sep 2006 21:38:27 -0400 dan sinclair <[EMAIL PROTECTED]> >>> 1- User forums. The easiest is to grab something previously created >>> and use that. There are two issues. >>> a) do we want to migrate data from edevelop, if so, how. >> If we do migrate, the easiest thing we can do is to use the same forum >> software. >> > > Unless there is a really good reason to switch. Blake, comments on > the current forum software? > Personally, I hate maintaining it. 1. It requires a full Drupal installation. (How many CMSes do you desire? :)) 2. Unless you require logins for all replies (which is fine.. currently edevelop.org allows anonymous posts.) then you have major spam issues. 3. The theme was also custom made for it, so changes to it will require some hacking. 4. Drupal being a fairly popular CMS there are a pretty constant stream of updates for security holes. 5. To get a decent installation of Drupal you have to install a LOT of modules, which don't always work smoothly with updates. (May not be an issue for e.org) 6. I have not updated to Drupal 4.7.x because of the customized nature of the forums. Aside from that, the forums need a lot of cleanup. It might be best to start fresh with something else. (no, I will not recommend anything. :P) -Blake - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On 12-Sep-06, at 11:37 PM, David Seikel wrote: > On Tue, 12 Sep 2006 21:38:27 -0400 dan sinclair <[EMAIL PROTECTED]> > wrote: > >> The FAQ will be XSM. If we want to hook up for the user to download >> the faq to their system we can grab the .xml file XSM generates and >> post process if needed > > We have two XML parsers in CVS, maybe we can make use of one of them? > I don't know much about exml, but I wrote xmlame, and it is just a > really basic parser that is good enough for FDO menu files. It might > be good enough for the XSM .xml files. I don't think there is any reason for this to be done in C. It would be better handled by a simple scripting language I'd think. But, the implementation is unimportant at this point. > >> 1- User forums. The easiest is to grab something previously created >> and use that. There are two issues. >> a) do we want to migrate data from edevelop, if so, how. > > If we do migrate, the easiest thing we can do is to use the same forum > software. > Unless there is a really good reason to switch. Blake, comments on the current forum software? >> I just thought of another feature we may want on the site. Autobuild >> information. Every 10 min or something rebuild everything, put up >> page with build errors, build warnings, etc. Possibly just a php >> script in XSM or tinderbox? > > I do rebuild almost everything in cvs on a regular basis. Starting > from make clean distclean through to final install takes almost an > hour > on an Athlon 3000+ with fast hard drives and plenty of ram. We'll have to work out the logistics, but possibly not doing make clean before hand will speed things up as we just rebuild whats changed. Else, we rebuild every 2 hrs or something. dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuing the website saga
On Tue, 12 Sep 2006 21:38:27 -0400 dan sinclair <[EMAIL PROTECTED]> wrote: > The FAQ will be XSM. If we want to hook up for the user to download > the faq to their system we can grab the .xml file XSM generates and > post process if needed We have two XML parsers in CVS, maybe we can make use of one of them? I don't know much about exml, but I wrote xmlame, and it is just a really basic parser that is good enough for FDO menu files. It might be good enough for the XSM .xml files. > 1- User forums. The easiest is to grab something previously created > and use that. There are two issues. > a) do we want to migrate data from edevelop, if so, how. If we do migrate, the easiest thing we can do is to use the same forum software. > I just thought of another feature we may want on the site. Autobuild > information. Every 10 min or something rebuild everything, put up > page with build errors, build warnings, etc. Possibly just a php > script in XSM or tinderbox? I do rebuild almost everything in cvs on a regular basis. Starting from make clean distclean through to final install takes almost an hour on an Athlon 3000+ with fast hard drives and plenty of ram. signature.asc Description: PGP signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Continuing the website saga
Hello, Ok, haven't got a lot of responses (not that I gave it a huge amount of time, I'm inpatent) but, a follow on email to what we want out of the site. How do we get it. Lets us assume, for now, XSM is our CMS of choice. It will handle the static pages for all 'normal pages'. It will handle the news page (which, will hopefully be able to be displayed on both the home page for 2-3 articles and in the news page, Handy?). The FAQ will be XSM. If we want to hook up for the user to download the faq to their system we can grab the .xml file XSM generates and post process if needed (Handy, can we hook post processing scripts in so after a page is written out, fire script?) and stick this into specific spots in the webserver. The main docs pages will be in XSM. The API docs will be generated from CVS, with links from XSM. The other docs that are in CVS will also be autogen'd on commit with links from XSM. That make sense as a starting point? So, what does that leave us with to sort out. 1- User forums. The easiest is to grab something previously created and use that. There are two issues. a) do we want to migrate data from edevelop, if so, how. b) user authentication. We want this to have the same authentication as XSM. So, we'll either need to modify this in the forum software, or do some fancy footwork. (XSM writes its user db and we parse that into the forum db, or into LDAP or something?) 2- Wiki. Do we want a user wiki? Something for users to put their info on, put up a page for their efl apps, or their theme they're working on. If we want this, again, how do we integrate the user database with XSM. Probably a similar issue as 1. Which Wiki software do we use? Mediawiki? 3- Bug database. Basically same as above. How to integrate users, which bug software to use. We currently use Mantis. Do we stick with that? (Losing the current bug data is unacceptable so if we go to something else we _have_ to migrate.) 4- Release directory list. It sounds like we can hook php into XSM. This page will then just be controlled by XSM. (Assuming I'm correct on the XSM php front.) I just thought of another feature we may want on the site. Autobuild information. Every 10 min or something rebuild everything, put up page with build errors, build warnings, etc. Possibly just a php script in XSM or tinderbox? Now. I _know_ everyone has their favorite bug database, favorite wiki software. Favorite hand to use while touching themselves. Thats fine. I want to here what you like. I only want to hear it _once_. I _don't_ want to hear you bitch about what someone else likes. Right now, we need ideas on what to use and how we can hook the pieces together. We don't want a giant mis-mash site. We also don't want to write all this shit ourselves. How can we get this stuff to fit together in terms of UI and in terms of user database and administration? (And just as a disclaimer. I've been avoiding XSM like the plague due to some early issues. I still think that we should use XSM as a _starting_ point. Once we've tried it on the new site with the other components then we can decided if it holds wind. To which, I've started poking XSM again.) dan - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel