Everything
php
Learn Community Releases The PHP Project
Home » Project » Newsgroups » php.internals » CVS tarball »

CVS tarball

php.internals

Piotr Roszatycki

20 years ago
Hi. I'm looking for CVS tarball with RCS files inside of php-src and ZendEngine2 repositories. It would be possible to convert it to Subversion repository with cvs2svn or VCP so browsing the repositories would be much easier. Where can I find it?
-- .''`. Piotr Roszatycki, Netia SA : :' : mailto:Piotr_Roszatycki@netia.net.pl `. `' mailto:dexter@debian.org `-

Derick Rethans

20 years ago
On Fri, 7 Oct 2005, Piotr Roszatycki wrote:
> I'm looking for CVS tarball with RCS files inside of php-src and ZendEngine2 > repositories. It would be possible to convert it to Subversion repository > with cvs2svn or VCP so browsing the repositories would be much easier. > > Where can I find it?
We don't offer those tarballs. regards, Derick

Piotr Roszatycki

20 years ago
On Friday 07 of October 2005 10:26, Derick Rethans wrote:
> On Fri, 7 Oct 2005, Piotr Roszatycki wrote: > > I'm looking for CVS tarball with RCS files inside of php-src and > > ZendEngine2 repositories. It would be possible to convert it to > > Subversion repository with cvs2svn or VCP so browsing the repositories > > would be much easier. > > > > Where can I find it? > > We don't offer those tarballs.
So mirroring CVS via pserver protocol is the only choise?
-- .''`. Piotr Roszatycki, Netia SA : :' : mailto:Piotr_Roszatycki@netia.net.pl `. `' mailto:dexter@debian.org `-

Derick Rethans

20 years ago
On Fri, 7 Oct 2005, Piotr Roszatycki wrote:
> On Friday 07 of October 2005 10:26, Derick Rethans wrote: > > On Fri, 7 Oct 2005, Piotr Roszatycki wrote: > > > I'm looking for CVS tarball with RCS files inside of php-src and > > > ZendEngine2 repositories. It would be possible to convert it to > > > Subversion repository with cvs2svn or VCP so browsing the repositories > > > would be much easier. > > > > > > Where can I find it? > > > > We don't offer those tarballs. > > So mirroring CVS via pserver protocol is the only choise?
Only if you want to see your IP blocked. The load on the CVS server is high enough already anyway. Derick
-- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org

Piotr Roszatycki

20 years ago
On Friday 07 of October 2005 10:52, Derick Rethans wrote:
> On Fri, 7 Oct 2005, Piotr Roszatycki wrote: > > On Friday 07 of October 2005 10:26, Derick Rethans wrote: > > > On Fri, 7 Oct 2005, Piotr Roszatycki wrote: > > > > I'm looking for CVS tarball with RCS files inside of php-src and > > > > ZendEngine2 repositories. It would be possible to convert it to > > > > Subversion repository with cvs2svn or VCP so browsing the > > > > repositories would be much easier. > > > > > > > > Where can I find it? > > > > > > We don't offer those tarballs. > > > > So mirroring CVS via pserver protocol is the only choise? > > Only if you want to see your IP blocked. The load on the CVS server is > high enough already anyway.
Why don't you provide alternative access to CVS? Is it technical or political reason? Allowing to download the tarball could help to lower the load on CVS server.
-- .''`. Piotr Roszatycki, Netia SA : :' : mailto:Piotr_Roszatycki@netia.net.pl `. `' mailto:dexter@debian.org `-

Wez Furlong

20 years ago
Let's turn the question on its head and ask why *you* need to mirror it. --Wez. On 10/7/05, Piotr Roszatycki <Piotr_Roszatycki@netia.net.pl> wrote:

Piotr Roszatycki

20 years ago
On Friday 07 of October 2005 14:33, Wez Furlong wrote:
> Let's turn the question on its head and ask why *you* need to mirror it.
> > Why don't you provide alternative access to CVS? Is it technical or > > political reason? Allowing to download the tarball could help to lower > > the load on CVS server.
In fact I need the Subversion repository of PHP. It is very easy to convert the CVS into Subversion if the RCS tarball is available. Why Subversion? Faster operations on repository. Easy picking out the patches. I don't need to browse the whole tree and find which files was changed in the same commit transaction. Easier merging of changes from original source to local repository thanks to SVK utility.
-- .''`. Piotr Roszatycki, Netia SA : :' : mailto:Piotr_Roszatycki@netia.net.pl `. `' mailto:dexter@debian.org `-

Derick Rethans

20 years ago
On Fri, 7 Oct 2005, Piotr Roszatycki wrote:
> On Friday 07 of October 2005 14:33, Wez Furlong wrote: > > Let's turn the question on its head and ask why *you* need to mirror it. > > > > Why don't you provide alternative access to CVS? Is it technical or > > > political reason? Allowing to download the tarball could help to lower > > > the load on CVS server. > > In fact I need the Subversion repository of PHP. It is very easy to convert > the CVS into Subversion if the RCS tarball is available.
Why do *you* need a subversion repository of PHP? Derick
-- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org

Piotr Roszatycki

20 years ago
On Friday 07 of October 2005 15:15, Derick Rethans wrote:
> On Fri, 7 Oct 2005, Piotr Roszatycki wrote: > > On Friday 07 of October 2005 14:33, Wez Furlong wrote: > > > Let's turn the question on its head and ask why *you* need to mirror > > > it. > > > > > > > Why don't you provide alternative access to CVS? Is it technical or > > > > political reason? Allowing to download the tarball could help to > > > > lower the load on CVS server. > > > > In fact I need the Subversion repository of PHP. It is very easy to > > convert the CVS into Subversion if the RCS tarball is available. > > Why do *you* need a subversion repository of PHP?
It is *much* simpler to trace separate commits and to do merging from upstream to local repository. Or perhaps you're asking why I need the PHP sources at all? Well, I think it is off-topic issue...
-- .''`. Piotr Roszatycki, Netia SA : :' : mailto:Piotr_Roszatycki@netia.net.pl `. `' mailto:dexter@debian.org `-

Wez Furlong

20 years ago
I honestly don't see how it will be any better than CVS, if the data comes from CVS in the first place. Since we've generally got our plates full, we don't have the resources to support third parties maintaining their own forks. We'd much rather have those third parties working directly with us so that forks are not necessary. --Wez. On 10/7/05, Piotr Roszatycki <Piotr_Roszatycki@netia.net.pl> wrote: