[osol-discuss] Re: How dose a nexus driver look for its child devices?

[Yang Mingshan]

Paul, thank you to reply to me very much!
I am sorry that I didn't write it more clearly, "The OS" means "The operating 
system".
In fact, I want to write a HBA driver(more exactly, it's a virtual HBA driver) 
now, but there are some problems:
What are the differences between a 'leaf' driver and a 'nexus' driver? For a FC 
HBA drivers, how to scan its child devices(for example, some FC disks is under 
the FC HBA cards)? Is driver's bus_ops structure helpful?  You said :"a nexus 
must
enumerate its own children ", but how to do that? What should I do to help the 
'nexus' to 'enumerate its own children'? 
Thank you!

Yang Mingshan
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] b61 install with the sunsuite 11 compiler...

[Rich Teer]

On Fri, 13 Apr 2007, Mary Seabrook wrote:

> I'm using /usr/bin:/opt/SUNWpro/bin:/usr/ucb in my PATH to pick up

That's your problem: remove /usr/ucb from you PATH and add /usr/ccs/bin.
This article I wrote might be helpful:

http://developers.sun.com/solaris/articles/build_sw_on_solaris.html

HTH,

-- 
Rich Teer, SCSA, SCNA, SCSECA, OGB member

CEO,
My Online Home Inventory

Voice: +1 (250) 979-1638
URLs: http://www.rite-group.com/rich
  http://www.myonlinehomeinventory.com
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: b61 install with the sunsuite 11 compiler...

[Donald Brownlee]

Add more to the path (?):
 /opt/SUNWspro/bin:/usr/ccs/bin
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Mapping downloaded source to builds

[Mike Kupfer]

> "Manoj" == Manoj Joseph <[EMAIL PROTECTED]> writes:

Manoj> Could someone tell me how I can map the downloaded source to an
Manoj> onnv build number.

Manoj> For instance, about a month ago, I downloaded
Manoj> on-src-20060814.tar.bz2.

For the numbered builds, the source tarballs are tagged with the build
number.  For example, build 61 is
http://dlc.sun.com/osol/on/downloads/b61/on-src-b61.tar.bz2.

Manoj> Earlier this week I got from the ON Mercurial repository, what I
Manoj> think is 20070409. Does this map to build 61?

For Mercurial, you want the revision that is tagged with the build
number.  For build 61, the tag is onnv_61.

mike
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] b61 install with the sunsuite 11 compiler...

[Alan Coopersmith]

Mary Seabrook wrote:
This may be a no-brainer, but I think I'm doing something wrong. I started from installing b61 from scratch on a clean machine, installing the sun suite 11 compilers (giving me /opt/SUNWspro/bin as my compiler path) and I thought hmm - gaim - I could use that for IM client. 


I'm using /usr/bin:/opt/SUNWpro/bin:/usr/ucb in my PATH to pick up everything I *think* I 
need, but I can't make a single downloaded source package compile for me, ./configure 
*seems* to be providing a useable config file, but "make" fails fatally every 
time.


You also need /usr/ccs/bin - either replace /usr/ucb or put it ahead of 
/usr/ucb.

--
-Alan Coopersmith-   [EMAIL PROTECTED]
 Sun Microsystems, Inc. - X Window System Engineering

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] b61 install with the sunsuite 11 compiler...

[Mary Seabrook]

This may be a no-brainer, but I think I'm doing something wrong. I started from 
installing b61 from scratch on a clean machine, installing the sun suite 11 
compilers (giving me /opt/SUNWspro/bin as my compiler path) and I thought hmm - 
gaim - I could use that for IM client. 

I'm using /usr/bin:/opt/SUNWpro/bin:/usr/ucb in my PATH to pick up everything I 
*think* I need, but I can't make a single downloaded source package compile for 
me, ./configure *seems* to be providing a useable config file, but "make" fails 
fatally every time.

I'm switching backwards and forwards between windows and solaris at the moment 
(I'm in windows now) - I was wondering without the detailed error messages if 
anyone has any clue what I am missing.

Mary
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: [osol-code] How to initiate a distro ?

[Garrett D'Amore]

Eko Budhi Suprasetiawan wrote:

Hello all,
i am new to Open Solaris, but have a demand to have my own OpenSolaris
installer,
which basically a simple design like this :

Add a software (e.g Moodle learning management software) as
pre-installed

so that, if i distribute my distro, then somebody will have installed
OpenSolaris plus that software

Is there arcticle to do so ?

My background for such initiative is using Knoppix. Is there a such
simple ways with OpenSolaris already ?

Best regards,
  


If all you are doing is adding software _in addition_ to what 
OpenSolaris already delivers, then you might want to look at webstart.  
The installer asks a question about whether you have any additional 
media to install, and this is where webstart comes in ... it can provide 
a nice GUI around the underlying pkgadd scripts, and integrate with the 
installer.


   -- Garrett

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[Laurent Blume]

James Carlson a écrit :
> Please be specific, and file a bug.  What system script has that
> problem?

I'm going to chime in on that particular part of your answer, as a
French user who has reported locale-related bugs many times.

As a rule, Sun support does not give a damn about my bugs affecting
non-C locales. They usually get closed as «Will not fix», with no
explanation. Without me being even informed they were closed, actually.

>From the Sun support point of view, everyone should use C, period.

I'm only saying here that the answer «file a bug» in that context is not
something that can be expected to bring a solution.

Laurent
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[Young Joo Pintaske]

Hi Laurent,


As a rule, Sun support does not give a damn about my bugs affecting
non-C locales. They usually get closed as «Will not fix», with no
explanation. Without me being even informed they were closed, actually.
  


I tried to search for bugs that you submitted on bugs.opensolaris.org as 
well as the bug database at Sun. I'm sorry to say, but it was difficult. 
What name did you submit the bugs in? Or could you be kind to send me 
(or this alias) the list of bugs that you've filed? Thank you.



regards,
Young


___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: limit number of sftp/scp sessions

[Rayson Ho]

> I'm looking for a way to limit the number of
> authenticated sftp/scp sessions that are allowed to
> connect to my box.

AFAIK, there is no point to limit the number of sftp/scp sessions *without* 
also limiting the number of ssh connections. Users can use ssh in many creative 
ways to get around the limit via. ssh.

In fact, scp and sftp use ssh under the hood.

Rayson
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Re: Xorg blows up on SXCE B61

[Alan Coopersmith]

Frank Hofmann wrote:


For me, this one:

http://bugs.opensolaris.org/view_bug.do?bug_id=6535518

is what causes the X server crashes on B61.
Using 32bit Xorg resolves the issue.

It should be fixed in B63 when that becomes available; Alan will know.


B62 in fact.   A lot of internal users have installed our B62
packages which include the fix for 6535518 - no one complained
of further crashes.

Unfortunately, I haven't yet finished the legal paperwork to post
the packages on opensolaris.org as a standalone set of binaries
instead of as part of the Solaris Express images (and the code
in question is not part of our open source code drops), so
external users have to use the 32-bit mode workaround.

--
-Alan Coopersmith-   [EMAIL PROTECTED]
 Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[James Carlson]

Alexander Kuzmin writes:
> Because int this case it would be probably closed as a duplicate of this 
> solved problem. If you think that's an incorrect procedure, I'll file a 
> new CR and can cite you in the comments, in case the bug gets closed as 
> a duplicate.

Please do.  Having multiple putbacks of the same CR into separate
marketing releases makes no sense and just makes a hash of the SCCS
history.  It's just not done.

At least in ON, MRs are used for backports, not as a means to signify
a "lazarus" bug in a new marketing release.

Your new CR should (if possible) explain why the original fix was
wrong, incomplete, didn't fix the problem, or somehow came undone over
time.  You might also add the "lazarus" keyword if it has in fact come
back even though it was once fixed.

If you don't want to take my word for it, check with the ON
gatekeepers.

-- 
James Carlson, Solaris Networking  <[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive 71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[Alexander Kuzmin]

Because int this case it would be probably closed as a duplicate of this 
solved problem. If you think that's an incorrect procedure, I'll file a 
new CR and can cite you in the comments, in case the bug gets closed as 
a duplicate.


James Carlson napsal(a):

Alexander Kuzmin writes:
  
No, that's exactly the issue seen 12 years ago. I've opened an MR for a 
different Solaris release - that's the correct procedure that ensures 
that the bug history on the original release can be easily followed.



I strongly disagree.  The problem was fixed.  We should *not* end up
with two instances of a "fix" for the same CR number in the SCCS
history -- that's just plain broken.

Others have commented on that new MR saying that it shouldn't have
been opened.  Why won't you open a new CR?

  



Alexander Kuzmin

--

 __
/_/\Alexander Kuzmin
   / \\ \   Software Engineer
  /_\ \\ /  Prague Globalization
 /_/ \/ / /
/_/ /   \//\Sun Microsystems Czech, s.r.o.
\_\//\   / /V Parku 2308/8
 \_/ / /\ / 148 00 Praha 4 - Chodov
  \_/ \\ \
   \_\ \\   Phone: +420 233 009 426 (x49426)
\_\/email: [EMAIL PROTECTED]

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[James Carlson]

Alexander Kuzmin writes:
> No, that's exactly the issue seen 12 years ago. I've opened an MR for a 
> different Solaris release - that's the correct procedure that ensures 
> that the bug history on the original release can be easily followed.

I strongly disagree.  The problem was fixed.  We should *not* end up
with two instances of a "fix" for the same CR number in the SCCS
history -- that's just plain broken.

Others have commented on that new MR saying that it shouldn't have
been opened.  Why won't you open a new CR?

-- 
James Carlson, Solaris Networking  <[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive 71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Re: Xorg blows up on SXCE B61

[Frank Hofmann]

For me, this one:

http://bugs.opensolaris.org/view_bug.do?bug_id=6535518

is what causes the X server crashes on B61.
Using 32bit Xorg resolves the issue.

It should be fixed in B63 when that becomes available; Alan will know.

Have a nice weekend,
FrankH.

On Fri, 13 Apr 2007, Tom Haynes wrote:


Jürgen Keil wrote:
I've run across what appears to be a bug with Xorg on SXCE B61.  While 
installing Sun's web proxy 4.0.4, Xorg blew up, and kicked me out, 
requiring me to login again. I'd seen similar behavior with the bundled 
Firefox,
but I was unable to reliably repeat it. 


Did you perhaps type "control + backspace" on the keyboard, while
num_lock was active?

With some (all?) keyboard layouts, this terminates the Xorg server:
http://www.opensolaris.org/jive/thread.jspa?threadID=27754&tstart=0



Or do you get an Xorg SEGFAULT? Check /var/dt/Xerrors and 
/var/log/Xorg.0.log

for a stack backtrace of the fault;  see also:
http://www.opensolaris.org/jive/thread.jspa?threadID=27882&tstart=0
  This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]




With Firefox, just loading some pages does it. So it is just a mouse click...
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[Alexander Kuzmin]

No, that's exactly the issue seen 12 years ago. I've opened an MR for a 
different Solaris release - that's the correct procedure that ensures 
that the bug history on the original release can be easily followed.


James Carlson napsal(a):

Alexander Kuzmin writes:
  

One example is here:
*1200693-2140649 /usr/bin/tr and /usr/xpg4/bin/tr still don't work 
correctly in UTF-8 locale



This looks to me like an incorrect usage of the bug tracking system.
1200693 was closed 12 years ago in Solaris 2.5.  If there's a problem
here, the process _requires_ a new bug for it.

I don't think there's a new bug here, but if there is, then a new
report is required.

  



Alexander Kuzmin

--

 __
/_/\Alexander Kuzmin
   / \\ \   Software Engineer
  /_\ \\ /  Prague Globalization
 /_/ \/ / /
/_/ /   \//\Sun Microsystems Czech, s.r.o.
\_\//\   / /V Parku 2308/8
 \_/ / /\ / 148 00 Praha 4 - Chodov
  \_/ \\ \
   \_\ \\   Phone: +420 233 009 426 (x49426)
\_\/email: [EMAIL PROTECTED]

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Re: Xorg blows up on SXCE B61

[Tom Haynes]

Jürgen Keil wrote:
I've run across what appears to be a bug with Xorg on SXCE B61.  While 
installing Sun's web proxy 4.0.4, Xorg blew up, and kicked me out, 
requiring me to login again. I'd seen similar behavior with the bundled Firefox,
but I was unable to reliably repeat it.  



Did you perhaps type "control + backspace" on the keyboard, while
num_lock was active?

With some (all?) keyboard layouts, this terminates the Xorg server:
http://www.opensolaris.org/jive/thread.jspa?threadID=27754&tstart=0



Or do you get an Xorg SEGFAULT? Check /var/dt/Xerrors and /var/log/Xorg.0.log
for a stack backtrace of the fault;  see also:
http://www.opensolaris.org/jive/thread.jspa?threadID=27882&tstart=0
 
 
This message posted from opensolaris.org

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]
  



With Firefox, just loading some pages does it. So it is just a mouse 
click...

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[James Carlson]

Alexander Kuzmin writes:
> One example is here:
> *1200693-2140649 /usr/bin/tr and /usr/xpg4/bin/tr still don't work 
> correctly in UTF-8 locale

This looks to me like an incorrect usage of the bug tracking system.
1200693 was closed 12 years ago in Solaris 2.5.  If there's a problem
here, the process _requires_ a new bug for it.

I don't think there's a new bug here, but if there is, then a new
report is required.

-- 
James Carlson, Solaris Networking  <[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive 71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Xorg blows up on SXCE B61

[Alan Coopersmith]

John Weekley wrote:
I've run across what appears to be a bug with Xorg on SXCE B61.  While 
installing Sun's web proxy 4.0.4, Xorg blew up, and kicked me out, 
requiring me to login again.
I'd seen similar behavior with the bundled Firefox, but I was unable to 
reliably repeat it.  I downloaded Mozilla.org's latest firefox build and 
the problem did not reappear with firefox. With the proxy server's java 
installer splash screen the failure is repeatable.  B61 is installed on 
a Ferarri 3400, 768 MB RAM.


Anything that attempts to load a TrueType font through the classic X
font system (i.e. libX11 font calls, not libXft) is likely to crash
the 64-bit Xorg in build 61.   Java is a very common culprit.

The fix is in build 62 - the workaround until then is to switch back
to the 32-bit Xorg server:
 svccfg -s x11-server setprop options/server=/usr/X11/bin/i386/Xorg

--
-Alan Coopersmith-   [EMAIL PROTECTED]
 Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [i18n-discuss] Re: [osol-discuss] xpg/bin/tr unexpect output on Sparc?

[Alexander Kuzmin]

One example is here:
*1200693-2140649 /usr/bin/tr and /usr/xpg4/bin/tr still don't work 
correctly in UTF-8 locale


*
Bart Smaalders napsal(a):

I. Szczesniak wrote:


Ask yourself: What will happen if a system script encounters a file
name with multibyte characters.


Well, mostly they just work.  Sometimes there are bugs,
just as there are bugs when filenames have spaces in them.

Do you have a specific example of a problem?

- Bart





Alexander Kuzmin

--

 __
/_/\Alexander Kuzmin
   / \\ \   Software Engineer
  /_\ \\ /  Prague Globalization
 /_/ \/ / /
/_/ /   \//\Sun Microsystems Czech, s.r.o.
\_\//\   / /V Parku 2308/8
 \_/ / /\ / 148 00 Praha 4 - Chodov
  \_/ \\ \
   \_\ \\   Phone: +420 233 009 426 (x49426)
\_\/email: [EMAIL PROTECTED]

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Re: rbac

[Darren J Moffat]

Sam Freiberg wrote:

Any resolution on adding auth names that don't start with Solaris? I tried this 
Solaris 10 u 3 and it also won't recognize anything that doesn't start with 
Solaris. The man page explicitly says that you should use reverse DNS info to 
avoid naming collisions but that doesn't seem to work.


I assume you mean assigning an authorisation to a user that doesn't 
start 'solaris.' when running usermod(1M) as root.


In order to give out an authorisation you must have it yourself, 
actually what you must have is .grant.


The root user by default has 'solaris.*' and 'solaris.grant' that means
that root can only grant authorisations from the solaris hierarchy. 
This makes sense because we don't know what 'com.example' authorisations 
mean and it might not be appropriate for root to have them.


They way you get around this is to give 'com.example.grant' to root by 
manually editing /etc/user_attr with your editor of choice.


Then root will be able to use usermod(1M) to assign those to users.

This is not really a bug in useradd(1M) but possibly missing 
documentation for an advanced use of authorisations.


--
Darren J Moffat
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Letter to OpenGroup about CDE, Motif

[Girts Zeltins]

Hello all,

I want to inform community that I today send e-mail to OpenGroup CEO about CDE 
and Motif open sourcing.
Let’s hope for the best.


Regards,
Girts
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: Xorg blows up on SXCE B61

[Jürgen Keil]

> I've run across what appears to be a bug with Xorg on SXCE B61.  While 
> installing Sun's web proxy 4.0.4, Xorg blew up, and kicked me out, 
> requiring me to login again. I'd seen similar behavior with the bundled 
> Firefox,
> but I was unable to reliably repeat it.  

Did you perhaps type "control + backspace" on the keyboard, while
num_lock was active?

With some (all?) keyboard layouts, this terminates the Xorg server:
http://www.opensolaris.org/jive/thread.jspa?threadID=27754&tstart=0



Or do you get an Xorg SEGFAULT? Check /var/dt/Xerrors and /var/log/Xorg.0.log
for a stack backtrace of the fault;  see also:
http://www.opensolaris.org/jive/thread.jspa?threadID=27882&tstart=0
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: Xorg blows up on SXCE B61

[De Togni Giacomo]

Same problems with Firefox and Sunstudio.I've a generic Athlon64 platform 
(MCP61 - nForce 430 chipset).I'm waiting next release.


Giacomo
___
 OpenSolaris - The Pride of a community
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] How to initiate a distro ?

[Eko Budhi Suprasetiawan]

Hello all,
i am new to Open Solaris, but have a demand to have my own OpenSolaris
installer,
which basically a simple design like this :

Add a software (e.g Moodle learning management software) as
pre-installed

so that, if i distribute my distro, then somebody will have installed
OpenSolaris plus that software

Is there arcticle to do so ?

My background for such initiative is using Knoppix. Is there a such
simple ways with OpenSolaris already ?

Best regards,



Eko Budhi S

___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Procedure to make work SK-9E22 driver for Solaris (x64) 8.12.1.3 in SNV_59

[Boris Derzhavets]

First run:-
# prtconf -pv > out.txt
# vi out.txt
Look for entry "Ethernet" in file :-
model: 'Ethernet controller'
power-consumption: 0001.0001
devsel-speed: 
interrupts: 0001
subsystem-vendor-id: 1043
subsystem-id: 81f8
unit-address: '0'
class-code: 0002
revision-id: 0012
vendor-id: 11ab
device-id: 4364
pcie-capid-pointer: 00e0
pcie-capid-reg: 0011
pci-msi-capid-pointer: 005c
name: 'pci1043,81f8'
**
We have to find out values :-
   vendor-id: 11ab
   device-id: 4364
otherwise "devfsadm -i skge" will fail
**
Second,  attempt to install the new driver:
# pkgadd -d . SKGEsolx
**
At the point of crash proceed as follows:
**
# /usr/sbin/update_drv -a -i '"pci11ab,4364"' skge 
# devfsadm -i skge 
# ifconfig skge0 plumb
Check for status:
# ifconfig -a
# ifconfig skge0 192.168.0.7 up
Check for status:
# ifconfig -a
# reboot
Network interface shoud be up and running.
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

[osol-discuss] Re: Driver for Marvel Youkon Gigabit Ethernet Adapter under SNV_59(64bit)

[Boris Derzhavets]

Shawn,
No matter,that link doesn't work I've got your point.

Procedure  to make  work SK-98xx driver for Solaris  (x64 64bit Edition) 
Version 8.12.1.3 in Solaris Express  (build 59)

# prtconf -pv > out.txt
# vi out.txt
Look for "Ethernet":-
 model:  'Ethernet controller'
power-consumption:  0001.0001
devsel-speed:  
interrupts:  0001
subsystem-vendor-id:  1043
subsystem-id:  81f8
unit-address:  '0'
class-code:  0002
revision-id:  0012
vendor-id:  11ab
device-id:  4364
pcie-capid-pointer:  00e0
pcie-capid-reg:  0011
pci-msi-capid-pointer:  005c
name:  'pci1043,81f8'
**
We need :-
   vendor-id:  11ab
   device-id:  4364
**
Attempt to Install the new driver.
   # pkgadd -d . SKGEsolx
**
At the point of crash proceed as follows:
**
   # /usr/sbin/update_drv -a -i '"pci11ab,4364"' skge 
   # devfsadm -i skge  
   # ifconfig skge0 plumb
Check for status:
  # ifconfig -a
  # ifconfig skge0 192.168.0.7 up
Check for status:
  # ifconfig -a
  # reboot
Network interface shoud be up and running.
Thanks.
Boris
 
 
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
[EMAIL PROTECTED]

Re: [osol-discuss] Xorg blows up on SXCE B61

[Martin Pala]

This was fixed in B62, the possible workaround is to use 32-bit xorg:

 svccfg -s x11-server setprop options/server=/usr/X11/bin/i386/Xorg

Martin


John Weekley wrote:
I've run across what appears to be a bug with Xorg on SXCE B61.  While 
installing Sun's web proxy 4.0.4, Xorg blew up, and kicked me out, 
requiring me to login again.
I'd seen similar behavior with the bundled Firefox, but I was unable 
to reliably repeat it.  I downloaded Mozilla.org's latest firefox 
build and the problem did not reappear with firefox. With the proxy 
server's java installer splash screen the failure is repeatable.  B61 
is installed on a Ferarri 3400, 768 MB RAM.


Thanks,

John



___
opensolaris-discuss mailing list
[EMAIL PROTECTED]