[osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread UNIX admin
> You got the point, there are too many Unix PMS. > Variation is not diversity. Variation increase the > cost of any engineering task. Oversight: there are so many UNIX software management systems out there because not only do those account for the packages on the system, they account for spec

[osol-discuss] Re: PAM libraries missing in Solaris Express 19 Build

2005-08-04 Thread Suresh
thanks all for pointing which package has the PAM libraries. I downloaded the iso file and burned it onto a CD and looks like SUNWcsl got corrupted possibly during the write. I redownloaded CD1 and mounted it using lofiadm and I successfuly installed the package. I am able to login :-) Now I

Re: [osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread Robert W. Fuller
The reason I abandoned Debian and went to Gentoo was because I couldn't have all the applications I wanted installed at the same time due to conflicting library requirements. At least Gentoo has slots which handles these sorts of things. I think the best package management system does not exist y

Re: [osol-discuss] Re: Re: Some impressions (ksh related)

2005-08-04 Thread Eric Boutilier
On Thu, 4 Aug 2005, Eric Boutilier wrote: > Third: Sun is not the final arbiter of what OpenSolaris becomes; > however, it is the final arbiter of what Solaris is/becomes. Slight clarification: Because Sun owns the copyright on the word OpenSolaris, I suppose Sun _could_, in theory exercise ulti

Re: [osol-discuss] OpenSolaris distributions and package managment

2005-08-04 Thread Alan Hargreaves - Product Technical Support (APAC)
Dave Miner wrote: Joerg Schilling wrote: ... I thought we are still in hope that the SVr4 pkg system will become OpenSource soon. Let me provide an update. We who are responsible for the install and packaging code are just now beginning the diligence research required so that we can relea

Re: [osol-discuss] Re: Re: Some impressions (ksh related)

2005-08-04 Thread Eric Boutilier
On Thu, 4 Aug 2005, Keith M. Wesolowski wrote: > > [...] > From a technical standpoint, OpenSolaris and Solaris are the same... That's where I agree more with the opposing viewpoint Joerg and others have in this regard. First: OpenSolaris is a code base; Solaris is a platform. Second: if we advanc

[osol-discuss] Re: Re: Some impressions (ksh related)

2005-08-04 Thread Keith M. Wesolowski
Eric wites: > > > As time progresses OpenSolaris will run ahead of the > > > music, and introduce incomaptibilites with Solaris. That's > > > > This is not the plan and is not our announced intent... > > Do you mean it's not our (Sun's) intent to also help > cultivate new, > innovative ways to us

Re: [osol-discuss] Re: OpenSolaris distributions and package managment

2005-08-04 Thread Joerg Schilling
Andy Tucker <[EMAIL PROTECTED]> wrote: > On 8/4/05, Joerg Schilling <[EMAIL PROTECTED]> wrote: > > Sun needs to opensource the package system or to rewrite > > the zones code. Sun advertizes that OpenSolaris includes > > Zones but they rely on the missing package system. > > Until the packaging so

Re: [osol-discuss] Re: OpenSolaris distributions and package managment

2005-08-04 Thread Joerg Schilling
Eric Boutilier <[EMAIL PROTECTED]> wrote: > > I am working on a simple package system that allows an automated > > generation of SchilliX. If I sum up the time I was working on > > things (missing to be OSS) like libm, packaging etc., it seems that > > more than half of the time I am working on Sc

Re: [osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread Shawn Walker
On 8/4/05, Magnus Forsberg <[EMAIL PROTECTED]> wrote: > I've been playing with OpenPKG for a while. > > What I don't like about it: > - RPMs are of no use if you want to customize the build (all rpms install in > /openpkg/*) That's wrong. You have acess to the .src.rpm for customisations, and if

Re: [osol-discuss] Re: OpenSolaris distributions and package managment

2005-08-04 Thread Andy Tucker
On 8/4/05, Joerg Schilling <[EMAIL PROTECTED]> wrote: > Sun needs to opensource the package system or to rewrite > the zones code. Sun advertizes that OpenSolaris includes > Zones but they rely on the missing package system. Until the packaging source (or at least redistributable binaries) is rele

Re: [osol-discuss] New community proposal: Approachability

2005-08-04 Thread Stephen Hahn
* Al Hopper <[EMAIL PROTECTED]> [2005-08-02 23:21]: > On Tue, 2 Aug 2005, Stephen Hahn wrote: > > >This message proposes the creation of an Approachability community > >for OpenSolaris. Please discuss. > > +1 > > But you would probably need a definition of what is the difference between

[osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread Hernán Saltiel
Hi. The best package management system I saw in a *nix like system: apt tools. It solves the dependency problems, installs or deinstalls taking care of libraries, etc. Greetings. HeCSa. This message posted from opensolaris.org ___ opensolaris-discuss ma

[osol-discuss] Re: Re: OpenSolaris distributions and package managment

2005-08-04 Thread Hernán Saltiel
Hi. RPM is a good tool, but has some limitations with the management of the dependencies. I think APT-like commands works in a better way, and in some Debian based distros, like Debian, Ubuntu, etc., if you want to upgrade your entire system you only need to do a "apt-get dist-upgrade", that's a

Re: [osol-discuss] PAM libraries missing in Solaris Express 19 Build

2005-08-04 Thread Sean Sprague
Dragan Cvetkovic wrote: Suresh, I did an upgrade from nv18 to nv19 here and I do have these PAM libraries, but I am talking an x86 system, not SPARC. They are part of SUNWcls in my case: Suresh, whereas Dragan did the upgrade route on x86, I have just done a fresh install of nv_19 on SPARC,

RE: [osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread Magnus Forsberg
I've been playing with OpenPKG for a while. What I don't like about it: - RPMs are of no use if you want to customize the build (all rpms install in /openpkg/*) - It lives in a self-contained area > I'm sure this is necessary in multi-OS environment because everyone have their own directory standa

Re: [osol-discuss] Re: OpenSolaris distributions and package managment

2005-08-04 Thread Eric Boutilier
On Thu, 4 Aug 2005, Joerg Schilling wrote: > "Ferdinand O. Tempel" <[EMAIL PROTECTED]> wrote: > > > > I thought we are still in hope that the SVr4 pkg system > > will become OpenSource soon. > > > > Lets start working on solutions anyway. Just in case you run out of breath > > while you hold it wh

Re: [osol-discuss] The teamware effect

2005-08-04 Thread Eric Boutilier
On Fri, 29 Jul 2005, Stephen Hahn wrote: > * Roy T. Fielding <[EMAIL PROTECTED]> [2005-07-29 11:44]: > > [...] > > I think you should be looking more > > closely at the FreeBSD and Apache styles of development, which > > have successfully integrated strong peer review and stable > > interface revis

Re: [osol-discuss] PAM libraries missing in Solaris Express 19 Build

2005-08-04 Thread Dragan Cvetkovic
On Thu, 4 Aug 2005, Stephen Lau wrote: Hi Suresh, Here is the URL for the "no source" list, which lists the components of Solaris which haven't yet been open sourced: http://www.opensolaris.org/os/about/no_source/ PAM is listed as one of the components that we plan to release soon, but hav

[osol-discuss] Argentina OpenSolaris Users Group

2005-08-04 Thread Hernán Saltiel
Hello. I posted a note on the ug:discuss forum, two days ago, with no answer. I will start the Argentina OpenSolaris Users Group, how is the procedure to make it appear on the OS frontpage, and to have a mailing list, etc.? Thanks a lot. HeCSa. This message posted from opensolaris.org ___

Re: [osol-discuss] PAM libraries missing in Solaris Express 19 Build

2005-08-04 Thread Stephen Lau
Sorry, Bonnie pointed out to me that you were talking about Solaris Express - NOT OpenSolaris. I misread your email, sorry... Solaris Express *should* contain everything. I haven't tried installing the SX b19 isos yet, but I looked at the ISO image (disc1) and the SUNWcsl package that's on t

Re: [osol-discuss] OpenSolaris distributions and package managment

2005-08-04 Thread Dave Miner
Joerg Schilling wrote: ... I thought we are still in hope that the SVr4 pkg system will become OpenSource soon. Let me provide an update. We who are responsible for the install and packaging code are just now beginning the diligence research required so that we can release it. The basic pl

Re: [osol-discuss] PAM libraries missing in Solaris Express 19 Build

2005-08-04 Thread Stephen Lau
Hi Suresh, Here is the URL for the "no source" list, which lists the components of Solaris which haven't yet been open sourced: http://www.opensolaris.org/os/about/no_source/ PAM is listed as one of the components that we plan to release soon, but haven't yet. cheers, steve Suresh wrote:

[osol-discuss] Re: Packaging and Building applications, standards for OpenSolaris

2005-08-04 Thread Magnus Forsberg
I've been playing with OpenPKG for a while. What I don't like about it: - RPMs are of no use if you want to customize the build (all rpms install in /openpkg/*) - It lives in a self-contained area > I'm sure this is necessary in multi-OS environment because everyone have > their own directory st

Re: [osol-discuss] Re: OpenSolaris distributions and package managment

2005-08-04 Thread Joerg Schilling
"Ferdinand O. Tempel" <[EMAIL PROTECTED]> wrote: > > I thought we are still in hope that the SVr4 pkg system > will become OpenSource soon. > > Lets start working on solutions anyway. Just in case you run out of breath > while you hold it while waiting for Sun to release. Why rely on kindness on

[osol-discuss] Re: Are you ready for VPN on the OS? vpnc and patch for OS people.

2005-08-04 Thread TJ Yang
> > One should NEVER, EVER "install manually" unless you > are about to make a package out of the software, and > even in that case one should use `lofiadm` / LOFS to > create a fake root to install into. > > No software should ever be installed on the system > unless it's packaged, period. Ditt