Anyone opposed to something like Google Calendar to figure out the best meeting times? It is nice because it allows you to overlay other's calendars on top of your own so we can find the holes. This may be more then some people are willing to do, but it will be hard to schedule any type of meeting without knowing when people will be available.
Nick Hughart wrote: > This was not meant to turn into a big deal. Trac is up there, no one is > forcing you to use it yet. Quit acting like a bunch of whiny children. > It is up there for people to play with and people have already expressed > that they like Trac. Personally I find Bugzilla painful to use and > others have agreed with me there. Is Trac the best? probably not. Is > it going to replace Bugzilla? that is yet to be determined. There is > nothing set in stone and we will not be maintaining two separate > trackers as that is just a nightmare, which you so obviously pointed out. > > Before any decision like this can be made, a meeting should take place > to discuss it along with some of the other heated issues that have been > currently discussed on the mailing list. If someone knows of a good way > to find out when most people are available it would be nice. We should > have as many people as possible since this is a pretty big deal for most > people. > > In the meantime, chill out, we are not trying to screw anything up or > kill off your beloved Bugzilla. We are just testing the waters, seeing > what Trac is capable of, and seeing if the community as a whole enjoys > it more. If in the end it's no better, then we will most likely stick > to Bugzilla given it is already in place and has all the bugs in it. > > Vincent Torri wrote: > >> On Thu, 15 Nov 2007, Gustavo Sverzut Barbieri wrote: >> >> >> >>> On Nov 15, 2007 5:40 AM, The Rasterman Carsten Haitzler >>> >>> >> >> >>>> it even provides a NICE wishlist system. it's friendlier than bugzilla, >>>> but not >>>> as powerful. >>>> >>>> >>> Ok, I really like trac, but keeping both doesn't solve the previous >>> problem of people not using bugzilla, instead it create another point >>> of replication. >>> >>> >> There is already one (maybe more) patch in trac. So we now have to look at >> two locations for patches. >> >> I don't see any problem to have trac storing TODO and such, but, imho, >> patches should only go to bugzilla (if we keep trac and buzilla) >> >> so now, we have mails + bugzilla + trac >> >> Vincent >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
