Even if I personnaly prefer to type pkgadd/info/rm/chk, it is noticeable that there is no graphical tool to manage packages. Wouldn't it be good to include it in SMC ? Or modify the installer that we often have at the top of some products directory to be more generic ? It would be marvelous to have this tool Cluster-aware (cluster of packages I mean). But there, I know I am dreaming... -- This message posted from opensolaris.org
A generic, graphical package installation would be good for many users (mostly home/SOHO types). There's no reason I can think of that says it isn't possible. In an enterpirse environment though, I'll stick with the pkg* commands.If by SMC you mean the Sun Management Center suite though, I don't think SMC is the way to get to a graphical install. Many places don't use SMC. We tried it three times here, and found it bloated, slow, and too geared toward the alert environment it grew out of. Further, if my assessment of the target market is correct (not saying it is), they would be exactly the people that would never want to have to use SMC. Just my 2 cents' worth. <shrug> Rainer -- This message posted from opensolaris.org
On Fri, 2006-02-03 at 19:48, Marlanne DeLaSource wrote: > Even if I personnaly prefer to type pkgadd/info/rm/chk, it is noticeable that there is > no graphical tool to manage packages. prodreg? > It would be marvelous to have this tool Cluster-aware (cluster of packages > I mean). But there, I know I am dreaming... prodreg shows the installed clusters. It isn't really aware of clusters on installation media as far as I know, so it won't give you a choice of install clusters (read from .clustertoc for example), but if pointed at a webstart installer it will launch it. I've written a little java interface to pkginfo and friends. It knows about installed packages, and knows a little bit about dependencies. Point it at a Solaris Product directory and it will parse the .clustertoc file. What I wanted to do with it was to get it to generate a jumpstart profile graphically, and check the dependency tree for you. I can clean it up if anyone's interested - I was waiting for the source of the package tools to be available before doing more work on it, so I could understand all the stuff that goes on.(Continue reading)
Peter Tribble wrote: > On Fri, 2006-02-03 at 19:48, Marlanne DeLaSource wrote: > >>Even if I personnaly prefer to type pkgadd/info/rm/chk, it is noticeable that there is >>no graphical tool to manage packages. > > > prodreg? > > >>It would be marvelous to have this tool Cluster-aware (cluster of packages >>I mean). But there, I know I am dreaming... > > > prodreg shows the installed clusters. It isn't really aware of clusters > on > installation media as far as I know, so it won't give you a choice of > install > clusters (read from .clustertoc for example), but if pointed at a > webstart > installer it will launch it. > > I've written a little java interface to pkginfo and friends. It knows > about > installed packages, and knows a little bit about dependencies. Point it > at a > Solaris Product directory and it will parse the .clustertoc file. What I > wanted > to do with it was to get it to generate a jumpstart profile graphically, > and(Continue reading)
On Sat, 2006-02-04 at 03:59, Bruce Riddle wrote: > Peter Tribble wrote: ... > > I've written a little java interface to pkginfo and friends. It knows > > about > > installed packages, and knows a little bit about dependencies. Point it > > at a > > Solaris Product directory and it will parse the .clustertoc file. What I > > wanted > > to do with it was to get it to generate a jumpstart profile graphically, > > and > > check the dependency tree for you. I can clean it up if anyone's > > interested - I > > was waiting for the source of the package tools to be available before > > doing > > more work on it, so I could understand all the stuff that goes on. > > I would be interested in seeing what you have. Warning - incomplete and untested, and missing whole chunks of the originally planned functionality. Still, it basically worked and presented the basic information, so here it is: http://www.petertribble.co.uk/Solaris/solview.html Comments and suggestions for improvement welcome. (It's not designed to manage packages, just display them. But it(Continue reading)
Hi, Yes doing a pxegrub install does work with Solaris 10 update 1 and the Nevada builds. I've tried this with JET for doing jumpstarts and it works well:) Octave --- Derek Crudgington <dacrud@...> wrote: > You chould check http://hell.jedicoder.net/?p=40 > Here I have shown doing a PXEGRUB install on snv_30. > -- > This message posted from opensolaris.org > _______________________________________________ > sysadmin-discuss mailing list > sysadmin-discuss@... > http://opensolaris.org/mailman/listinfo/sysadmin-discuss > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Systems Engineer http://www.opensolaris.org/os/community/sysadmin/ http://unixconsole.blogspot.com unixconsole@... *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* __________________________________________________ Do You Yahoo!?(Continue reading)
Hi, I like prodreg, but it does lack some functionality. It would be nice to expand it to contain the clustertoc info. This could be handy for both home use and for enterprise environments. Having functionality such as "multiple pkg or pkg cluster add/remove", "pkg dependency checks", "pkg verify with elfsign", etc would be really useful features to integrate. What would make it really useful is to not only have a java gui, but also a text version (perhaps curses?). That way the functionality is not lost if you are on the CLI, which would be the default case for most shops:) Octave --- Peter Tribble <P.Tribble@...> wrote: > On Fri, 2006-02-03 at 19:48, Marlanne DeLaSource wrote: > > Even if I personnaly prefer to type pkgadd/info/rm/chk, it is > noticeable that there is > > no graphical tool to manage packages. > > prodreg? > > > It would be marvelous to have this tool Cluster-aware (cluster of > packages > > I mean). But there, I know I am dreaming... > > prodreg shows the installed clusters. It isn't really aware of > clusters > on(Continue reading)
On Tue, 2006-02-07 at 17:30, Octave Orgeron wrote: > Hi, > > I like prodreg, but it does lack some functionality. It would be nice > to expand it to contain the clustertoc info. This could be handy for > both home use and for enterprise environments. Having functionality > such as "multiple pkg or pkg cluster add/remove", "pkg dependency > checks", "pkg verify with elfsign", etc would be really useful features > to integrate. What would make it really useful is to not only have a > java gui, but also a text version (perhaps curses?). That way the > functionality is not lost if you are on the CLI, which would be the > default case for most shops:) Well, prodreg can do clusters of a sort. Certainly it expands the clustertoc to give you the package/cluster list. It can't do anything with it as is, because it makes the assumption that applications come with an installer, and install an uninstaller. Unfortunately, the Solaris install itself doesn't (although there's no real reason why it couldn't). You can use prodreg from the CLI - try 'prodreg browse'. I'm not saying that prodreg is necessarily the way to go, though. As far as Solaris itself is concerned, the registry is made up. The problem really is that we have two installation mechanisms - the java installer, and pkgadd -(Continue reading)
RSS Feed39 | |
|---|---|
3 | |
8 | |
9 | |
2 | |
14 | |
7 | |
15 | |
11 | |
10 | |
25 | |
19 | |
17 | |
45 | |
35 | |
21 | |
36 | |
59 | |
52 | |
53 | |
48 | |
52 | |
31 | |
46 | |
47 | |
52 | |
56 | |
128 | |
63 | |
54 | |
33 | |
40 | |
52 | |
54 | |
53 | |
100 | |
77 | |
48 | |
116 | |
96 | |
58 | |
67 | |
168 | |
269 | |
251 | |
75 | |
68 | |
167 | |
55 | |
74 | |
44 | |
137 | |
26 | |
17 | |
20 | |
49 | |
59 | |
46 | |
21 | |
19 | |
21 | |
18 | |
7 | |
24 | |
73 |
