Re: cvs: php-src(PHP_5_3) / README.RELEASE_PROCESS
| From: | Derick Rethans | Date: | Sun, 31 Aug 2008 17:24:00 +0000 |
| Subject: | Re: cvs: php-src(PHP_5_3) / README.RELEASE_PROCESS | ||
| References: | 1 2 3 4 | Groups: | php.cvs |
| Request: | Send a blank email to php-cvs+get-52846@lists.php.net to get a copy of this message | ||
On Sun, 31 Aug 2008, Pierre Joye wrote:
> On Sun, Aug 31, 2008 at 12:05 PM, Lukas Kahwe Smith <lsmith@php.net> wrote:
>
> > Sounds sensible. Anyways, I would appreciate it if someone who knows
> > would write a howto, so that RMs can verify that things are done
> > properly. I guess in the past Derick took care of a lot of these
> > moves via OS level file system magic. I do not know the details on
> > how this worked. If it was a copy or a move and if there was a cvs
> > rm afterwards or not.
>
> Hannes is right, it can't be a OS Level directory move but at least a
> copy. Doing a move will change the previous branches and that's not
> desired. The ideal solution would be:
>
> - Filesystem: cp -r php-src/ext/foo pecl/
> - cvs rm php-src/ext/foo
If you know this so well, why did you ignore it for all the extensions
that you moved to PECL? From the NEWS file:
- Moved extensions to PECL (Pierre):
. ext/dbase
. ext/fbsql
. ext/ming
. ext/sybase (not maintained anymore, sybase_ct has to be used instead)
Those four all have no history anymore in pecl/<extname>
. ext/ncurses
Wasn't even moved now, but three years ago by hartmut.
. ext/fdf
Doesn't even exist in pecl/.
I was going to make a release today that still works for ming 0.3 (for
5.2 and 5.3) but all the history was gone and I'm not going to spend
hours to clean up after you. Please revert this mess for those four
extensions that have no history in PECL, so that we can do it correctly
- that is, resurrect all the files in HEAD and PHP_5_3 so that we can
properly copy them to PECL.
regards,
Derick
--
HEAD before 5_3!: http://tinyurl.com/6d2esb
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org