I have been having a problem getting the latest CVS lately (just to peek). The latest I have is 4 days old. Is this the latest or has stuff been added since?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sourceforge has been having difficult with their CVS servers recently. Anonymous access to CVS services is now at least 24 hours behind the current CVS code. I wasn't able to check in any changes over the weekend, so the anonymous CVS could be 4 days behind. There were several updates yesterday and today.
The Nightly CVS Tarball for your project includes all historical versions of all files in your repository (not just a single version, as is found in a working copy). Access to the full contents of your project CVS repository is important for Backup purposes (please ensure your project has established a backup plan). NOTE: As of 2003-07-28, nightly CVS tarballs are now compressed with bzip2 compression (we formerly used gzip for compression).
Looks like there is only a bzip2 file, but it also included everything including old versions which you probably don't want.
I'll package my current working files up real quick and make it available for you to download.
--John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This seems to be a problem that refuses to go away. 90% of the time I try to use the anon cvs I get an error. The rest of the time I just get week old files. Week old files are probably not an issue because it is possible that no changes were checked in in the last week (though John is usually pretty prolific with checking in code), but the errors make me think that some problem exists in sf.net It is amazing to me that this problem is still in place at a site that is all about source code.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
(2003-09-10 13:21:58) There was a systems crash on the backup CVS server, which affected ViewCVS, pserver based CVS access and the nightly tarballs. At this time, ViewCVS and pserver CVS access has been restored. Recovery of the system is completed and all CVS data on the server is as it was before the crash. However, the RAID config for the disks that hold the CVS tarballs was lost, causing the tarballs to also be lost. The nightly tarballs are now being recreated, but this is expected to take some time to recreate the tarballs for all of the CVS repositories.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Will they ever fix this? Nothing newer than 3 days is showing up. Based on the normal check in rate i am sure files have been checked in since. Is there a way to get an official status about the CVS problem?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
(Email sent to all SourceForge.net project admins)
Note From Patrick McGovern, Director SourceForge.net
As you may have noticed, CVS is visibly having growing pains. Due to
system load, we have had to move anonymous checkouts to our backup
server. This has made the code of our 70,000 projects more accessible to
project developers. I know this temporary solution has frustrated some
of you and I want to apologize for that.
This is what we are doing about it: We have 6 new systems that have been
installed in our co-location facility. These are very fast Xeon systems,
with very fast RAID. These systems will improve performance by a
tremendous amount. (As a comparison, our current setup has two systems,
one primary and one backup, that are three years old with slow
processors and aging disk arrays).
In a previous sitewide email we proclaimed that the faster hardware
would be online last month (August). This was the goal but we had some
unexpected delays. These delays included late hardware delivery,
additional electrical requirements in our colo cage, and a host of other
issues. That's the bad news. The good news is we are very close to
having this fixed.
As of right now, we are working around the clock to get these new boxes
online to give relief to the performance issues. Our primary CVS server
is copying 15 million files to these six new machines. Since this box is
also serving CVS checkins and checkouts to the community simultaneously,
the data transfer has been slow going. During the last 4 days we have
transfered 40% of the data. We expect the rest of the data to be
transfered by Thursday of next week, and the new boxes online shortly
there after. Hang in there, we will have this behind us in the very near
term.
If you have questions or comments about this, please feel free to email
me at pat@sourceforge.net
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have been having a problem getting the latest CVS lately (just to peek). The latest I have is 4 days old. Is this the latest or has stuff been added since?
Sourceforge has been having difficult with their CVS servers recently. Anonymous access to CVS services is now at least 24 hours behind the current CVS code. I wasn't able to check in any changes over the weekend, so the anonymous CVS could be 4 days behind. There were several updates yesterday and today.
You can follow the status of CVS services here:
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#cvs
If you would like I can make a CVS tarbell available for download?
--John
I would love this.
Can sourceforge be set to automatically publish the latest srs once a day?
Sourceforge does automatically make a nightly CVS tarbell. Do you have access to this link?
http://cvs.sourceforge.net/cvstarballs/phpgedview-cvsroot.tar.bz2
the server is not responding now.
In any case why don't you make a link to it from the files page?
Thanks
It seems to be working now. I've also added a link to it from the download page.
--John
Is there a non bz2 format?
This is what I know from the Admin pages:
The Nightly CVS Tarball for your project includes all historical versions of all files in your repository (not just a single version, as is found in a working copy). Access to the full contents of your project CVS repository is important for Backup purposes (please ensure your project has established a backup plan). NOTE: As of 2003-07-28, nightly CVS tarballs are now compressed with bzip2 compression (we formerly used gzip for compression).
Looks like there is only a bzip2 file, but it also included everything including old versions which you probably don't want.
I'll package my current working files up real quick and make it available for you to download.
--John
I got the bz2 unzipped but it contained v files that seemed to be diff files and was not really usable
I released a new snapshot today:
you can download the file from the "beta" package
phpGedView-2.50alpha-20030905.zip
This snapshot has a completed calendar and the ability to delete a fact from an individual and undo any editing changes that have been made.
--John
This seems to be a problem that refuses to go away. 90% of the time I try to use the anon cvs I get an error. The rest of the time I just get week old files. Week old files are probably not an issue because it is possible that no changes were checked in in the last week (though John is usually pretty prolific with checking in code), but the errors make me think that some problem exists in sf.net It is amazing to me that this problem is still in place at a site that is all about source code.
(2003-09-10 13:21:58) There was a systems crash on the backup CVS server, which affected ViewCVS, pserver based CVS access and the nightly tarballs. At this time, ViewCVS and pserver CVS access has been restored. Recovery of the system is completed and all CVS data on the server is as it was before the crash. However, the RAID config for the disks that hold the CVS tarballs was lost, causing the tarballs to also be lost. The nightly tarballs are now being recreated, but this is expected to take some time to recreate the tarballs for all of the CVS repositories.
Does this mean the entire information store is not backed up?
It sounds like the admins need to re-work the backup strategy.
John
Will they ever fix this? Nothing newer than 3 days is showing up. Based on the normal check in rate i am sure files have been checked in since. Is there a way to get an official status about the CVS problem?
I don't have any more information about this from sourceforge.net. It was supposed to be fixed in August. I don't know what the holdup is.
But I've released a beta almost daily, and I will continue to package up a release whenever there have been changes enough to warrant it.
--John
I received this email about CVS this morning:
(Email sent to all SourceForge.net project admins)
Note From Patrick McGovern, Director SourceForge.net
As you may have noticed, CVS is visibly having growing pains. Due to
system load, we have had to move anonymous checkouts to our backup
server. This has made the code of our 70,000 projects more accessible to
project developers. I know this temporary solution has frustrated some
of you and I want to apologize for that.
This is what we are doing about it: We have 6 new systems that have been
installed in our co-location facility. These are very fast Xeon systems,
with very fast RAID. These systems will improve performance by a
tremendous amount. (As a comparison, our current setup has two systems,
one primary and one backup, that are three years old with slow
processors and aging disk arrays).
In a previous sitewide email we proclaimed that the faster hardware
would be online last month (August). This was the goal but we had some
unexpected delays. These delays included late hardware delivery,
additional electrical requirements in our colo cage, and a host of other
issues. That's the bad news. The good news is we are very close to
having this fixed.
As of right now, we are working around the clock to get these new boxes
online to give relief to the performance issues. Our primary CVS server
is copying 15 million files to these six new machines. Since this box is
also serving CVS checkins and checkouts to the community simultaneously,
the data transfer has been slow going. During the last 4 days we have
transfered 40% of the data. We expect the rest of the data to be
transfered by Thursday of next week, and the new boxes online shortly
there after. Hang in there, we will have this behind us in the very near
term.
If you have questions or comments about this, please feel free to email
me at pat@sourceforge.net