William Yang wrote:
Are there plans to release a newer version for SPARC, or to add coherent
console support to the XVR-2500 on SPARC?
Doesn't the current SPARC version meet your requirements?
As far as I know, there is no plan in the near future to add the
coherent console support for
Hi all,
The new release for virtual console is available on OpenSolaris now.
Please check out the download page of virtual console project:
http://opensolaris.org/os/project/vconsole/Downloads/
cheers~
Riny
Dev Mazumdar wrote:
Riny Qian wrote:
Shawn Walker wrote:
On 22/06/07, Dev Mazumdar dev at opensound.com wrote:
It's for secure switch. The password is needed to
re-enter any owned session.
You can disable this functionality by:
# svccfg -s vtdaemon setprop options/secure=false
David Bustos wrote:
Quoth Riny Qian on Thu, Jun 21, 2007 at 03:04:43PM +0800:
David Bustos wrote:
Quoth Riny Qian on Wed, Jun 20, 2007 at 11:16:44AM +0800:
How many instances will you deliver? How will you disable them in
nonglobal zones?
Six instances will be delivered by default, one
It's for secure switch. The password is needed to re-enter any owned session.
You can disable this functionality by:
# svccfg -s vtdaemon setprop options/secure=false
# svcadm refresh vtdaemon
# svcadm restart vtdaemon
Riny
--
This message posted from opensolaris.org
David Bustos wrote:
Quoth Riny Qian on Wed, Jun 20, 2007 at 11:16:44AM +0800:
How many instances will you deliver? How will you disable them in
nonglobal zones?
Six instances will be delivered by default, one (default) is for the
system console, and the other five (vt2 to vt6
Freeman.Liu at Sun.COM wrote:
Alan Coopersmith wrote:
Normally I'd suggest checking the vconsole-discuss list instead,
but it seems to be mostly spam - much higher than other OpenSolaris
I noticed that too, which annoyed me much. How can we removed them.
It's being posted from the
Darren J Moffat wrote:
Riny Qian wrote:
Darren J Moffat wrote:
Casper.Dik at Sun.COM wrote:
Which I take to mean do not update /etc/logindevperm with
/dev/vt/# entries so that login on a VT doesn't get changes to
any of the devices.
That at least means this project doesn't make
Darren J Moffat wrote:
So it seems that our ACL proposal for other console devices in
/etc/logindevperm is fine, and it does not introduce any regression.
What your proposal does is allow multiple people access
to the device at the same time. That isn't possible today.
I believe that
Gary Winiger wrote:
Darren J Moffat wrote:
Riny Qian wrote:
Darren J Moffat wrote:
Why do we need to expose the difference between
console-login and vconsole-login ? I don't think we
need and more importantly I don't see a benefit to
the admin in doing so.
The main reason
Michael Shapiro wrote:
How does one configure that?
As said, users can disable/enable and remove/add virtual consoles using
smf(5).
I don't see in your spec how exactly this works: the specific issue I'm
concerned with is that you're really trying to create instances based upon
the
Hi all,
Now the virtual console project page is updated to include
the documents: technical spec and it's manpage.
http://www.opensolaris.org/os/project/vconsole/vconsole-spec.txt
http://www.opensolaris.org/os/project/vconsole/vt-manpage.txt
Any comment is welcome.
thanks,
Riny
Yes, it'll come out soon, probably next week. And any comment
will be welcome.
Freeman Liu wrote:
Hi, Robert,
Riny is working on the design document for vconsole after some ideas
verified by prototype. We will all a conference to discuss it. I would like
to ask you to join the discussion.
also post it onto OpenSolaris.
-- next part --
An embedded message was scrubbed...
From: Riny Qian riny.q...@sun.com
Subject: [vconsole-discuss] virtual console early prototype available for
your
try
Date: Thu, 27 Jul 2006 18:25:50 +0800
Size: 6111
URL:
http
Darren J Moffat wrote:
Alan Coopersmith wrote:
LingBo Tang wrote:
I mean I think there is no need for 'command line login' option after
virtual console implementation.
There might be an option in the GUI, but it should just activate a
virtual console switch with instructions on how to
LingBo Tang wrote:
Alan Coopersmith wrote:
LingBo Tang wrote:
I mean I think there is no need for 'command line login' option after
virtual console implementation.
There might be an option in the GUI, but it should just activate a
virtual console switch with instructions on how to
Darren J Moffat wrote:
Is there a prototype of the vconsole work yet ?
No, there are much problems with the initial prototype. We're working
to get the correct console behaviour, single user mode, tipline,
security, etc all working properly.
See CR# 6446957, we need vconsole to make the
Robert Milkowski wrote:
I really like that way (fixed VT for kernel messages).
Sometimes I get a lot of kernel messages and it would be useful to be able to
login and look around without flooded screen with kernel messages.
--
It sounds another good reason. But maybe someone will argue
Darren J Moffat wrote:
On the project page there is the following bullet:
* /dev/console serves as the current active console, that is, any
output via /dev/console will go to current active console.
I don't think that is necessarily the correct behaviour. It also isn't
the behaviour
Darren J Moffat wrote:
Riny Qian wrote:
Darren J Moffat wrote:
On the project page there is the following bullet:
* /dev/console serves as the current active console, that is, any
output via /dev/console will go to current active console.
I don't think that is necessarily
Darren J Moffat wrote:
Riny Qian wrote:
BTW, kernel messages will always go to the current active virtual
console.
Thats what I said I didn't want. There should in my opinion only be one
/dev/console (modulo what you do with consadm(1m). This project
shouldn't in my opinion
Darren J Moffat wrote:
Riny Qian wrote:
Kernel messages output (e.g. via cmn_err) is different with user level
messages output via /dev/console.
I don't see how this is at all useful and it is confusingly different to
what I believe happens on other platforms.
Or perhaps we can
Darren J Moffat wrote:
Riny Qian wrote:
Darren J Moffat wrote:
On the project page there is the following bullet:
* /dev/console serves as the current active console, that is, any
output via /dev/console will go to current active console.
I don't think that is necessarily
23 matches
Mail list logo
