Oleg Broytmann wrote: > Hello. > > On Tue, Oct 10, 2006 at 03:55:34AM +0300, Ilias Lazaridis wrote: >> I see >10 spam messages within the gmane archive (which means more spam >> than messages) > > At http://news.gmane.org/gmane.comp.python.sqlobject I see one spam > message in about every ten SQLObject message. A bit annoying but certainly > far from "more spam than messages".
ok, then: more spam topics than real topics. Do you really have to discuss this? The list is amateurish. >>> On the other hand asking a hundred of people to resubscribe would be a >>> real pain. >> very simple: >> >> * Anoounce that the group will move on day x >> * create a google group. >> * announce (on the list) that people should subscribe to the list >> * switch to the google group >> * remember to update gmane to get the google email > > What to do with people who will be more annoyed by the switch than by > the spam? with people who will decide that the switch isn't worth the > trouble and will leave the community? "Ignore" is not an option, IMO. You should think more about _new_ people which like to join the project. when looking at the archives, they see more spam threads the development threds. Really nice impression. Who would join a project seeing such a list? >> One of the most important points within development is: >> >> knowing when to stop. >> >> possibly this point is reached for SQLObject, not sure yet, see below. > > I am sure it is not. There is no a least reason to stop developing, and > there are many reasons to continue: > > 1) there are many people who relies on SQLObject, it would be pity to > disappoint them by abandoning the project; > 2) I enjoy working on SQLObject; > 3) I use SQLObject in free programs, our company uses it in a number of > commercial programs, we are satisfied with SQLObject, no need to bother > ourselves with switching. ok >> May I suggest that you move over to google groups (= mailinglist with >> good spamfilter, web-interface, search-functionality). > > You may. But the suggestion was not supported by the active majority. > May be people don't feel the pain, especially comparing with the pain of > switching. > >> Having an communication-resource again, I would the want to implement >> the schema-evolution support (in cooperation with the existent people here). > > Patches of appropriate quality will be gladly accepted! > >> If things go fine with 0.7.2 > > 0.7-bugix branch is reserved for bugfixes. New feature will go to the > trunk and will be available in release 0.8. > > Oleg. You've ommitted the central par of my message: [REQUOTE] I provide such services, commercially: http://dev.lazaridis.com/base/wiki/CommercialServices Although I _would_ possibly provide this for free for SQLObject, but I should see some activity, see below. [...] May I suggest that you move over to google groups (= mailinglist with good spamfilter, web-interface, search-functionality). This has the additional benefit of giving sqlobject some more visibility. Having an communication-resource again, I would the want to implement the schema-evolution support (in cooperation with the existent people here). If things go fine with 0.7.2 (including basic evolution support), I would then provide the setup of the trac-infrastructure (_possibly_ I could provide the hosting, too) How does this sound? [/REQUOTE] So, i've offered to contribute a basic schema-evolution-support to SQLObject (for version 0.8) _and_ a setup of a trac based infrastructure and (possibly) the hosting, too. I ask the project just to get control over this "more spam-threads than content-threads" problem, (_one_ solution: move to google groups). . -- http://lazaridis.com ------------------------------------------------------------------------- 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 _______________________________________________ sqlobject-discuss mailing list sqlobject-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss
