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