On 03/27/2009 01:08 PM, Andrei Pelinescu-Onciul wrote:
On Mar 27, 2009 at 11:00, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
I was thinking to a new idea of repository structure.
The core and libraries do not overlap, so no conflict here. For modules have three directories:
- modules - store common integrated modules now (tm, db drivers) and
modules that exist only in one project
- modules-k - K modules that overlap in name with S modules or other
particular K modules not moved to "modules" directory
- modules-s - S modules that overlap in name with K modules or other
particular S modules not moved to "modules" directory
As soon a new integration is done for overlappin modules, it will be moved to modules and removed for modules-k/modules-s
The advantage I see is only one repository. The disavantage is updating the makefile to work with three module directories for a period of time.
Opinions?
What should: make all and make install do? (which set of modules)
all modules
How would the installed version look like? (all module in the same dir?)
different dirs: /usr/local/lib/sip-router/modules /usr/local/lib/sip-router/modules-k /usr/local/lib/sip-router/modules-s
If you run make all and then start ./sr with loadmodule "textops" in sr.cfg, which textops version will be used, the on from k or from s?
there could be full path or mpath for each: mpath="/usr/local/lib/sip-router/modules" loadmodule "tm.so"
mpath="/usr/local/lib/sip-router/modules-k" loadmodule "textops.so"
mpath="/usr/local/lib/sip-router/modules-s" loadmodule "auth.so"
Cheers, Daniel
If we manage to find some good answers to the above questions, then we could go for it. BTW: we don't even need same repos, if we have separate dirs, we could experiment with git submodules (which basically tell that a subdir content should be fetched from another repo).
Andrei
On 02/26/2009 09:53 PM, Juha Heinanen wrote:
Andrei Pelinescu-Onciul writes:
if i make a commit on a k module, i just call the script again and
get a
new version of k compiled.
Yes, that would work (manually copying), but I find that more difficult than it should be (everybody will have to use some script and have at least 2 local repos, one for sip-router and one for the modules).
i don't see having two repos on the local disk as a problem. before copying, the script updates both automatically to latest level. i can write the script and post it on the list once the repos are in place.
i see it a much bigger problem if the same thing (sip-router) source is in two different places.
-- juha
sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
-- Daniel-Constantin Mierla SIP Router Masterclass - Kamailio (OpenSER) Training http://www.asipto.com/index.php/sip-router-masterclass/
Kamailio (OpenSER) - Devel mailing list Devel@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/devel http://lists.openser-project.org/cgi-bin/mailman/listinfo/devel