Have started migrating the content from wikicities to the genunix
wiki. Anybody who's interested in helping out, please pitch right
in. You just need to edit the page in the wikicities wiki, copy the
content and paste it into a page in the genunix wiki! As low tech
as it gets! :)
Venky.
On Yes
On Mon, 2006-02-13 at 15:26 -0800, UNIX admin wrote:
> That works for me too. I don't admin systems any other way than through CLI.
> But that has nothing to do with either CDE or JDS.
>
> > Sure, the GUI is not good for admin, again who cares?
>
> Apparently a lot of people (me excluded). Peop
Al Hopper wrote:
Thanks to the hard work of our own Ben Rockwood, the wiki for OpenSolaris
related activity is available at: www.genunix.org/wiki/
Thanks Ben and Al!
All -- Just a friendly reminder. The good news, there's a lot of good
content showing up. It'd be even better though if a
On Mon, 13 Feb 2006, UNIX admin wrote:
> Perhaps you could clue me in as to why did Sun pick GNOME over KDE exactly?
This is pure speculation on my part but I think they choose GNOME over KDE
because of licensing with KDE Qt libs at that time.
Bill
rushmores.net
_
Here's an update on community and project proposals.
Jim
---
Jim Grisanzio, Community Manager, OpenSolaris
http://blogs.sun.com/jimgris/
*COMMUNITY PROPOSALS*
Immigrants Community
* Proposed 10/27/05 by Adam Leventhal
* Community consensus: yes
* CAB vote: approved
* Opening date: TBD
CIFS C
UNIX admin wrote On 02/13/06 15:37,:
>>Just putting this into your /etc/hostname.rh0 file
>>will do the job:
>>
>> my-hostname/24
>
>When was this put in?
>Where exactly on docs.sun.com is this documented? There is a short snip about
>CIDR in Solaris 10 administration, but nothing on the CIDR en
Here is an update on OpenSolaris for the month of January:
http://opensolaris.org/os/project/content/newsletter/januray06-newsletter/
We are accepting contributions for the February newsletter, please send
them to [EMAIL PROTECTED]
Thank You,
Linda
> I have a sun cluster 3.1 environment on 2 sun servers(Nodes).
> Now i want to install a product on this cluster.
> Now my question is whether i have to install this
> product on each node or i have to install in shared
> directory of cluster ?
It depends. Really. For many applications, we te
Here are a couple of resources which go into this
http://blogs.sun.com/roller/resources/comay/zones-opensolaris.pdf
(slides 30 through 32)
http://developers.sun.com/solaris/articles/application_in_zone.html
This message posted from opensolaris.org
___
o
Henk Langeveld wrote:
[For the log: We now have an own mailinglist for the ksh93-integration
project called [EMAIL PROTECTED] ]
> Here's a little word from one who actually contributed a lot to
> bugid 4113420 (I don't remember if I was the original author,
> sun's bug db was something like a wik
Here's a little word from one who actually contributed a lot to
bugid 4113420 (I don't remember if I was the original author,
sun's bug db was something like a wiki, but without the diffs)
I heartily support the inclusion of ksh93 into (Open)Solaris(-10,9,8)
as I've tried to get it included since
> Two fairly minor nits with this otherwise complete
> advice:
>
> - "netmask + broadcast + up" is already assumed as
> as part of the
> interface configuration. It's better to leave it
> e it out.
Accepted.
> - /etc/netmasks is an ancient hack, and doesn't
> 't work as well as one
> might like
> > Neither is suitable for administration.
>
> And you point? (other than starting a flame war)
I was left with the impression the OP wanted to know which system is easier to
use via two distinct GUIs. That would include administration.
So you could say that my point is that serious GUI admini
Rich:
Although you can't make the Launch menu appear in the root menu, you can
make the panel bigger if it is too small. Just right click on the panel
and go to properties. You can also move the panel to the top, right or
left of the screen.
You can also create launchers on the background (or
On Monday 13 February 2006 12:46 am, UNIX admin wrote:
> CDE is faster. Much, much faster.
>
> JDS has more functionality.
>
> Neither is suitable for administration.
And you point? (other than starting a flame war)
Who cares really, I use KDE.
I don't know what's wrong with JDS as far as suitab
Peter Tribble wrote:
This is especially an issue when you have hundreds of otherwise
identical
terminal windows. I'm not aware of any desktop environment which handles
this gracefully.
Use fewer windows and more tabs, which you can name.
Ian
___
* Calum Benson <[EMAIL PROTECTED]> [2006-02-13 04:26]:
>
> On 12 Feb 2006, at 05:20, Glynn Foster wrote:
>
> >Hey,
> >
> >On Fri, 2006-02-10 at 16:35 -0600, Al Hopper wrote:
> >>Thanks to the hard work of our own Ben Rockwood, the wiki for
> >>OpenSolaris
> >>related activity is available at: w
On Mon, 2006-02-13 at 20:16, Ian Collins wrote:
> >
> I think large screens have been overlooked by desktop developers. They
> really do change the way one works. I have found that I hardly use
> virtual desktops any more, I launch everything I use once and leave it
> running.
>
> I also use
"April D. Chin" wrote:
> I have started work on planning a ksh93 migration.
>
> Please add me to the ksh93 migration project mailing list.
Done - see
http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2006-February/02.html
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL
On Mon, 13 Feb 2006, Derek E. Lewis wrote:
> We may also define "functional" as how many apps each desktop environment
> has. CDE or JDS both have file managers -- dtfile and Nautilus,
> respectively; however, as everyone has said, CDE, itself, (meaning the
> apps it has, etc.) is much faster than
> * Dave Miner <[EMAIL PROTECTED]> [2006-02-01 13:15]:
> > Just to elaborate a little on the proposal, this community would be the
> > home for the SVR4 packaging tools code when it's released in the near
> > future, as well as other packaging and installation projects.
>
> Is this then the "pac
Hi!
The mailing list `ksh93-integration-discuss' has just been created
(thanks to Eric Boutilier and the other people at opensoalris.org).
* About the "ksh93 integration/migration" project:
The project should investigate and execute the integration of ksh93 and
related features, includin
It works ok in a full zone, never tried in a sparse zone. Just the usual things
(disable sendmail, create users, groups, etc...)..
Phil.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Rich Teer wrote:
On Mon, 13 Feb 2006, Ghee Teo wrote:
Jaideep Das wrote:
I want to know which one of these desktop environment is the fastest and
have more functionality and ease of use, on a 86x system.
short answer: Faster: CDE, More functionality: JDS, EASE of use (by mil
"I. Szczesniak" wrote:
>
> On 2/11/06, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> > We'll get you started, stay tuned, I'll contact you off-list.
>
> Is the list ready now?
Yes, yes... it seems to be up&running... I am writing the annoucement
right now...
Bye,
Roland
--
__ . . __
(o
Rich Teer wrote:
On Mon, 13 Feb 2006, Ghee Teo wrote:
Jaideep Das wrote:
I want to know which one of these desktop environment is the fastest and
have more functionality and ease of use, on a 86x system.
short answer: Faster: CDE, More functionality: JDS, EASE of use (by mil
On Mon, 13 Feb 2006, Ghee Teo wrote:
> Jaideep Das wrote:
>
> > I want to know which one of these desktop environment is the fastest and
> > have more functionality and ease of use, on a 86x system.
> >
> short answer: Faster: CDE, More functionality: JDS, EASE of use (by miles):
> JDS.
Things
On Mon 02/13/06 at 08:43 AM, [EMAIL PROTECTED] wrote:
>
> Hi Nils,
> We do intend to still keep delivering builds synchronised with
> build-close dates. I just felt that we could increase the frequency of
> deliveries from every 2 weeks to every week.
Sounds good. Right now you have to
Nils Nieuwejaar wrote:
This change is going to make it very hard to deliver other projects.
For each BrandZ release, I sync the BrandZ gate up to the same Nevada build
as the current OpenSolaris release. This lets us deliver just the usr/src
tree (*), which can be built against the officially r
Nils Nieuwejaar wrote:
Hi Juergen,
20060208 was the first delivery where I've started delivering
nightly builds, rather than deliveries synced with the close of a
Nevada build.
This change is going to make it very hard to deliver other projects.
For each BrandZ release,
> 20060208 was the first delivery where I've started delivering nightly
> builds, rather than deliveries synced with the close of a Nevada build.
> So 20060208 was synched with onnv-gate as of of 2006-02-07. If you look
> at the ONNV build schedule
> (http://opensolaris.org/os/community/onnv/
On Mon 02/13/06 at 07:44 AM, [EMAIL PROTECTED] wrote:
> J?rgen Keil wrote:
> >Btw. what happened to the "A. Changes since MMDD" part of
> >the releasenotes file? In previous opensolaris source releases it
> >contained a hint on the corresponding Solaris Nevada build, for
> >the source drop. Li
Cyril Plisko wrote:
Hi Juergen,
20060208 was the first delivery where I've started delivering
nightly builds, rather than deliveries synced with the close of a
Nevada build. So 20060208 was synched with onnv-gate as of
2006-02-07. If you look at the ONNV build schedule
(http://opensolar
Stephen Lau wrote:
Jürgen Keil wrote:
Btw. what happened to the "A. Changes since MMDD" part of
the releasenotes file? In previous opensolaris source releases it
contained a hint on the corresponding Solaris Nevada build, for
the source drop. Like this:
- merged with Solaris Nevada buil
On 2/11/06, Eric Boutilier <[EMAIL PROTECTED]> wrote:
> We'll get you started, stay tuned, I'll contact you off-list.
Is the list ready now?
Irek
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Jürgen Keil wrote:
Btw. what happened to the "A. Changes since MMDD" part of
the releasenotes file? In previous opensolaris source releases it
contained a hint on the corresponding Solaris Nevada build, for
the source drop. Like this:
- merged with Solaris Nevada build XX
How do we fin
Julian Ortiz writes:
> This is the error msg i-m getting.
>
> bash-3.00# mount -F pcfs -o rw,hidden /dev/rdsk/c1d0p2 /export/home/fat32/
> mount: Block device required
Mount requires the block device (/dev/dsk), not the raw device
(/dev/rdsk).
--
James Carlson, KISS Network<
Julian Ortiz wrote:
This is the error msg i-m getting.
bash-3.00# mount -F pcfs -o rw,hidden /dev/rdsk/c1d0p2 /export/home/fat32/
Change that to /dev/dsk/c1d0p2
--
Darren J Moffat
___
opensolaris-disc
Venky wrote:
Okay, now we have two OpenSolaris wikis!
http://opensolaris.wikicities.com
Time to start consolidating?
+1
(In fact I can't think of a single reason not to.)
Eric
Venky.
On Friday, Al wrote:
Thanks to the hard work of our own Ben Rockwood, the wiki for OpenSolaris
rel
Thanks a lot for your help..
I got it to work :) , i was trying to mount /dev/rdsk, which kept asking me
for a block device, so i noticed that the in first post the folder to be used
was /dev/dsk instead of /dev/rdsk.
command used : mount -F pcfs -o rw,hidden /dev/dsk/c1d0p2:d /export/home/fa
Hi,
Has anyone had any issues implementing the Postfix email software in a Zone?
Thanks,
Mark
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
This is the error msg i-m getting.
bash-3.00# mount -F pcfs -o rw,hidden /dev/rdsk/c1d0p2 /export/home/fat32/
mount: Block device required
bash-3.00#
thanks and I appreciate your help,
Julian Ortiz
This message posted from opensolaris.org
___
opensolar
Hi,
Is there any reference the highlights which system calls and library
functions cannot be executed by a binary program in a container?
Thanks,
Mark
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Yes thats exactly what I ment by 'up', thanks for the help.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Derek E. Lewis wrote:
To say JDS is more 'functional' than CDE is a somewhat vague, general
statement. If we define 'functional' as how "easy" it is to configure
JDS or CDE, then CDE certainly has some noteworthy characteristics, as
you can do *lot* with just vi and a [.]dt directory. The sam
To say JDS is more 'functional' than CDE is a somewhat vague, general
statement. If we define 'functional' as how "easy" it is to configure JDS
or CDE, then CDE certainly has some noteworthy characteristics, as you can
do *lot* with just vi and a [.]dt directory. The same cannot be said for
J
UNIX admin writes:
> /etc/netmasks:
> 192.168.x.x 255.255.255.0
>
> /etc/hostname.rh0:
> my-hostname netmask + broadcast + up
Two fairly minor nits with this otherwise complete advice:
- "netmask + broadcast + up" is already assumed as part of the
interface configuration. It's better to
Jaideep Das writes:
> > /etc/hostname.rh0:
> > my-hostname netmask + broadcast + up
>
> How will I find out the broadcast and what i 'up'.
The broadcast address is normally computed automatically from the
interface address and the netmask.
I don't know what you mean by "what [you] 'up'." The na
Hey,
Just thought I'd send around a reminder that the call for papers for
OSCON deadline is 13th Feb [ie. today, midnight PST] for anyone
interested in giving an OpenSolaris related talk [1]
http://conferences.oreillynet.com/os2006/
Glynn
[1] Hopefully we may have some interesting subm
> /etc/hostname.rh0:
> my-hostname netmask + broadcast + up
How will I find out the broadcast and what i 'up'.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On 12 Feb 2006, at 05:20, Glynn Foster wrote:
Hey,
On Fri, 2006-02-10 at 16:35 -0600, Al Hopper wrote:
Thanks to the hard work of our own Ben Rockwood, the wiki for
OpenSolaris
related activity is available at: www.genunix.org/wiki/
One of the items slated for "development" on the wiki is
> I'm feeling challenged this morning... Could someone
> please clarify where we stand with regards 20060208?
> Specifically as the download section now contains:
>
> OpenSolaris README (Release Notes)
>README.opensolaris 11.56 KB
> Full HTML Changelog (with files updated)
> on-
Jaideep Das wrote:
I want to know which one of these desktop environment is the fastest and have
more functionality and ease of use, on a 86x system.
short answer: Faster: CDE, More functionality: JDS, EASE of use (by
miles): JDS.
I think CDE will be faster because of it simpler toolkits la
/etc/hosts:
127.0.0.1 localhost loghost
192.168.x.x my-hostname my-hostname.mantraonline.com
/etc/netmasks:
192.168.x.x 255.255.255.0
/etc/hostname.rh0:
my-hostname netmask + broadcast + up
/etc/defaultrouter:
192.168.1.1
cp -p /etc/nsswitch.conf /etc/nsswitch.conf.orig
cp /etc/nsswitch
CDE is faster. Much, much faster.
JDS has more functionality.
Neither is suitable for administration.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
55 matches
Mail list logo