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.dewrote:
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.dewrote:
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