> > It's just that I think very strict principles must be applied for the > > final release. If that means that the 2.2 release can't go without ok > > from you (or somebody else who has produced MacOS 9 binaries), I think > > we should add that to the release procedure. That check would be to > > avoid show-stopper bugs only, of course - anything complex needs to be > > detected long before the final release. > > I think that for the final release we should definitely attempt this. > Hopefully the speed and quality of change will reduce closer to the > final release. Also, the release candidate should help. For the final release I agree that this is a good idea. Let's try and make it so. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen@oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4