You're right, that's pretty ugly.
The right place to invest to make this better is to get rid of the
reboot entirely. Now that we're installing x86 via the ramdisk, once
SPARC follows, the whole launcher (which installs from CDs 2 through
876) can be ditched.
If someone wants to go though hav
On Mon, 27 Mar 2006, Alan Coopersmith wrote:
> Roland Mainz wrote:
> > This is why I hate Wiki - it's totally out of control, assumes that
> > people will always fair and altruistic - and provides no real way to
> > track changes (e.g. no commit list for diffs etc.).
>
> I've had no problems subsc
Dennis Clarke wrote:
Installation issue ?
Not sure what can be done about this but perhaps it is an installation
issue that can be adjusted. During the installation of Solaris
Express CR B35 one must insert a CDROM and then answer some questions.
Eventually we get to a point where the system r
Installation issue ?
Not sure what can be done about this but perhaps it is an installation
issue that can be adjusted. During the installation of Solaris
Express CR B35 one must insert a CDROM and then answer some questions.
Eventually we get to a point where the system reboots and then the
nex
I'd like to propose an audio newsgroup where all things audio related could be
discussed.
Open Sound System v4.0 is free for personal use and we have recently released
Solaris 10/11 support for x86/amd64/sparc. The new OSS drivers provide full
OSS and SADA (devaudio) API support. The OSS driv
Thanks, Anup. You have seconds for this project proposal. Eric will get
you set up.
Jim
Anup Sekhar wrote:
The Sparks project proposes to make upward compatible changes to the name
service switch and to nscd(1M) in order to deliver new functionality
including:
o Better caching in nscd(1M)
enhancements)
In-Reply-To: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Approved: Gw3Zx
X-OpenSolaris-URL:
http://www.opensolaris.org/jive/message.jspa?messageID=29826&tstart=0#29826
I second it too.
--Baban
This message pos
enhancements)
In-Reply-To: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Approved: Gw3Zx
X-OpenSolaris-URL:
http://www.opensolaris.org/jive/message.jspa?messageID=29824&tstart=0#29824
I would like to second this proposal. Do
You'll want to take a look at the driver.conf(4) man page and
translate all the bits of information you previously decorated the
node with via boot.rc into your .conf file.
So, something like:
name="ipmi_lpc" parent="/[EMAIL PROTECTED],0" device-type="pci"
unit-address="1f" ...
You'll als
The Sparks project proposes to make upward compatible changes to the name
service switch and to nscd(1M) in order to deliver new functionality including:
o Better caching in nscd(1M) and management of connections within the
updated framework.
o Name service lookups that are access controlled a
Thanks to Rich Lowe for these two fixes below and to Sarah Jelinek for
sponsoring the work through to putback. -- Jim
Putback 46
ID: 4759320
Desc: Read-only UFS global mounts should not try to turn on logging
Submitted by Richard Lowe on 12/07/05
Sun Sponsor: Sarah Jelinek
Putback to Nevada 37 o
Below is an update on the projects/communities proposed, approved,
recently opened, or void.
Jim
*COMMUNITY PROPOSALS*
Immigrants Community
* Proposed 10/27/05 by Adam Leventhal
* Community consensus: yes
* CAB vote: approved
* Opening date: TBD
Solaris Internals Community
* Proposed 3/16/0
Thanks, Eric. You have seconds. Eric B. will get you guys set up. You
may want to consider a more descriptive name so people can easily find
you. But it's up to you guys, of course.
Jim
Eric Lowe wrote:
The Muskoka project is a collaborative technical bulletin board for
contributors to post a
I second.
-Michelle
>X-Original-To: opensolaris-discuss@opensolaris.org
>Delivered-To: opensolaris-discuss@opensolaris.org
>Date: Mon, 27 Mar 2006 11:39:06 -0600
>From: Eric Lowe <[EMAIL PROTECTED]>
>To: opensolaris-discuss
>MIME-version: 1.0
>Content-transfer-encoding: 7BIT
>User-Agent: Thunder
Roland Mainz wrote:
While crawling through the build logs of my various ON builds I found
something disturbing:
[snip]
and so on... at various points (not only in the perl subdirs) the
private files of the SVN repository (e.g. ".svn*") are touched (AFAIK
this will likely happen with ".cvs/"
No idea, best to ask on http://dev.perl.org/perl6/
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
If I look at this thread as "guest" I don't see moinakg's comment and my reply,
I see them only if I am logged in.
And I get if I try to reply to his message this error list:
An error in the system has occurred. Please contact the system administrator
if the problem persists.
type: java.lang
Thanks moinakg,
This blog posting is great but it doesn't answer my question of how to get the
localisation in the minimal install (how to configure the keyboard, and the
language of man pages and so on) .
Also , it doesn't explain why the things are how they are: Why do I need in
Solaris the X
What I especially not understand is how do you install (Open)Solaris on Servers:
Do you make first a full install to be able to make configurations of the
localisation
then you get rid of all X11 based packets
OR
is it a "Solaris philosophy" to install X everywhere(on servers and clients)
because
On Mar 27, 2006, at 7:39 PM, Eric Lowe wrote:
The Muskoka project is a collaborative technical bulletin board for
contributors to post and archive any technical content which
otherwise does not have a logical home on OpenSolaris.org.
Currently, this content lives mostly in blog-space or on
Karyn Ritter wrote:
Several of us on the OpenSolaris engineering team are looking to update
FAQs. I've been assigned the General FAQ (
http://www.opensolaris.org/os/about/faq/general_faq/ ), and I really
need all of your help.
It seems to be missing the most frequently given answer (which is
ken mays wrote:
3. As for Dvorak keyboard mapping and system bell
volume control, Alan Coopersmith is the resident
Xorg/XSun wizard. Seek him out within the X_win
community or this group
But he specifically asked for outside X and said he had it working
in X. Kernel/console level keytable
Hi,
Any experiments with Perl6/Parrot and Solaris Express or Solaris 10 ? Im
curious how much the language has changed and how well the new VM would work in
Solaris ...
thanks,
stefan
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolari
Uaau, I see we have now a dedicated ksh93 migration forum:
http://www.opensolaris.org/jive/forum.jspa?forumID=103
I hope folks will agree and get this fixed somehow.
stefan
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
The Muskoka project is a collaborative technical bulletin board for
contributors to post and archive any technical content which otherwise
does not have a logical home on OpenSolaris.org. Currently, this content
lives mostly in blog-space or on wikis; we believe a centralized
repository will be
Keith M Wesolowski <[EMAIL PROTECTED]> writes:
> Ask the Belenix or Nexenta guys. The stuff that Solaris RE uses isn't
> available and probably never will be (and won't work anyway since ON
> packages don't work yet). Note that you'll likely want more than just
Speaking of ON packages, I just t
Keith M Wesolowski wrote:
On Mon, Mar 27, 2006 at 05:53:47PM +0200, Felix Schulte wrote:
On 3/21/06, Felix Schulte <[EMAIL PROTECTED]> wrote:
I am seeking for the full step by step instructions what I have to do
after (dmake setup; dmake) in usr/src/ to make a full On DVD ISO image
which I c
On Mon, Mar 27, 2006 at 05:48:24PM +0200, Felix Schulte wrote:
> Solaris may choose this way - but Opensolaris can choose another...
No. OpenSolaris refers to the underlying technology base, which will
remain self-compatible and architecturally sound. Distribution
vendors are free to discard an
On Mon, Mar 27, 2006 at 05:53:47PM +0200, Felix Schulte wrote:
> On 3/21/06, Felix Schulte <[EMAIL PROTECTED]> wrote:
> > I am seeking for the full step by step instructions what I have to do
> > after (dmake setup; dmake) in usr/src/ to make a full On DVD ISO image
> > which I can burn and then i
Alan Coopersmith writes:
> Also, as I noted on IRC, strlcat() is close to this, and much safer.
snprintf is simpler still and just as safe.
--
James Carlson, KISS Network<[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212
> I think we'd love to be able to make that change but
> I don't think we can.
Why can't we do that ? Every sh script should work ok
in ksh93. Isn't it ?
Then we don't have so many other choices... we could
deliver then something like /usr/ksh93 as we do with
Perl5 -> /usr/perl5
Im wonder w
Felix Schulte wrote:
Yes. And Sun SSH is still vulnerable to X11keyboard sniffing. open
ssh has untrusted X11 forwarding for that - Sun SSH does not.
And how many people use it? Most discussion of it I've seen is advice
to use -Y instead of -X with new OpenSSH to get the old behaviour back.
Roland Mainz wrote:
This is why I hate Wiki - it's totally out of control, assumes that
people will always fair and altruistic - and provides no real way to
track changes (e.g. no commit list for diffs etc.).
I've had no problems subscribing to the RSS feed for genunix.org to see
the diffs - th
Roland Mainz wrote:
Uhm... why does "xclock" use libcmd.so ?
xlock, not clock - all three examples use it for the same reason,
to read /etc/default/login for things like PASSREQ, which the
application is responsible for passing to PAM. (If PAM handled
the /etc/default/login parsing itself, all
Roland Mainz wrote:
char *s;
...
strcat(s, "foo");
strcat(s, "/");
strcat(s, "bar");
Also, as I noted on IRC, strlcat() is close to this, and much safer.
You could write the above as:
char *s;
int len; /* size of buffer s */
int used = 0;
used = strlcpy(s, "foo", len);
if (used < len)
use
Dennis Clarke wrote:
There .. see that ? The remote rev is "Sun_SSH_1.1" and not OpenSSH.
If I drop the cipher length to aes128-cbc then I see this :
$ ssh -2 -4 -e\^ -l dclarke -c aes128-cbc -v 192.168.35.123
That is because this was designed (aka HACKED ON) for the Solaris
binary product.
Felix Schulte wrote:
On 3/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I think we'd love to be able to make that change but
I don't think we can.
Why can't we do that ? Every sh script should work ok
in ksh93. Isn't it ?
Well, since it's trivial to construct a script which works
differe
On 3/21/06, Felix Schulte <[EMAIL PROTECTED]> wrote:
> I am seeking for the full step by step instructions what I have to do
> after (dmake setup; dmake) in usr/src/ to make a full On DVD ISO image
> which I can burn and then install on a i386 machine.
Anyone?
--
_Felix Schulte
_|
On 3/27/06, James Carlson <[EMAIL PROTECTED]> wrote:
> Roland Mainz writes:
> > Beyond that point this issue it does not only affect Sun, it also
> > affects OpenSolaris and the related distributions which makes it a valid
> > email for this list.
>
> It's perhaps worth noting that the ssh in Solar
On 3/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> >
> >> I think we'd love to be able to make that change but
> >> I don't think we can.
> >
> >Why can't we do that ? Every sh script should work ok
> >in ksh93. Isn't it ?
>
> Well, since it's trivial to construct a script which works
> d
On 3/27/06, James Carlson <[EMAIL PROTECTED]> wrote:
> Roland Mainz writes:
> > Beyond that point this issue it does not only affect Sun, it also
> > affects OpenSolaris and the related distributions which makes it a valid
> > email for this list.
>
> It's perhaps worth noting that the ssh in Solar
Hi Gueven,
You may want to check out this link:
http://blogs.sun.com/roller/page/eric_boutilier/20060322
Regards,
Moinak.
Gueven Bay wrote:
Hello everybody,
[...]
Please explain me these "why"s so I can accomplish a minimal installation
without X but with appropriate development environm
Joerg Schilling writes:
> I have a re-implementation in my libschily
[...]
> *WARNING: a NULL constant is not a NULL pointer, so a caller must
> *cast a NULL constant to a pointer: (char *)NULL
How's that?
> strcatl(char *to, ...)
Sigh ... not safe from target overflow problems
Hi All,
I'm working on a bugfix (bug #6249695). I'm sponsored for this bug, but I need
a reviewer to check my modifications (only 1 line).
Is there a specific place for this kind of request ? (something like
sponsor-request, that'd be reviewer-request).
Thank you
Yann
This message posted from
Mike Kupfer <[EMAIL PROTECTED]> wrote:
> I agree that software outside of ON should not rely on the current
> libcmd.
>
> And this probably doesn't need to be said, but just so we're all on the
> same page: if the current libcmd goes away, some sort of library should
> take its place. Rewriting a
Roland Mainz <[EMAIL PROTECTED]> wrote:
> [The following falls under the category "micro-optimisation" but may IMO
> still be worth an investigation]
> After working on various parts of OpenSolaris I found that is common to
> use the following sequence to concatenate strings:
> -- snip --
> ...
>
Lars C wrote:
I think that a significant donation by Sun would not only help the OpenBSD
project
in sustaining the development of OpenSSH, but would also be a good public
relations opportunity.
Sun already has in the past made donations both to OpenSSH and to OpenBSD.
--
Darren J Moffat
___
Hi!
While crawling through the build logs of my various ON builds I found
something disturbing:
-- snip --
Writing Makefile for B
/home/test001/ksh93/on_build_m1/test1/usr/src/cmd/perl/5.6.1/distrib/ext/B
cp B/.svn/props/Bblock.pm.svn-work
../../lib/B/.svn/props/Bblock.pm.svn-work
cp B/.svn
>
>> I think we'd love to be able to make that change but
>> I don't think we can.
>
>Why can't we do that ? Every sh script should work ok
>in ksh93. Isn't it ?
Well, since it's trivial to construct a script which works
differently under ksh than under sh, I'd say no.
Casper
[EMAIL PROTECTED] wrote:
> >> Because it hasn't been removed yet.
> >
> >Is there any Sunsolve bugid for that yet ?
>
> Probably; but phasing out a disk driver is not an easy thing to do;
> it will have a serious impact on the system that use the particular
> driver (disks and controllers will be
Hello everybody,
I am still seeking a way to make a minimal installation of Solaris.
I just installed SX:CR b35 and again I chose the "Minimal Installation" group
or cluster (I don't know how you call it).
So, now I have no man pages. I have no localisation. I have no "development
environment".
>We should think to have /bin/sh as ksh93. It is elegant and simple to do. Are
>there any objections
why /bin/sh cannot be a ksh93 ?
>
>On other note: Im wonder what would happen with kstat(1M) when Perl6 would be
>out. I bet Perl5 wou
ld stay as it is somewhere around and Perl6 might be instal
Ben Rockwood wrote:
> Roland Mainz wrote:
> >Correct me if I am wrong: A iSCSI target is something like a server
> >process which provides access to a device via SCSI commands, right ? So
> >far this could be done via plain JAVA if you only emulate access to a
> >disk via a file (either being a pla
Hi,
We should think to have /bin/sh as ksh93. It is elegant and simple to do. Are
there any objections why /bin/sh cannot be a ksh93 ?
On other note: Im wonder what would happen with kstat(1M) when Perl6 would be
out. I bet Perl5 would stay as it is somewhere around and Perl6 might be
installe
Roland Mainz writes:
> Beyond that point this issue it does not only affect Sun, it also
> affects OpenSolaris and the related distributions which makes it a valid
> email for this list.
It's perhaps worth noting that the ssh in Solaris is deliberately
"SunSSH." Though it is a derivative of OpenS
[EMAIL PROTECTED] writes:
> - calling strMANYcat() is shorter (generated code wise) then
> multiple calls to strcat()
> - varargs is really cheap in the called function (and the cost
> is all in a single location)
>
>
>
> But the return value of strcat() is indeed use
hi all,
first off let me say what a great resource this forum
is-- it's already
gotten me well on my way to switching over to solaris
from linux. i'm
an ex solaris user from way back (owned a sparc 20
waaay back in '94
and an ultra5 some time in the late 90s), but i've
been on linux for so
lo
[EMAIL PROTECTED] wrote:
> >The problem is that |basename()| does not accept |const char *| input
> >since it wants to delete any trailling '/'. Since they will never occur
> >at the string's end for the output of |getexecname()| I removed this
> >functionality from my copy of |basename()|, saving
hi all,
first off let me say what a great resource this forum is-- it's already gotten
me well on my way to switching over to solaris from linux. i'm an ex solaris
user from way back (owned a sparc 20 waaay back in '94 and an ultra5 some time
in the late 90s), but i've been on linux for so lon
Roland Mainz wrote:
Nigel Smith wrote:
No, I don't think so.
As far as I'm know, the iSCSI target software needs to be written in 'C'
as it needs to link into the kernel, and it's the sort of thing where
performance of the code is critical.
Correct me if I am wrong: A iSCSI target is
>The problem is that |basename()| does not accept |const char *| input
>since it wants to delete any trailling '/'. Since they will never occur
>at the string's end for the output of |getexecname()| I removed this
>functionality from my copy of |basename()|, saving a whole |malloc()|.
>If you sti
Theo Schlossnagle wrote:
> On Mar 25, 2006, at 5:01 AM, [EMAIL PROTECTED] wrote:
> >> Few minutes ago the issue came up in irc://irc.freenode.org/
> >> #opensolaris
> >> why isaexec(1) does not use the isaexec(3C) function.
> >> Attached is a patch
> >> ("solaris_usr_lib_isaexec_uses_isaexec_3c_fun
[EMAIL PROTECTED] wrote:
> >Few minutes ago the issue came up in irc://irc.freenode.org/#opensolaris
> >why isaexec(1) does not use the isaexec(3C) function.
> >Attached is a patch
> >("solaris_usr_lib_isaexec_uses_isaexec_3c_function.diff.txt") which
> >fixes the problem.
> >
> >* Benefits of the
>> Because it hasn't been removed yet.
>
>Is there any Sunsolve bugid for that yet ?
Probably; but phasing out a disk driver is not an easy thing to do;
it will have a serious impact on the system that use the particular
driver (disks and controllers will be renumbered)
Casper
___
"James C. McPherson" wrote:
> Roland Mainz wrote:
> > "James C. McPherson" wrote:
> >> Alan DuBoff wrote:
> >>> On Tuesday 21 March 2006 02:32 pm, James C. McPherson wrote:
> You could try using glm instead. I was involved for a while with the
> effort to port it from sparc. It integrated
>See my comment to Casper Dik - this is IMO bad for at least two reasons:
>- You have to handle the varargs overhead. The source code looks smaller
>and cleaner but I am not sure whether the resulting binary will be
>smaller
*What* varargs overhead?
- calling strMANYcat() is shorter (ge
"David J. Orman" wrote:
> Please understand that this is a mailing list.
>
> http://www.opensolaris.org/jive/thread.jspa?threadID=7083&tstart=0
>
> While your request is much more well thought out than the previous one
> today, I suggest you send your requests for donation to the appropriate
> en
>> Why not a varargs: strMANYcat():
>>
>> strMANYcat(s, "foo", "/", "bar", NULL);
>>
>> (In most cases, the function call overhead dominates the "finding the
>> end of string" because pushing stack frames modifies memory and
>> finding the end of a string likely to be in the L1 cache is
Alan Coopersmith wrote:
> Mike Kupfer wrote:
> >> "Roland" == Roland Mainz <[EMAIL PROTECTED]> writes:
> >
> > Roland> Note: [libcmd] should not be used if possible. I have plans for it -
> > Roland> and I am not sure whether the current API will surive them
> >
> > I agree that software outsid
69 matches
Mail list logo
