Carlos Alberto [EMAIL PROTECTED] wrote:
I installed Solaris Nevada b28 on my laptop.
Sound is working using xmms with an MP3 file.
But cannot play audio CD. Tried to use grip and it says No Disc. Vold is
active.
What is wrong ? What device should I tell grip to use ?
Programs that by
Can someone please update
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4113420 ?
1. The bug should be closed as WONTFIX as Sun seems to have lost
interest in upgrading /usr/bin/ksh to ksh93
2. If no one objects I am going to file a EOL request to get
/usr/bin/ksh removed in future
On 12/19/05, Shantnu Sharma [EMAIL PROTECTED] wrote:
Felix,
Thanks for the heads up and thanks for your participation in the open
solaris community.
I was wondering if you can point me to documentation which dwells upon
the German Government's propensity to favor KDE.
Sorry for being late
Can someone please update
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4113420 ?
1. The bug should be closed as WONTFIX as Sun seems to have lost
interest in upgrading /usr/bin/ksh to ksh93
We cannot upgrade /bin/ksh because ksh93 is *not* compatible with
ksh88.
2. If no one
On Sun, 2006-01-08 at 09:13, Mike Bo wrote:
Darren wrote:
Why not ? Why can't OpenSolaris just be as quick as OpenBSD ?
When there is a problem with OpenSSH, does the Sun team investigate whether
it affects their forked code base? If so, don't they have to port the fix and
then do
Sh [EMAIL PROTECTED] wrote:
Hello all
I want my kernel module to display messages on console
There is an example in manual page of cmn_err:
/* display device power failure on system console */
22 if ((xsp-regp-csr POWER) == OFF)
23 cmn_err(CE_NOTE, ^OFF.,
24
My general preference for disk-based appliances would be the same (i.e.
install it all, use SMF to determine what happens, make robust booting a
reality).
However, now that flash memory is so cheap, I do think we should also
look at solid state boot configs built around a lightweight,
My general preference for disk-based appliances would be the same (i.e.
install it all, use SMF to determine what happens, make robust booting a
reality).
However, now that flash memory is so cheap, I do think we should also
look at solid state boot configs built around a lightweight,
[EMAIL PROTECTED] wrote:
Why not integrate the current Korn shell as /usr/sbin/ksh93?
Replacing /usr/bin/ksh is just not an option; the list of known
incompatibilities stretches over many pages.
Looks like you did forget that there is no ksh88 compliant /usr/bin/ksh.
If Sun does not
[EMAIL PROTECTED] wrote:
Why not integrate the current Korn shell as /usr/sbin/ksh93?
Replacing /usr/bin/ksh is just not an option; the list of known
incompatibilities stretches over many pages.
Looks like you did forget that there is no ksh88 compliant /usr/bin/ksh.
No; that's not what I
[EMAIL PROTECTED] wrote:
Replacing /usr/bin/ksh is just not an option; the list of known
incompatibilities stretches over many pages.
Looks like you did forget that there is no ksh88 compliant /usr/bin/ksh.
No; that's not what I said.
I said that /bin/ksh is not compatible with ksh93
Phil Harman [EMAIL PROTECTED] wrote:
My general preference for disk-based appliances would be the same (i.e.
install it all, use SMF to determine what happens, make robust booting a
reality).
However, now that flash memory is so cheap, I do think we should also
look at solid state boot
/usr/bin/ksh being a bastard version of ksh88 adds a *SIGNIFICANT*
**BURDEN* for people who develop and ship software. Every shell script
needs to be back ported to ksh88 to support Solaris. And I personally
think this cannot be tolerated anymore. It costs immense manpower just
to support Sun's
On 1/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are many ways format, but from Sun's perspective none include
replacing ksh with ksh93.
Is this the OFFICIAL position of Sun Microsystems?
Irek
___
opensolaris-discuss mailing list
I. Szczesniak [EMAIL PROTECTED] wrote:
On 1/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are many ways format, but from Sun's perspective none include
replacing ksh with ksh93.
Is this the OFFICIAL position of Sun Microsystems?
This has been discussed earlier
As long as Sun
On 1/9/06, Joerg Schilling [EMAIL PROTECTED] wrote:
I. Szczesniak [EMAIL PROTECTED] wrote:
- Sun Solaris is changed to use ksh93 for /bin/ksh the same way
as other OpenSolaris distributions do caused by the fact that
there is no ksh88 compliant ksh source.
Speaking
On 1/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are many ways format, but from Sun's perspective none include
replacing ksh with ksh93.
Is this the OFFICIAL position of Sun Microsystems?
Why do you think I have an official position of any kind?
There are always exceptions and
G'Day Folks,
On Mon, 9 Jan 2006, Felix Schulte wrote:
[...]
3. /usr/dt/bin/dtksh should not be listed as workaround - this version
of ksh93 is based on a alpha version of the Korn shell - which should
have never been shipped with a production OS due too many bugs and
problems according to
Sh writes:
Hello all
I want my kernel module to display messages on console
There is an example in manual page of cmn_err:
/* display device power failure on system console */
22 if ((xsp-regp-csr POWER) == OFF)
23 cmn_err(CE_NOTE, ^OFF.,
24
Brendan Gregg wrote:
How about the dtksh source be bundeled with OpenSolaris, so that all the
dtksh fans can pitch in and fix a few of those alpha bugs. :-)
(assuming I'm not the only dtksh fan).
dtksh is part of the CDE sources, for which there are no plans to release
at this time
[EMAIL PROTECTED] writes:
On 1/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are many ways format, but from Sun's perspective none include
replacing ksh with ksh93.
Is this the OFFICIAL position of Sun Microsystems?
Why do you think I have an official position of any kind?
It
Eric Boutilier [EMAIL PROTECTED] wrote:
... likes to become incompatible with OpenSolaris.
In my not so humble opinion, the concept of OpenSolaris compliant or
OpenSolaris compatible is non-existent. (That's not to say I think
that's good or bad, I'm just saying that's the way it
Felix == Felix Schulte [EMAIL PROTECTED] writes:
Felix Can someone please update
Felix http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4113420
Felix ?
Felix 1. The bug should be closed as WONTFIX as Sun seems to have lost
Felix interest in upgrading /usr/bin/ksh to ksh93
Eh? That's
James Dickens wrote:
I agree that this is needed, and I think the first project would be an
RFE to make ZFS + samba as easy as ZFS + NFS is today, so that
solaris intergrates as well with the M$ world as it does with
Linux/Unix.
James Dickens
uadmin.blogspot.com
Hear hear... I built my new
Stephen Harpster wrote:
I'm not a lawyer, but I'll go ask one.
What did the lawyer say?
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Various people, though, may have positions. I agree with Casper that
the best way forward is to develop a transition that breaks nothing
that anyone would ever notice. At least with my ARC hat on, I'd be
more than willing to listen to arguments that one or another bit of
breakage is not
GRIP is an audio ripper that uses CDParanoia as a backend (by
default). It works pretty well for damaged audio discs as it can try
to extract the damaged data or figure it out and smooth over the
pops and clicks. Sadly, I've never tried to use Joerg's utilities for
this purpose so I can't
That's cool... congrats.
So, erm..what does that mean? Are you ^trying^ to be snotty or is that a point.
Honestly, how can you read a negative tone into a three-word sentence when two
of the words are positive? You must be projecting...
It's pretty darn easy these days to guess the OS.
I
I desperately need Solaris 10 with Portage for the PPC . I hate X86 platform
and Sparc hardware is way to pricey.Sparc's and PPC chips are RISC by arch
design in theory it should be relitively simple, grant it they are 32
instrution chips the problem is it's unclear weather the instrutions are
[EMAIL PROTECTED] wrote:
Those scripts, aren't they generally run with /bin/sh and not
ksh? Or did you change them to use ksh?
Nothing's changed, but those which happen to use ksh seem to
be okay -- they include (albeit non-packaging related) the
scripts in /boot/solaris/bin/.
I'm worried
Robert Cole wrote:
I desperately need Solaris 10 with Portage for the PPC . I hate X86
platform and Sparc hardware is way to pricey.Sparc's and PPC chips
are RISC by arch design in theory it should be relitively simple,
grant it they are 32 instrution chips the problem is it's unclear
weather
Glynn Foster writes:
On Fri, 2006-01-06 at 09:34 -0500, James Carlson wrote:
I still think it looks rather cheesy. First of all, there's the plain
old clutter problem. I wasn't thrilled with the excess of the CDDL
language (the original two-line copyright notice, though slightly
Young Joo Song wrote:
We are 7 months into the project now, we are entering a new year, and I think it's time
start recognizing community members who are contributing and participating in
OpenSolaris.
I was curious about this topic for some time, and one of the most favored ways
for
I desperately need Solaris 10 with Portage for the PPC . I hate X86 platform
and Sparc hardware is way to pricey.Sparc's and PPC chips are RISC by arch
design in theory it should be relitively simple, grant it they are 32
instrution chips the problem is it's unclear weather the instrutions
Robert == Robert Cole [EMAIL PROTECTED] writes:
Robert I desperately need Solaris 10 with Portage for the PPC . I
Robert hate X86 platform and Sparc hardware is way to pricey.Sparc's
Robert and PPC chips are RISC by arch design in theory it should be
Robert relitively simple, grant it they are 32
Christopher Mahan wrote:
Jim, how about giving them a @opensolaris.org email address? I know
some people that treasure their @apache.org addy.
Humm. This is interesting. I seem to remember this coming up with the
early governance discussions (either in the pilot or afterwards). I'll
check.
James C. McPherson wrote:
As for with portage -- I've got no idea. What is portage anyway?
http://en.wikipedia.org/wiki/Portage_(software)
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
James Carlson wrote:
Mac writes:
To make matters worse, inetd-related services require Sun's
/bin/ksh to work because libc's wordexp() has intimate
relationship with Sun's ksh.
Intimate, to be sure, but I think it might actually be 'wrong' in some
respects. For those who have appropriate
I´ll try this command.
But what does DAE stand for ? What does cdda2wav do ?
Sorry I am not an sound expert.
Today I tried to use xmcd from solaris companion CD. It recognized CD media,
started playing but sound did not come out.
Carlos Roballo.
This message posted from opensolaris.org
On 1/9/06, Brendan Gregg [EMAIL PROTECTED] wrote:
G'Day Folks,
On Mon, 9 Jan 2006, Felix Schulte wrote:
[...]
3. /usr/dt/bin/dtksh should not be listed as workaround - this version
of ksh93 is based on a alpha version of the Korn shell - which should
have never been shipped with a
On 1/9/06, Mike Kupfer [EMAIL PROTECTED] wrote:
Felix == Felix Schulte [EMAIL PROTECTED] writes:
Felix Can someone please update
Felix http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4113420
Felix ?
Felix 1. The bug should be closed as WONTFIX as Sun seems to have lost
Felix
Felix Schulte wrote:
James... several YEARS ago someone from our university
([EMAIL PROTECTED]) already created a quite
painless ksh88-to-ksh93 migration plan (including a detailed list of
issues which need to be solved) for Solaris and send the proposal to
Sun, however Sun did not had any
Felix Schulte wrote:
[snip]
And you do not have to think through - somewhere one or more of your
engineers have Roland Mainz's ksh88-to-ksh93 migration plan which is
pretty much straightforward and handled most of the issues.
However, the rest of us on this alias don't. Perhaps you could
frits vanderlinden [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
Carlos Alberto [EMAIL PROTECTED] wrote:
I installed Solaris Nevada b28 on my laptop.
Sound is working using xmms with an MP3 file.
But cannot play audio CD. Tried to use grip and it says No Disc. Vold is
active.
Jason W [EMAIL PROTECTED] wrote:
GRIP is an audio ripper that uses CDParanoia as a backend (by
default). It works pretty well for damaged audio discs as it can try
to extract the damaged data or figure it out and smooth over the
pops and clicks. Sadly, I've never tried to use Joerg's
Felix == Felix Schulte [EMAIL PROTECTED] writes:
Mike The information I have (which is a few weeks old) is that there
Mike are plans to introduce /usr/bin/ksh93 in the next few months.
Felix Ohhh... same was said for Solaris 9. Nothing happened since
Felix then. I have long lost my faith that
My last mail on this issue confused some people. Probably because my
last mail was wrong. Sorry about that. I'll get it right sometime.
Bev was correct to point to the CAB's governance draft as a reference:
http://www.opensolaris.org/os/community/cab/governance_proposal/#Communities
But some
Hi Darren -
Why is it that knowing that it is OpenSSH at a specific version and
patch level is okay but knowing that it is Sun's specific version and
patch level is not ?
One of the most important pieces of information a hacker can have is the OS
flavor and version of a remote host. Armed
On 1/9/06, Felix Schulte [EMAIL PROTECTED] wrote:
The idea of a /usr/bin/ksh93 is very bad as it does not solve theissue with interoperability between Unix and Linux OSes - remember myexample with using ksh as login shell on Solaris vs AI vs Linux.I think the Wikipedia article about the Korn Shell
Just FYI, NexentaOS uses ksh93 for /bin/ksh and we
haven't
seen any breakages so far; this includes executing
the class
action (and related) scripts of SUNW-converted
packages.
Note that we build things (from the ground up) using
packaging
infrastructure (as opposed to using bfu
50 matches
Mail list logo
