Stephen Hahn wrote:
* Garrett D'Amore <gdam...@sun.com> [2009-10-28 16:12]:
   * containing platform support and drivers not in ON
   * drivers might also include userland components (X11 modules?)

  Are these only drivers that have been de-supported, or are you
  encouraging new driver development as well?

I don't see why new drivers couldn't be done here... eventually such drivers might transition to ON, but this would be a low barrier way to get stuff "out there".
3) Sun would have no official support for this new consolidation.

   * no support in bugster for this stuff
   * not part of any official Sun distro
   * caveat emptor

  If there's no SCAs required, then source in this consolidation will
  have an extra hurdle (potentially insurmountable) if, after a period
  of time, its maintainers want to port it to an SCA-requiring
  consolidation.  (My suspicion is that a revision sequence without SCAs
  covering each step will result in a longer diligence check.  Also, you
  haven't stipulated the set of software licenses allowed.)

We import stuff from other FOSS sources into ON all the time. It might be that the combination of CDDL and no SCA is toxic, but other licenses (e.g. BSD licenses) don't have this problem.

  It might be interesting to have the output of this effort distributed
  via the contrib/ repository--that work has a similar "at own risk"
  aspect, and has a submission and acceptance policy already in place.
  (So the Maintained Open Legacy Drivers (?) consolidation could focus
  on code, building, and testing.)

That's a good idea. Although at present I have been unable to get any information from the IPS folks about what is required to deliver a *driver* via IPS. (Specifically there is the question of handling the postinstall requirements for drivers -- you have to run add_drv.)

We also need to make a consolidation available in tradition form so other folks can build LiveCDs of their own, or other distros can import it. (Imagine a legacy version of milax, for example.)

   - Garrett
  Cheers
  Stephen


_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to