共691篇文章。
I have decided to disable it as a workaround of the recent instablity of beastie, whose console I can’t easily touched. junsu has suggested this workaround and it seems to work :-(
I will install a local copy of delphijfork and figure out why it is stalling.
Translated from here.
下面这些指导方针大体上描述了我们的观念：
·绝不增加新功能，除非由于缺失它而有人无法完成某个实际的应用。
·确定一个系统「不是什么」，和它「是什么」同样重要。不去满足整个世界的每一个需求，相反地，让系统尽可能地容易扩展，从而使增加的新需求能够以向上兼容的形式添加。
·尽可能用通用的方法来解决问题，当然，从一个实例抽象出来的范型要比闭门造车强。
·如果一个问题没有被完整地理解，那么，也许最好干脆不去解决它。
·如果能用10%的努力完成90%的工作，那么，使用这个更简单的解决方案。
·尽可能隔离复杂性。
·提供机制，而不是策略。特别地，把用户界面策略交给客户去解决。
I’m not sure why, but this is really strange. Maybe cvsup’s bug? I finally removed a directory and re-sync’ed the code and it seems to work properly now. (N.B. files were not updated by cvsup :-(
As title. With Alexenda Kabbev’s import, we now have gcc 3.4.x in the base system. I’ll try to adopt our code ASAP.
As Scott Long clarified, 5.3’s RE will start on August 15. Alexenda Kabbev today announced the import of gcc 3.4.x snapshot will happen soon.
必须采取措施了。。。beastie.frontfree.net再次在没有任何预兆的情况下停止响应了。。。
Yes, I am not joking, this will happen soon!! Yeah!!
Just make a note…
As usual, it is available at ftp.freebsdchina.org/pub/china_ports/delphijfork.
This snapshot should be much more stable than previous one.
mat@ has dropped maintainership… I was waiting for pam-pgsql to be fixed and now I have to do that by myself :-)
Actually I am not so interested in a GPL’ed PAM module, so maybe I will write one from scratch…
Today, Alex Dupre has updated ZendOptimizer and I have installed it for FreeBSDChina.