Yesterday's buildworld failed
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 :-(
共 65 篇文章。
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 :-(
I have noticed that my newly deployed CVSWeb utility has shown a new feature: more detailed diff.
Consider the following situation:
You have a line:
Please help me. I am in a hurry going to the plane.
I think FreeBSD will soon release a new advisory. Simply put, cvs updated again and is vulnerable to some potential security risks.
I have noticed that today’s cvsup brings this to my local repo: src/sys/kern/kern_kse.c. From the version it seems to be from kern_thread.c. Waiting commitmail to explain this.
| |
很想知道是怎么commit的……
By Google’ing the web I got a 1.1.5.1-RELEASE tarball. FreeBSD 1.x was based on Net/2 and the USL lawsuit has caused FreeBSD project to re-start from 4.4BSD-Lite2, and 1.1.5.1 was the last 1.x RELEASE permitted to be released.
I have employed the following (ugly) script for MFC’ing, as I do not want to really make big difference between FreeBSD and my fork version:
Today I have finally started my lightweight fork of FreeBSD. The methodlity taken was, use the official mirror (cvsup5.cn)’s cvsup service and derive my own repository with CVSup’s local repository ablity by disabling its delete function, and exploiting FreeBSD’s stock CVS’s local branch numbering feature.
Wow… Erwin Lansing is requesting for a pointy hat with a blinking light in the top :-)
| |
I have turned on cvs commit activities check on cvs.delphij.net. This will help us to have more accurate work statistion. This was done by writing a script named “awake” and some tweaks in CVSROOT/log_accum.pl