Sorry, no news arrived to my inbox. Can you ping trademarks again? Please put me on CC, if you can
On Fri, May 11, 2012 at 11:05 PM, Benjamin Eberlei <kont...@beberlei.de> wrote: > @Christian So are there any news? > > On Wed, Apr 25, 2012 at 2:00 AM, Benjamin Eberlei <kont...@beberlei.de>wrote: > >> Hello everyone, >> >> i have just completed the migration of the Apache SVN to Github >> organization: Code is still pushed at the moment, these are the done tasks: >> >> https://github.com/zetacomponents >> >> * Each component is split into its own repository >> * Author Information has been updated on frequent committers i have found >> the email of (or could asked for). >> * composer.json was added to every project. No dependencies were defined >> on other components (even though could be done through DEPS) - because the >> Base version was never specified and such the information is incomplete >> anyways. Releases in the future should go and specify the dependencies of >> packages more explicitly. >> * All tags have been generated from the commit messages. >> * MVCTools Migration didnt work, I have to try this again. >> * Document has some problem with GC and is very large repo, i have to >> cleanup or remigrate so i didnt push to github yet. >> >> However code is not yet free for changes, we have some problems to tackle: >> >> * Do we need to adjust the headers? If yes, we should do this now using a >> mass-edit. Do we have to clear this with Apache legal? >> * Unit-tests have still to be fixed, we need a generic approach for all >> components for that. >> * I fixed the Archive component as an example: >> >> >> https://github.com/zetacomponents/Archive/commit/541b1faca6d63c441bead83fe8ca5d9e174afe53 >> Then just "composer install --dev && phpunit" from the root of the Archive >> component. >> >> * All packages have to be put on packagist.org so can be used with >> Composer. >> >> greetings, >> Benjamin >> >> On Fri, Apr 20, 2012 at 1:35 PM, Benjamin Eberlei <kont...@beberlei.de>wrote: >> >>> Repost into its own topic for better seperation: >>> >>> I volunteered to do a migration of the code to github. >>> >>> I will do the following steps: >>> >>> 1. Do a SVN to Git migration for every component on its own. Every >>> component will have its own repository with issue tracker on Github. >>> 2. Rewrite history to add composer.json files to all stable tags >>> 3. Push to Github >>> >>> Derick already opened an Organization on Github and I guess all current >>> committers will get write access to it. >>> >>> Adding composer helps us with the deployment issue in the short term and >>> in the medium/long term we could maybe setup a pirum channel on github >>> pages to enable PEAR installation again. Composer can work with classmaps >>> so that the file/class layout is no problem for autoloading and components >>> become instantly usable by third parties. >>> >>> The next step would then be that committers claim components and we >>> determine the deprecated/abandoned/ >>> maintained state of each of them. Every maintainer is then responsible >>> for getting the tests back running with the new schema and adding this to >>> travis-ci. I will attempt to do this for one component as a demonstration. >>> >>> I can't give a timeframe on this but will highly prioritize this and hope >>> to get it done within a week. >>> >>> greetings, >>> Benjamin >>> >> >> -- http://www.grobmeier.de https://www.timeandbill.de