I'm beginning to get a hunch why Oracle is mum about OpenSolaris. Can't stop
the sinking ship
Oracle needs to make Sun's once-dominant UNIX server business a success to
justify the $7.4 billion price tag attached to the acquisition. Critics of the
deal noted from the start that this wouldn't
On Monday 31 May 2010 04:10 AM, lance tan wrote:
I had exactly the same problem. My workaround is start the DNS server service.
No any configuration, just used the default. After then, there is no any
outgoing DNS query packet any more, and the login time reduced to less than one
second.
On 5/30/2010 11:03 PM, Edward Martinez wrote:
I'm beginning to get a hunch why Oracle is mum about OpenSolaris. Can't stop
the sinking ship
Oracle needs to make Sun's once-dominant UNIX server business a success to justify
the $7.4 billion price tag attached to the acquisition. Critics of
This view has very small connections to real facts and what is going on
inmarket. It is true that in full software/hardware stack as an end productsome
parts have higher profit margins than others, but profit margin whenyou are
able to deliver whole stack as a product for end user is much
I don't know, those number are from Gartner and they don't look like
speculation,they can be correct
The server segments varied as well. x86-based servers grew 25.3 percent in
units and 32.1 percent in revenue. RISC/Itanium Unix servers were not positive,
with declines of 28.5 percent in
On 5/31/2010 12:05 AM, Edward Martinez wrote:
I don't know, those number are from Gartner and they don't look like
speculation,they can be correct
The server segments varied as well. x86-based servers grew 25.3 percent in units
and 32.1 percent in revenue. RISC/Itanium Unix servers
Once again, quarterly revenue drop was due mostly to
one-off events.
And, as pointed out elsewhere, hardware revenue for
this market segment
is a significantly smaller chunk of total revenue
than for the x64
market. That is, percentage wise, the total amount
spent on the
Thanks Eric (and some of the others who replied.)
For RC work, the Bazaar method is much less useful (and,
can be detrimental to schedules), so it's better to keep the RC work
strictly inside the developer community, and exclude the user community
for the short period of time it takes to
On 5/31/2010 1:16 AM, Edward Martinez wrote:
Once again, quarterly revenue drop was due mostly to
one-off events.
And, as pointed out elsewhere, hardware revenue for
this market segment
is a significantly smaller chunk of total revenue
than for the x64
market. That is, percentage wise, the
Brandon,
You'll need to do more than that. Don't use mount,
use beadm.
Worked as a charm, thanks!
The best bet is to use b134 from the /dev repository.
Yeap, but how stable will it be?
My server will be in production, it will be a file server (iscsi, samba, ftp) +
zones.
However next
Hi !
Le 30 mai 2010 à 01:59, bsd a écrit :
If there is active development of OpenSolaris, why does the dev repository
catalog have a last update of March 6, 2010?
I'm having trouble with building VirtualBox on FreeBSD, so I wanted to
install build 129, then update to the lastest dev
Greetings
If it is now nailed that next release is based on 134b what is a reason not
to publish 134a build to dev repo ?
Really been waiting next release to be reality.
Been run Solaris / Opensolaris +10 years and have to say patience is now
close to end. Information flow almost zero ,
As described here:
https://bugzilla.samba.org/show_bug.cgi?id=7046
There is a major show stopper in share enumeration of the cifs server.
YES, samba has delivered a fix for it, but mind about osol itself
howlong some products need to carry such out in the field?
So we have trouble here with
On 31 May 2010, at 12:55, homerun wrote:
If it is now nailed that next release is based on 134b what is a reason not
to publish 134a build to dev repo ?
If there's a 134b, one might presume it's because 134a wasn't stable enough to
release. In which case, it's unlikely to be of much use to
- lance tan lam...@hotmail.com skrev:
I had exactly the same problem. My workaround is start the DNS server
service. No any configuration, just used the default. After then,
there is no any outgoing DNS query packet any more, and the login time
reduced to less than one second. Don't know
Add UseDNS no to /etc/ssh/sshd_config - that should
turn off DNS lookups
That put my b125 server in maintenance mode after svcadm restart network/ssh
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
I don't know where you got the idea that IBM has frozen development of the
POWER architecture and AIX. POWER7 machines are already available and POWER6
were the first to have a decimal floating point unit on silicon. AIX 6 is out
and AIX 7 is due this fall. AIX 7 will leverage 1024 threads
Exactly!
UseDNS is the parameter for OpenSSH on Linux, it is not recognized by SunSSH.
VerifyReverseMapping is the one for here, but it doesn't take effect at all.
There is a bug.
--
This message posted from opensolaris.org
___
opensolaris-discuss
I am using DNS. My DNS server is my Wireless Router, actually it is just a
proxy, it forwards DNS messages to ISP's DNS server. When I login to osol from
another host in the LAN, obviously, the DNS server couldn't reverse resolve the
IP inside the LAN. But there is no way to disable DNS reverse
I don't know where you got the idea that IBM has
frozen development of the POWER architecture
I was quoting the article. i think it's mention in the eightieth paragraph
the link to the article:
http://www.theregister.co.uk/2010/05/27/idc_q1_2010_server_nums/
--
This message posted from
Edward Martinez wrote:
I don't know where you got the idea that IBM has
frozen development of the POWER architecture
I was quoting the article. i think it's mention in the eightieth
paragraph
the link to the article:
http://www.theregister.co.uk/2010/05/27/idc_q1_2010_server_nums/
21 matches
Mail list logo