>>>>> On Thu, 6 Jan 2011 16:50:28 +0000, Dave Shield >>>>> <[email protected]> said:
DS> - is this a sensible thing to consider doing? Yes. DS> - are there any licensing issues to prevent us simply picking DS> the patches up from the relevant *BSD archives ? What's the license of their patches? I'd assume since it was a *BSD based system it'll be a BSD based patch, which obviously should work for us. DS> (As opposed to the BSD people supplying them to us) That would have been nice. Chalk it up to yet another distribution not providing patches to the upstream. A (very big) personal pet-peeve. DS> I'd been planning to release 5.5.1.pre2 tomorrow, but feel it's DS> probably worth holding off to get these fixes in first, if this is DS> felt to be a sensible/acceptable way forward. I'll leave that decision to you. >> I have tried merging the whole thing, and it adds up to >> something like 2500 lines of patch ... DS> My inclination would be to apply the patches individually, rather DS> than all in one go. That might be a bit more work, but should DS> make it easier to identify related changes (and what problems they DS> are trying to address). Should be fairly automatable, aside from the commit messages. -- Wes Hardaker Please mail all replies to [email protected] ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
