On Sun, 31 Aug 2008, Pierre Joye wrote:

> On Sun, Aug 31, 2008 at 12:05 PM, Lukas Kahwe Smith <[EMAIL PROTECTED]> 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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to