Kyle McDonald wrote: > David.Comay at sun.com wrote: >> Gary, >> >> >>> And we should question every addition to /etc/*. New /etc/* files >>> need justification as specified in the ARC SMF policy. >>> >> I can certain appreciate the policy with respect to the bits of >> software that are represent of core part of Solaris but I don't agree >> it should apply generally with the large number of FOSS components that >> are being merely aggregated from upstream communities. It's important >> that the familiarity of these components across multiple OS platforms >> be maintained in *most* cases. There are, of course, exceptions here - >> putting executables in /etc seems wrong in all cases - but for the most >> part, I don't see an issue with new components delivering files under >> /etc unless they're interfering with other components (/etc/security >> might fall into this case but that didn't apply with this particular >> case.) >> > I'm not sure I'd agree. > > While for things in home directories might need this to enable homedirs > to be shared between more than one platform, I don't think the same > applies to things local to the system. > > Personally, I'd like to see these things put through the Sun/Solaris > engineering thought process. Too often in the OSS world things get done > without much consideration to how they fit into the larger scheme of > things. I'd hate to think we just pulling this stuff in without giving > it the same consideration we give to things that originate in Solaris. > > -Kyle >
I feel that we're digressing here, and moving away from the main topic, but I just can't help providing my *personal opinion* here: I personally feel that this is where there is the need for unstable/experimental package repositories (similar to blastwave, but where it's located on opensolaris.org) so that such OSS s/w can be available without being in the core of OpenSolaris/Solaris - sometimes we just want to make something available to users (developers) rather than have full integration. Over time, if there is sufficient interest (through measuring installs of the packages or requests from customers) in bringing this into Solaris then we can pursue the effort of stabilising things and doing the full Solaris/Sun engineering thought process. I also feel that if things are made available in their unstable/experimental form - and easily installable, a strength if IPS - then it's easier for people to find and contribute to making it more Solaris friendly early on by "scratching that itch" of theirs. Unfortunately we tend to pick up on things from the FOSS communities late in their development cycle when it's late to influence sufficiently to be able to have good integration into Solaris. Thanks, Darren.
