discuss | Forum profile

> Hi, > > The fix is on track to make build 132 and 2010.02. > > I have checked this issue. The R600 does power off > but it takes a very long > time (approx 2-3 minutes). Cool - thanks for the update. Andrew.

Do any of you here think that this Oracle related article has any truth to it: http://kevinclosson.wordpress.com/2006/12/10/no-more-oracle-ports-to-solarisaixhp-ux-after-oracle11g/ or do you think it's just more anti-Solaris F.U.D. ? To me this article doesn't make any sense at all: the Application Binary Interface and D.D.I. for Linux changes all the time because Linus doesn't care about backward compatibility, so if you...

Joseph Mocker wrote: > Hi Folks, > > I'm curious if there is a good location that contains a list of changes, > enhancements, bug fixes, etc for each OpenSolaris dev release? > > The email that comes out on opensolaris-announce, as far as I can tell, > only includes IPS bugfixes, etc. > > I've also found the "Flag Days" pages, >...

On 01/ 4/10 03:50 PM, andrew wrote: > OK, I've installed OpenSolaris build 130 on the internal hard drive and suspend to RAM and resume both work absolutely fine with VT extensions disabled. Cool! > > If your external drive has an option to use a dedicated power supply, it would be useful to know if the issue is a problem with eSATA or power being shut off on the USB port....

Hi system 5, Assume i have installed a newly and virgin version of osol2009.06. Then i should remove the nge driver. in order to prepare the installation of nfo driver again, would you please write the right command before starting with the nfo driver. There is one more point In the readme document of Mr. Murayama, which i dont know how to deal with. (2) Add hostname for the NIC into /etc/hosts file. Thank you

> On Sat, Jan 02, 2010, Jürgen Keil wrote: > [OpenSolaris Indiana: GNU?] > > > Well, it does have both the gnu utilities (/usr/gnu/bin) > > and the solaris counterparts, and in the default setup > > the /usr/gnu/bin directory is ahead of /usr/bin in $PATH. > > I simply removed /usr/gnu/bin from $PATH, but I still got vim instead > of vi[1] (in /usr/bin...

Ah, yup, it is. :( Doesn't seem to work with lzjb either. Would be nice if the error message said more than "this type of pool", with there being so many properties it isn't readily apparent what the cause is.

> how about lofs? this is used, for example, to mount > directories from global zone to a local zone... It's inapplicable. We need rw fs, and we want changes to go into separate place (directory) so that initial directory is unchanged.

>Hi Casper, > >I placed the files in the directories according to your instructions. > >I got the following messages in /var/adm/messages when I try to do > >#add_drv dummy > >------------------------------------------------------------------------- ------------------------- ------------ >Jan 4 20:58:39 opensolaris genunix: [ID 720415 kern.notice] file...

Shawn Walker <swalker at opensolaris dot org> wrote: > The vi that was previously delivered was replaced with vim's vi compatibility mode. The reason? The vi traditionally delivered with Solaris is essentially completely unmaintained. As has been discussed before, much of the Solaris userland is being obsoleted, dropped, or replaced as appropriate in favour of maintained or modern versions of utilities. > The...