Rainer Orth wrote: > Chris Quenelle <[email protected]> writes: > >> 1) >> >> Should we use a different base name for Express packages >> to distinguish them more easily from Enterprise(FCS) packages? >> >> A. >> pkg install cc # results in fcs compiler >> pkg install ccx # results in express compiler >> B. >> pkg install cc >> > Creating Plan >> > pkg: 'cc' matches multiple packages >> > developer/solstudioex/cc >> > developer/solstudio12.2/cc >> pkg install solstudioex/cc > > Even without Studio Express in the picture, it used to be common to have > several compiler versions installed in parallel (like Studio 11, 12 and > 12.1). We generally did this until we were reasonably certain that > newer versions worked without problems. Unless this has become > completely impossible with IPS (or the packaging chosen), you run into > the problem with conflicting last components anyway.
That's a good point. It occurred to me yesterday while I was discussing the issue with management. The pkg system gives us a lot of flexibility in defining virtual packages and delivering things in whatever hierarchy we want. It doesn't currently give us the ability to choose one package out of several with the same base name, and mark it as the "default" package for that name. We could simulate that using an empty package with a dependency. I'm sure that we don't have this completely figured out. It will take some experience before we work out the best way to manage multiple releases of a package in parallel. Today, there are different schemes in use. Java does one thing, Python does something else, NetBeans does something else. I've sent pointers to this discussion to management, and I'll get a final answer soon. If anyone still reading this thread has time to review the dependency specifications and other code changes in the "Studio" import file that I posted earlier, that would be very helpful. --chris > > It may even be useful to do this with different versions of Studio > Express, though this is admittedly far less useful. > > Rainer > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
