This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I went to this URL: http://usersguide.netbeans.org/source/browse/usersguide/javahelp/org/netbeans/modules/usersguide/Attic/appa10.htm?rev=1.12&content-type=text/x-cvsweb-markup (linked to from the Attic page for that directory) and got the following error message: Error Error: Unexpected output from cvs co: Check whether the directory /usr/local/tigris/data/helm/cvs/repository/CVSROOT exists and the script has write-access to the CVSROOT/history file if it exists. The script needs to place lock files in the directory the file is in as well.
This issue has been entered with our engineers and is being tracked internally.
Kat, can you put the number of the issue on pcn? Just so if people ask, I can have a path to give them the info that I can.
Keri, The issue numer on PCN is 3245
accepting issue
pinged ppl on our side for update.
From the internal issue: the problem is that the directory listing of the Attic has links to dead revisions (the zero length file where it was declared dead). The contents of the file can still be accessed by selecting the file name, then the revision number before the file was declared dead. If the revision numbers next to the filenames were not links (as they are for the dead revision when the file name is selected) the users would not be tempted to click on them and the error would not show up.
Internal Collabnet Issues: PCN3245, SC26.
Accepting issues for support.
Engineers still working.
Fix created; moving to QA.
Setting internal Target Milestone of 1.1.
This issue has been fixed for SourceCast v1.1; marking RESOLVED REMIND.
Reopening all RESOLVED REMIND Issues and marking them P5.
accepting issue.
This got re-opened internally (was incorrectly verified by the QA team, but I caught it on stage). It's been reassigned to the CVSWeb/CVS group to determine what needs to be done.
They've determined that this has been fixed (by an underlying software change) in SC1.3.
Administrative Change; SC1.3 has been renamed SC2.0.
This has been fixed in the 2.0 release of SourceCast. During the upgrade to that release we can verify or reopen if necessary.
Verified in 2.6.
We recently moved out from Collabnet's infrastructure