Hi list,
My binary-meta project is probably far enough along now to be useful.
I've been moving / copying the opensync SVN repos into git, and hosting them
on the repo.or.cz server, as forks under the existing opensync repo.
The existing opensync repo which is already on repo.or.cz is a bit old,
having not been updated.
My goal, so far, is to keep the git repos that I'm tracking, up to date
with changes from SVN that I see, but I may not push back my changes to SVN.
This is partly because I needed to break the cmake-modules externals stuff
to get it nicely into git, and partly because I don't like SVN. :-)
Yes, this means that if I do any substantial work on opensync, that
it is effectively forked on the source code level. Sorry. SVN is not
powerful enough for what I want to do.
If you are interested you can view the git repos here:
http://repo.or.cz/w/opensync.git
They are listed at the bottom.
If you want to build, checkout the binary-meta fork here:
http://repo.or.cz/w/opensync/binary-meta.git
This contains git submodules that point to the other repos. By following
the README in binary-meta, you can build binary packages for all the
trees and plugins that I'm tracking. Also, if I GPG sign the binary-meta
repo, I've effectively signed the rest of the supported trees as well,
for those who like that kind of thing.
Opensync development has been almost non-existant as of late, so some
may question my efforts. But this is my vision of having the entire
opensync tree, with plugins, available for a massive recompile at a
moment's notice. I think opensync needs to be more like the linux
kernel, where all plugins are a part of the tree. So far, with the
binary-meta setup, each repo is still separate, yet can be compiled
as a whole. Plus, we can release binary packages at any time.
There's still work to be done, but feel free to play around with it, and
feel free to fork my repos on repo.or.cz and fix things and let me know.
And feel free to ask questions. :-)
Thanks,
- Chris
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
