> What I'm hoping we'll have one day is distribution
> system for
> packages (like pkg-get, for example, or something
> like it).
> This system should be able to supply and install all
> the latest:
> 1. packages to create Solaris 10 update N
> 2. patches to update this release
> 3. packages to pro
[...]
> far.. My list: packaging, installation, GNU userland
> alongside
> "Solaris classic userland", and laptop support (see
> what
> I mean that there are already people working on these
> things?).
At least you didn't use the pejorative marketing term "legacy".
Hopefully, if different userlan
As promised:
Ok, so Project Indiana has caused a bit of a stir both internally at Sun
and externally... It wasn't meant to come out quite this way (and the
timing was particularly bad, given that I've been consumed with
JavaOne all week and haven't been able to respond till today). Look
on the br
On 11/05/07, Klas Heggemann <[EMAIL PROTECTED]> wrote:
I've used a USB disk on my Ultra 20, and it works nice
out of the box. I also have A Solaris installation on a
Parallel Desktop on my Mac.
I can assign the ISB controller to Solaris, (and disk is not
visable from MacOS) but it does not seem
HI Abraham
Did you ever find a fix for this SMC problem on Zones?
I have the same problem and I cannot find a sole out there who knows how to fix
this. I've even ask a Solaris veteran of 12 years! No luck for me.
How about you?
Thanks
SB
This message posted from opensolaris.org
_
SB wrote:
> Ian
>
> That package is indeed installed.
>
In the global zone, or the whole root zone? If not in the latter, what
happen if you attempt to install it (from the install media)?
> The funny thing is this: SMC shows up ONLY on the "sparse" zones, NOT the
> "whole root" zones.
>
>
W
Jazz Geek wrote:
> All,
>
> After installing a whole-root zone on my sparc server, the Solaris Managment
> Console did not come with it, for some reason. Everything else is fine though.
>
>
It should, what does "pkginfo SUNWsmcmd" return?
> Any idea how I can get the SMC working on my whole-r
Everyone,
The IPoIB performance project is now open at:
http://www.opensolaris.org/os/project/ipoib
The goal of this project is to enhance IPoIB performance, support all
Sun qualified Infiniband HCA feature's relevant to IPoIB and
interoperability with Linux and Windows implementations.
Th
All,
After installing a whole-root zone on my sparc server, the Solaris Managment
Console did not come with it, for some reason. Everything else is fine though.
Any idea how I can get the SMC working on my whole-root zone?
Thank you!
SB
This message posted from opensolaris.org
Hi, all,
I'm a Solaris installation writer. I can help by providing editorial
reviews.
Barbara Lundquist
[EMAIL PROTECTED]
Michelle Olson wrote On 05/11/07 14:51,:
Hi,
Gueven Bay wrote On 05/10/07 01:38,:
my proposal to make easy and fun to watch trainings(in multi-media
form) for free
Hey,
MC wrote:
> How long has this been kept a secret ;)
>
> Looking good, glad to see work done in this area!
It wasn't a secret per se - Michal asked me to figure out some hosting for a
long time back, and I never got around to getting it done. All the work was done
on his own initiative, not
Hi Brian,
Thanks for your help, much appreciated! Who can volunteer to help edit
Brian's curses installation video? What tool will you use, Brian? I've
added starterkit-discuss on cc line, since SK project is focused on
install, might get some helpers there.
Regards,
Michelle
Brian Gupta wr
On 5/11/07, MC <[EMAIL PROTECTED]> wrote:
That said, it is important to provide detailed package information. I don't know if a
system is in place to provide a "details" section like you see in Synaptic (
http://people.ubuntulinux.org/~mako/docteam/images/synaptic-start.png ), but there shoul
I want to help. I volunteer for a Solaris Express install video using
the curses console. (I will need someone to do the editing.. as I'll
have difficulty enough getting the data off the camera.)
Let's get on with it, who else wants to help?
___
opens
Hi,
Gueven Bay wrote On 05/10/07 01:38,:
my proposal to make easy and fun to watch trainings(in multi-media form) for free about
(Open)Solaris makes full sense : The guy at work has not the "power" to read
all docs.sun.com but he will watch the training videos.
enthusiastic +1
As a leader
It might be a pipe dream, but can people on this list reach a consensus
on a quoting style?
I find the mixture of correct (spot my bias!) and top-posting very hard
to follow.
The general consensus on technical Usenet groups is not to top post and
the reasons have been well debated,
http://www.cal
I apologize. It wasn't warranted. I have just waded through too many
of these recently, and I only sleep three hours last night.
Everyone have a good weekend, and have a happy mother's day!!
-brian
On 5/11/07, Steve Stallion <[EMAIL PROTECTED]> wrote:
Well it didnt take long for this to escala
Well I was hoping to solidify the list... Get other peoples thoughts on it.
On 5/11/07, Artem Kachitchkine <[EMAIL PROTECTED]> wrote:
>> Before we rush headlong into changing Solaris, I think it is worth at
>> least a moment to reflect on what makes Solaris our choice of OS.
Who is trying to c
Before we rush headlong into changing Solaris, I think it is worth at
least a moment to reflect on what makes Solaris our choice of OS.
Who is trying to change Solaris in a way that removes/affects the good stuff you
listed?
-Artem.
___
opensolari
Well it didnt take long for this to escalate to into an all out flame.
Remember Gentlemen, pinkies up!
On 5/11/07, Brian Gupta <[EMAIL PROTECTED]> wrote:
On 5/11/07, UNIX admin <[EMAIL PROTECTED]> wrote:
> > Not at all, but Sun execs have a long history of
> > telling the press long
> > before
On 5/11/07, UNIX admin <[EMAIL PROTECTED]> wrote:
> Not at all, but Sun execs have a long history of
> telling the press long
> before they talk to the engineers, and half of what
> the press reports
> bears no relation to what actually ends up happening
> in the long run.
And why have they not
It seems no one is interested in trying to figure out what is right
about Solaris.
On 5/11/07, Brian Gupta <[EMAIL PROTECTED]> wrote:
Before we rush headlong into changing Solaris, I think it is worth at
least a moment to reflect on what makes Solaris our choice of OS.
In no particular order
T
> > Course, it would help if there was a locate command on Solaris,
>
> Dear Sir,
> if you need to use the `locate` command to find
> something, you have a MUCH bigger problem.
Dude
I know more ways to find stuff than I can count. I'm only recanting
the whines from folks who claim that more tha
On May 11, 2007 at 1:18 PM UNIX admin wrote:
> Dear Sir,
> if you need to use the `locate` command to find something, you have
> a MUCH bigger problem.
Dude,
This is, SO, like, AWESOME
--
Stefan Teleman 'Nobody Expects the Spanish Inquisition'
KDE e.V.
>>
>> >> It's not specific to the packaging system. Users
>> >> with the
>> >> Software Installation profile can run pkgadd/pkgrm
>> >> via pfexec,
>> >> no root access needed.
>> >
>> >Are there Java equivalents to enough of the
>> priv_*(3c) and *(3secdb)
>> >functions for a Java based GUI to
>
> >> It's not specific to the packaging system. Users
> >> with the
> >> Software Installation profile can run pkgadd/pkgrm
> >> via pfexec,
> >> no root access needed.
> >
> >Are there Java equivalents to enough of the
> priv_*(3c) and *(3secdb)
> >functions for a Java based GUI to be able to
> On 5/11/07, Richard L. Hamilton <[EMAIL PROTECTED]>
> wrote:
> > I would think that if one viewed JPack as something
> that could
> > in turn plug into a larger framework (and if it can
> function
> > read-only as well as with the ability to make
> modifications),
> > the two could be combined so
On Fri, May 11, 2007 at 10:54:17AM -0700, John Mark Walker wrote:
> Coming from a Linux background, I don't expect OpenSolaris to look and
> feel like Linux, but I do expect the OpenSolaris community to actively
> engage with people like me. My impression is that, due to Sun's long
> proud hist
Having been stranded at JavaOne while this thread was ongoing, I haven't
been able to read each message in this thread, and I'm sure whatever I
add here has already been hashed over, but nonetheless, here goes... :@)
As a long-time Linux user (since RedHat 4.2) and former Sun fan (with a
newly
On Thu, May 03, 2007 at 10:40:42AM -0600, Bonnie Corwin wrote:
> If someone on the OGB can send the text you'd like used, we'll get it on
> the Communities page.
>
> I assume we don't just want to cut/paste from the constitution because
> that text refers to terms defined elsewhere in the const
On 5/11/07, Darren J Moffat <[EMAIL PROTECTED]> wrote:
Peter Tribble wrote:
> On 5/11/07, Richard L. Hamilton <[EMAIL PROTECTED]> wrote:
>>
>> Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
>> functions for a Java based GUI to be able to determine whether a user
>> would be
I wrote this rant in response to a question about how to solve the problems
that show up when two different versions of the same library get pulled into a
program through different dependencies and chaos ensues.
This thread seems like a better thread to attach my rant to. :-)
-
The pra
> Our goal
> should be to make
> Solaris more approachable to these productive
> administrators.
Hacking stuff around AD-HOC and bringing it to "work" is not my idea of
productivity. Especially not when such a system or systems bust in the worst
time.
Those Linux "administrators" have no concep
hello i have a dell poweredge 2900 that uses a perc 5/i has anyone had any luck
getting this to work?
i found this page
http://www.opensolaris.org/jive/thread.jspa?threadID=29340
but it looks to be unfinished or still in production.
does anyone has a solution to this problem?
thanks.
This mess
> Course, it would
> help if
> there was a locate command on Solaris,
Dear Sir,
if you need to use the `locate` command to find something, you have a MUCH
bigger problem.
You shouldn't have any software "installed" on a system without the said
software coming on the system as a package,
and pa
> Not at all, but Sun execs have a long history of
> telling the press long
> before they talk to the engineers, and half of what
> the press reports
> bears no relation to what actually ends up happening
> in the long run.
And why have they not been reprimanded for doing such things?
I told the
> not mine unless you want everything you have worked
> with to die on the
> grapevine.
Reality check: OpenSolaris is the fastest growing operating system on this
planet. If you had just bothered to check the change logs, you probably
wouldn't have made the above remark.
> I always wondered wh
On 5/11/07, Marc Hamilton <[EMAIL PROTECTED]> wrote:
Meanwhile, let me clear up some misconceptions and make a few observations:
Dude, you really nailed it.
I'm here, plowing through the thread(s), and will be responding in more detail
shortly.
-ian
--
Ian Murdock
650-331-9324
http://ianmurdo
John Brewer wrote:
How does JPack interact with smc?
If not are there plans to use JPack replace package management within smc framework?
It does not interact at the moment, and to be honest I didn't thought
about it, but maybe it should.
--
best
Michal
On Wed, Apr 25, 2007 at 09:53:00AM +0100, Ceri Davies wrote:
> Not a grant of copyright, but clause #3 reads:
>
> You hereby grant to Sun, and to any party who receives Your Contribution,
> a perpetual, irrevocable, non-exclusive, worldwide, no-charge, royalty-free,
> license under any pate
Please see my recent post regarding, what's good about Solaris.
One of the things that just hit me about Solaris administration, is
that when most of us learned Solaris, the commercial Internet had not
taken off yet. And http was still years away.
The way we learned was old school. We bought and
Chung Hang Christopher Chan wrote:
--- Gueven Bay <[EMAIL PROTECTED]> wrote:
For example a better package manager: Okay. But
build it on top of the pkg_* commands which are in
Solaris today AND explain, show and teach the users
the Solaris way.
Why? Please give a technical argument in favour
How does JPack interact with smc?
If not are there plans to use JPack replace package management within smc
framework?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hello,
We are planning to use sun-FM-MIB.mib intrgrated to HP Open view. As i
understand solaris MIB can be configured to send traps to any destination and
this traps are in readable format with any tools like HP Openview ?. But when i
checkd the MIB file there are some NOTIFY segment in t
Manish Chakravarty wrote:
>> If there was only some way to talk Apple Computer into porting and adapting
>> their Aqua interface and sysadmin GUIs to Solaris...
>>
>>
> All we need is compiz + Aqua theme for GNOME + Some good code (GTK)
>
>
for doing what?? 3d stuff on the desktop?? I d
MC wrote:
So if we are displaying package names, display them as is.
I actually agree with you. The unaltered package name should be one column. This type of tool is not one for inexperienced users to use, and the real package name combined with text search is exactly what is needed ther
Before we rush headlong into changing Solaris, I think it is worth at
least a moment to reflect on what makes Solaris our choice of OS.
In no particular order
Technical
--
1) Stable ABI
2) Great SMP support. IE: Scales very well
3) Dtrace instrumenting
4) ZFS
5) Reput
> So if we are displaying package names, display them as is.
I actually agree with you. The unaltered package name should be one column.
This type of tool is not one for inexperienced users to use, and the real
package name combined with text search is exactly what is needed there.
That sai
I think it's ok to make Solaris more Linux like. More precisly, I think it
should say that one of the branch of Solaris is more GNU like.
Linux is the kernel, or say OS of the GNU project. As a user coming from
Redhat and Debian, I feel the command tools in (Open)Soalris
is not habitual for me, fo
Hi Marc,
Thanks for sending this.
On Thu, 2007-05-10 at 22:58 -0700, Marc Hamilton wrote:
> - Project Indiana is the name Ian and I are using to refer to some of
> our high level goals and strategy for Solaris. There is nothing
> radically new about Project Indiana. It is a collection of things
--- Brian Gupta <[EMAIL PROTECTED]> wrote:
> Over in systemadmin-discuss I am discussing a
> central web based framework
It would not be webmin by any chance?
Send instant messages to your online friends http://uk.messenger.yahoo.com
___
opensol
Over in systemadmin-discuss I am discussing a central web based framework
See this for more details. http://docs.google.com/Doc?id=df6hcjb2_12fvc6tq
-Brian
P.S. - We can use your CLI skills for the remote data gathering.
On 5/11/07, UNIX admin <[EMAIL PROTECTED]> wrote:
> So why dont we ba
Peter Tribble wrote:
On 5/11/07, Richard L. Hamilton <[EMAIL PROTECTED]> wrote:
Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
functions for a Java based GUI to be able to determine whether a user
would be able via pfexec to do what they wanted to?
Not that I know of. It
> So why dont we bang our heads, come up with some ideas and get started on it?
To answer your rhetorical question... :)
Personally I wonder if OpenSolaris is mature enough for outsiders to feel
comfortable doing that. Partly because they can't easily contribute code yet.
And partly because S
> So why dont we bang our heads, come up with some
> ideas and get started
> on it?
I'm most certainly the wrong person for that -- all I ever do when I log into a
GUI environment is fire up an xterm on the spot!
To me there is no replacement for the speed and efficiency of CLI / SHELL.
But any
--- "Richard L. Hamilton" <[EMAIL PROTECTED]> wrote:
> > > >so would i have to track patches and packages
> > > >separately?
> > >
> > > The current scheme requires that; but that is
> just
> > > how
> > > the patch tools are. There is no reason in the
> > > underlying
> > > package mechanism w
Good post. Too bad it didn't come sooner to cut off the FUD before it started
:)
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Ben Taylor writes:
> IMO, a more sane infrastructure would be to do the following:
Considered and discarded because it doesn't allow for "serendipitous
discovery." In other words, users must go out of their way to find
the non-conflicting GNU tools, and one of our goals is to make those
tools rea
> > It is possible that one has a personal preference
> for GNU. However, it is technically impossible for
> GNU tools, in their current incarnation, to be
> superior. And if you have a whole bunch of
> professional engineers (me excluded this time!)
> sticking to, developing with, and working on t
> James C. McPherson wrote:
> > frank wang wrote:
> >> Sun will keep two universes, 1 is "Linux" alike,
> >> the other "Solaris" alike. User can just pick what
> >> they like or are familiar with. But it
> >> can't replace the efforts to scale the train
> >> coverage on everyting about
> >> Solari
> James C. McPherson wrote:
> > frank wang wrote:
> >> Sun will keep two universes, 1 is "Linux" alike,
> >> the other "Solaris" alike. User can just pick what
> >> they like or are familiar with. But it
> >> can't replace the efforts to scale the train
> >> coverage on everyting about
> >> Solari
On 5/11/07, Richard L. Hamilton <[EMAIL PROTECTED]> wrote:
I would think that if one viewed JPack as something that could
in turn plug into a larger framework (and if it can function
read-only as well as with the ability to make modifications),
the two could be combined somehow; and indeed, solvi
On 5/11/07, MC <[EMAIL PROTECTED]> wrote:
> the SUNW is part of the package name, it's also what the pkg commands
expect[s]
But does that matter for a graphical app like this? I haven't used it yet, but
almost every package having SUNW on the front in the GUI doesn't help me at
all, I'm pret
On 5/11/07, Richard L. Hamilton <[EMAIL PROTECTED]> wrote:
Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
functions for a Java based GUI to be able to determine whether a user
would be able via pfexec to do what they wanted to?
Not that I know of. It wouldn't be a bad ide
> > >so would i have to track patches and packages
> > >separately?
> >
> > The current scheme requires that; but that is just
> > how
> > the patch tools are. There is no reason in the
> > underlying
> > package mechanism which forces this.
>
> so the pkg tools can handle updates or whatever th
> MC wrote:
> >> the SUNW is part of the package name, it's also
> what the pkg commands expect[s]
> >>
> >
> > But does that matter for a graphical app like this?
> I haven't used it yet, but almost every package
> having SUNW on the front in the GUI doesn't help me
> at all, I'm pretty sure
>> It's not specific to the packaging system. Users
>> with the
>> Software Installation profile can run pkgadd/pkgrm
>> via pfexec,
>> no root access needed.
>
>Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
>functions for a Java based GUI to be able to determine whether a
> It's not specific to the packaging system. Users
> with the
> Software Installation profile can run pkgadd/pkgrm
> via pfexec,
> no root access needed.
Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
functions for a Java based GUI to be able to determine whether a user
woul
> It's not specific to the packaging system. Users
> with the
> Software Installation profile can run pkgadd/pkgrm
> via pfexec,
> no root access needed.
Are there Java equivalents to enough of the priv_*(3c) and *(3secdb)
functions for a Java based GUI to be able to determine whether a user
woul
"Thomas De Schampheleire" <[EMAIL PROTECTED]> wrote:
> > Show me a single Linux distribution that includes the SVr4 tools by
> > default.
>
>
> The fact that it's not a default, doesn't mean that the 'freedom' isn't
> there. That's exactly what I mean, the freedom is there both in Linux and in
Th
> CSW packages. If I want to install, can it scan the
> web to list
> available packages. Then this is the big one, for
> its dependencies can
> it scan all available libraries and place a link in
> CSW lib to location
> of an alternate dependency.
>
> Maybe this can be a good start to allevi
> Peter,
> I have seen your solview (from version 0.3) and it is
> very nice tool,
> but as you told the focus is different.
>
> The JPack project will provide GUI for underlying
> packaging systems, so
> in the future if (maybe) packaging on Solaris will
> change, users will
> still be able to us
On 5/11/07, Joerg Schilling <[EMAIL PROTECTED]> wrote:
"Thomas De Schampheleire" <[EMAIL PROTECTED]> wrote:
> On 5/10/07, Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> The fact that I had the "Schily userland", did allow me mostly forget
> > about the platform I was working on.. using my e
> > For that matter, the userlands aren't that
> different. Solaris has a little less comfort in that
> it doesn't imply parameters or helps you with
> everything (e.g. useradd on Solaris vs. Linux).
> Anything that runs under X11 is virtually the same
> between the operating systems.
> >
> > Also,
[...]
> > Not breaking compatibility is a sacred thing, and
> showing that Solaris can innovate and be a technology
> leader, and not break things because it's well
> *engineered* puts the Mr. Andrew "Rampant layering
> violation" Morton and the like to shame.
> >
> > My kind of people.
>
> not mi
> > Why? Please give a technical argument in favour of
> > this and not just some stupid emotional attachment
> to
> > the "Solaris way".
>
> Changing this would break the Solaris user base, and
> require extensive
> retraining for all existing Solaris administrators.
adding functionality not pr
Paul Gress wrote:
Michal Pryc wrote:
Hello,
I would like to announce a new project called JPack, which will provide
a GUI application for managing different types of packages for Solaris
Operating System.
for more information:
http://www.opensolaris.org/os/project/jds/tasks/jpack/
and
http:
I've used a USB disk on my Ultra 20, and it works nice
out of the box. I also have A Solaris installation on a
Parallel Desktop on my Mac.
I can assign the ISB controller to Solaris, (and disk is not
visable from MacOS) but it does not seem to show up
in Solaris? The disk has a zfs partition that
> >so would i have to track patches and packages
> >separately?
>
> The current scheme requires that; but that is just
> how
> the patch tools are. There is no reason in the
> underlying
> package mechanism which forces this.
so the pkg tools can handle updates or whatever them
patch commands d
>so would i have to track patches and packages
>separately?
The current scheme requires that; but that is just how
the patch tools are. There is no reason in the underlying
package mechanism which forces this.
Casper
___
opensolaris-discuss mailing
Paul Gress wrote:
MC wrote:
the SUNW is part of the package name, it's also what the pkg
commands expect[s]
But does that matter for a graphical app like this? I haven't used
it yet, but almost every package having SUNW on the front in the GUI
doesn't help me at all, I'm pretty sure.
--- [EMAIL PROTECTED] wrote:
>
>
> >First, I'd like to clear up something first. I get
> the
> >impression that updates (whether bug/security
> fixes)
> >are not solaris packages and so come in 'patches'.
> Are
> >these two separate systems?
>
>
> Yes and no; Solaris patches are a collection
> If there was only some way to talk Apple Computer into porting and adapting
> their Aqua interface and sysadmin GUIs to Solaris...
>
All we need is compiz + Aqua theme for GNOME + Some good code (GTK)
So why dont we bang our heads, come up with some ideas and get started
on it?
Thanks
Mani
Hi,
On 05/10/07 07:07, David Lloyd wrote:
[snip]
2. Rethinking the way a shell is used or what a shell offers for
different uses of an operating system
[in some instances, having to guarantee you've got:
/usr/openwin/bin/dtterm instead of /usr/bin/dtterm
...is important.
in
>First, I'd like to clear up something first. I get the
>impression that updates (whether bug/security fixes)
>are not solaris packages and so come in 'patches'. Are
>these two separate systems?
Yes and no; Solaris patches are a collection of partial patches.
But there's no requirement for the
--- [EMAIL PROTECTED] wrote:
>
> >Why? Please give a technical argument in favour of
> >this and not just some stupid emotional attachment
> to
> >the "Solaris way".
>
>
> First give a *technical* argument why it needs to
> change
> first; if you can build apt-get on top of the
> Solaris
> pac
On 05/11/07 06:58, Marc Hamilton wrote:
-For the record, I use csh, not sh, bash, tcsh, etc. There are no plans
to make csh the default Solaris shell. I still love Solaris!
Beware - csh causes irreversible damage to your health
:-)
___
opensolari
>
> --- Gueven Bay <[EMAIL PROTECTED]> wrote:
>
> > Maybe the Solaris people should adapt some things
> > from Linux. But I vote for staying in the "Solaris
> > way". I don't vote as the linked press articles say
> > for bringing more Linux-isims into (Open)Solaris.
> >
> > For example a better
>Why? Please give a technical argument in favour of
>this and not just some stupid emotional attachment to
>the "Solaris way".
First give a *technical* argument why it needs to change
first; if you can build apt-get on top of the Solaris
package commands, what technical reason is there not to do
Michal Pryc wrote:
Hello,
I would like to announce a new project called JPack, which will provide
a GUI application for managing different types of packages for Solaris
Operating System.
for more information:
http://www.opensolaris.org/os/project/jds/tasks/jpack/
and
http://blogs.sun.com/mig
MC wrote:
the SUNW is part of the package name, it's also what the pkg commands expect[s]
But does that matter for a graphical app like this? I haven't used it yet, but
almost every package having SUNW on the front in the GUI doesn't help me at
all, I'm pretty sure.
I tend to agr
Linux is a reinvented wheel, and not always a very good one either. I do not
think people understand portability very well beyond `will it run on RedHat AND
SUSE?', which is quite a narrow perspective. POSIX is about portability, and I
notice Linux programmers like to claim it an awful lot as a
> Does this mean we are going to have to scrap the
> Brand-Linux Zones,
> and make a Brand-Solaris Zone? (For old-school
> Solaris admins)
Shades of Aegis+AUX -> Domain/IX -> Domain/OS!
It was a strange environment, but at least it was innovative.
Compatibility didn't kill it (although it might h
"Thomas De Schampheleire" <[EMAIL PROTECTED]> wrote:
> On 5/10/07, Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> The fact that I had the "Schily userland", did allow me mostly forget
> > about the platform I was working on.. using my editor, my shell, my
> > "match" insteas of *grep, my tar,
94 matches
Mail list logo