On Fri, Sep 19, 2008 at 10:23 AM, Andy Spitzer <[EMAIL PROTECTED]> wrote: > Woof! >
> I think this one nails it. I rarely update my system with "yum update", > as it often means things break that used to work...due to packages I > neither know or care about. It also means building an older version > sometimes becomes impossible as I cannot keep two versions of RPMs on the > same machine. VM's are great for this, but my main development > environment isn't a VM I'm afraid. > > RPMs of C/C++ libraries keep the older version of the .so files around, so > even if the library is updated older code can still find and use the old > one. This is not the case with the JAIN-SIP RPM, and Java in general. > There is no versioning system like ld.so to find the right version that > was used at the time. Instead, if the changes aren't backwards > compatable, it just fails. This is a strong argument to me that checked > in jars are a safer, if less attractive, alternative. In case my meaning did not seep through my sudden outpouring of prose (triggered by Woof! with apologies to Mardy): Many/most java projects on which we have dependencies are not releasing RPMs. Until at least that time I agree with your and Mardy's conclusion. It is attractive to work towards a pristine distribution as this means we have a shot at being included in a linux distro but may not be feasible for a while yet. So long as we have to include at least one jar file, we cannot have a pristine distribution and hence we should just distribute jars the way we do now rather than fight that fire when the fire cannot be extinguished at the moment. > > > --Woof! > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
