> Yes, I agree. However, I am dealing with somebody else's software and > making it suitable for leaf. Obviously, I can have several iterations > of net-snmp v4.2.4 that address various leaf concerns. > > Also, I must be prepared for somebody else's version upgrades causing > problems that do not exist in previous versions. For most part, > net-snmp v4.2.5 fixes a number of things a small number of people found > problematic in v4.2.4. However, v4.2.5 also created problems for a > small number of users that did not exist in v4.2.4. > > So, in reality, my package has two (2) versioning systems running in > parallel: somebody else's and leaf/mine. How can cvs facilitate this > distinction?
See "Open source development with CVS" by Karl Fogel (Coriolis press...also, parts are available online). The last part of chapter 6 has a section on using vendor branches to track 3rd party software. This basically describes how to import an external code-base into a local CVS tree, using CVS to track any local changes, and finally how to import a new release, if/when it becomes available from the 3rd party (ie the NetSnmp folks). > Under this scenario, committing to cvs directory structures, cvs is > responsible for knowing whether or not a specific file or directory has > changed? Any change, including mod/grp/own? CVS doesn't track file permissions or ownership...just contents. > What happens when I decide that /usr/sbin/ntp_setup actually belongs > /usr/bin/ntp_setup? Or, /usr/sbin/ntp_setup becomes /usr/bin/setup_ntp? > > Clearly, cvs cannot know my intent, in this regard. When committing a > directory change, under this scenario, how should it be done? Moving files once they're in CVS is ugly...see the above reference for details. There's a CVS replacement in the works that tries to clean up a bunch of CVS's rough edges, but it's not in widespread use yet. Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf _______________________________________________ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
