Menu
▾
▴
Re: [Perfparse-devel-int] Support forum on sf.net
|
From: Yves <yme...@pe...> - 2004-12-08 10:48:45
|
> It would look so much better if the support forum mechanism was all > contained in the same environment. But with the mailing-list archives on sourceforge, this is impossible. > I note as well your past comments about not wanting to be tied too > closely to Sourceforge. For example, in case their license options > change. This would be a great way of ensuring that all our facilities > are not tied into sourceforge. No. If you agree with me on that risk, don't create a new thing in an ind= ependant place. Just move the existing to somewhere else, where the risk is lower (I know http://savannah.gnu.org, https://gna.org/). Don't make a wrong analysis :) > The system kindly provided by Flo is controllable, fast, looks great an= d > would keep the users in a consistent PerfParse environment. It would > give a more professional look to the support. I don't agree with "more professional". It would be if everything includi= ng the mailing-lists was at the same place and if everything on the mailing-list= and the forum could be searched with the same tool. With too many support sources, it looks like a young hacker's project who= is discovering the wonderful of tikiwiki and wants to try everything of it :) BTW, I notice that there is a bug tracker enabled on sourceforge, with 10= 27861 and 1045561 being support requests rather than bugs. There are definitely too= many support places here. See at the end my comments about the sourceforge tools. > It would work better for users. The mechanism to sign up to the wiki i= s > faster and cleaner and can be run by users who don't want email sent to > them. For instance users who have email at home and their work place, > it would not tie them into one or the other. Some send us private mails. It already happened to me. Last one was from = Benoit Mortier, today :) > The legal aspect of anonymous postings. I agree that moderated > anonymous posting is probably the correct mechanism. Truly anonymous > systems are probably a thing of the past :) > > With the permission of Flo I would like to try the wiki forum as an > alternate mechanism for user support and see how it works, whether user= s > use it, whether it does look and work better? I agree with the idea to try, because it's always good to have an open mi= nd. However, be careful to the following... - I will not have time to go there and help you answer the postings. If y= ou or users need my help, we will have to invent something else. - Control everything that appear on the forum. You should be able to remo= ve inappropriate messages (porn, money, terrorist...) as soon as they may ap= pear. When you are on holidays, find somebody who does it. I can do it in a short term p= eriod, but you know that I won't be able to stay as active as now on perfparse at a date= that I don't know yet, but certainly in 2005. - You will need time before a community starts there. Before, there will = be few messages, because a forum with few messages looks unsupported. > Finally, the html forum on sourceforge. I will delete those now :) Remove other stuff too... Today, we have this : Summary | Admin | Home Page | Forums | Tracker | Bugs | Support | = Patches | RFE | Lists | Tasks | Docs | Screenshots | News | CVS | Files | We should have that : Summary | Admin | Home Page | RFE | Lists | CVS | Files | About RFE, I notice that you used it on 2004-05-18 and only 7 times after= that. And it is not maintained : 955701 has been completed for a while :) About 955678 (postgresql), you should either remove it, or also add Oracl= e, Sybase, ODBC, sqlite and maybe others. About NEWS : we have http://perfparse.sourceforge.net/news.php (not maint= ained but should be !) and perfparse-announce mailing-list. That enough, isn't it ? About Docs : we have http://wiki.perfparse.org and http://perfparse.sourceforge.net/docs.php (this should be reorganized, bu= t no emergency : it's OK for now : users can find their way easily :) About bugs : if we have a way to send a mail to perfparse-devel-int when = a bug is added, this is a good tool, leave it. If there is no way to send a mail, remove = it (not maintained : 1076856 is OK in pp-0.104.2; 1045561 is a support request (t= hat guy does not have libpng-devel installed); 1027861 is a support request and is pro= bably too old. Back to 1076856 : there has been 4 users who told me about that one : 2 o= n the mailing-list, another one with a direct mail to me (see how those who don= 't want to subscribe do) and bug 1076856 :) I will close that bug. And if you find a way to send a mail to perfparse-= devel-int when a bug is submitted there, keep that good tool :) Grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr... I need to have a login to be= able to close that bug. Having a login means more implication in the project, and as a = side effect, more time for the project and less time to code. I have other reasons not= to log in sf.net so please, close that bug for me. Sorry to ask you to do my job :) Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - |
