>We run an OpenSuSE/OpenSolaris/OpenOffice study group here in Honolulu and
>have a dozen or so all
sorts of AMD-based PCs in our lab. To the best of my memory, all our
Athlon64-based motherboards c
ome with on-board gigabit Marvell NICs. Solaris HCL does show quite a number
of on-board Marv
>Did you check the SysKonnect website? They're the company
>that actually provides the drivers (SK*) which are presently
>integrated with Solaris.
Except those are *really* old.
I thought even Marvell now had the 64 bit driver but I checked
the package and they don't seem to have one which is st
> Gueven Bay wrote:
> > You know Mr Casper,
> >
> > My question is still not answered, yet.
> >
> > Even if the mentioned libraries are Visual Basic
> libs, this does not matter.
> > But what matter is the qeustion: How and what
> exactly the existing distributions are distributing
> -aka giving aw
[EMAIL PROTECTED] wrote:
>>We run an OpenSuSE/OpenSolaris/OpenOffice study group here in Honolulu and
>>have a dozen or so all
>>
>>
>sorts of AMD-based PCs in our lab. To the best of my memory, all our
>Athlon64-based motherboards c
>ome with on-board gigabit Marvell NICs. Solaris HCL do
>I didn't follow the thread, only the most recent message.
>
>However, maybe the open NIC drivers are of help (at least some flavours
>of Marvell NICs should be supported).
All Marvell Yukon NICs that I know of appear to be supported by the
skge drivers from SysKonnect.
However, there appears
Bob Palowoda wrote:
>>Gueven Bay wrote:
>>
>>
>>>You know Mr Casper,
>>>
>>>My question is still not answered, yet.
>>>
>>>Even if the mentioned libraries are Visual Basic
>>>
>>>
>>libs, this does not matter.
>>
>>
>>>But what matter is the qeustion: How and what
>>>
>>>
>>exa
Bob Palowoda wrote:
[...]
All the necessary system libraries are open. The
libraries like
ibCrun, libCstd, libdemangle etc. are
libraries specific to the C++ runtime environment
for binaries
ompiled using SUN Studio compiler.
These libraries are bundled by default in Solaris
Express, but a
Martin Bochnig wrote:
Bob Palowoda wrote:
Gueven Bay wrote:
You know Mr Casper,
My question is still not answered, yet.
Even if the mentioned libraries are Visual Basic
libs, this does not matter.
But what matter is the qeustion: How and what
>Moinak has well summarized a few points, that I did not express so good
>(because I took them for g
ranted, for example: That only C++ code is affected, and only when compiled
with SUNWspro).
>His summary is a useful addition to this thread.
It is somewhat strange that the "runtime.libraries"
Moinak Ghosh <[EMAIL PROTECTED]> wrote:
>No, I did not mean that. The question was "How could communtiy
> OpenSolaris distros
>function without needed system libraries being present ?". So I
> pointed out that libCrun
>is not a system library, but a compiler specific runtime which is
Joerg Schilling wrote:
Moinak Ghosh <[EMAIL PROTECTED]> wrote:
No, I did not mean that. The question was "How could communtiy
OpenSolaris distros
function without needed system libraries being present ?". So I
pointed out that libCrun
is not a system library, but a compiler specifi
Moinak Ghosh wrote:
Joerg
Schilling wrote:
Moinak Ghosh <[EMAIL PROTECTED]>
wrote:
No, I did not mean that. The question
was "How could communtiy OpenSolaris distros
function without needed system libraries being present ?". So I
pointed out that libCrun
That's another thing that is annoying about Solaris - the fact that for some
cards the drivers are there all along, but because Solaris doesn't have the
correct driveralias entries it won't attach to the card "out of the box".
This message posted from opensolaris.org
_
That's really not a Solaris-specific problem. Every OS requires
mappings from device IDs to appropriate drivers in some way.
It would be impossible to be fully aware of what all of the
manufacturers of all of the available devices are calling all of their
respective creations.
Andrew Pat
Joerg Schilling wrote:
>Moinak Ghosh <[EMAIL PROTECTED]> wrote:
>
>
>
>> No, I did not mean that. The question was "How could communtiy
>>OpenSolaris distros
>> function without needed system libraries being present ?". So I
>>pointed out that libCrun
>> is not a system library, but a co
>That's another thing that is annoying about Solaris - the fact that for some
>cards the drivers are
there all along, but because Solaris doesn't have the correct driveralias
entries it won't attach
to the card "out of the box".
But there's no way that can be helped; I'm sure Linux suffers a
>SUNW breaks the law, because they themselves offer the Distro-JDK for
>download and are therefore themselves "Distro-JDK distributors":
No, Sun is not bound by its own redistribution licenses so it does not
break the law. It owns the JDK so it can distributes it as it sees
fit.
Casper
I finally got around to running a 'benchmark' using the AOL clickstream data
(2GB of text files and approximately 36 million rows). Here are the Oracle
settings during the test.
- Same Oracle settings for all tests
- All disks in question are 32GB EMC hypers
- I had the standard Oracle tablespac
[EMAIL PROTECTED] wrote:
>>Moinak has well summarized a few points, that I did not express so good
>>(because I took them for g
>>
>>
>ranted, for example: That only C++ code is affected, and only when compiled
>with SUNWspro).
>
>
>>His summary is a useful addition to this thread.
>>
[EMAIL PROTECTED] wrote:
>>That's another thing that is annoying about Solaris - the fact that for some
>>cards the drivers are
>>
>>
> there all along, but because Solaris doesn't have the correct driveralias
> entries it won't attach
>to the card "out of the box".
>
>But there's no way th
[EMAIL PROTECTED] wrote:
>>SUNW breaks the law, because they themselves offer the Distro-JDK for
>>download and are therefore themselves "Distro-JDK distributors":
>>
>>
>
>No, Sun is not bound by its own redistribution licenses so it does not
>break the law. It owns the JDK so it can distrib
>On ieee1275 / OBP (i.e. on sparc) you can fake those id's and therefore
>avoid a kernel-recompile.
>(using nvedit and a script etc.)
On x86 systems, you can probably reprogram the vendor/device ids
(they are programmable in the chips)
But you would only need to do so if the device driver in que
>[EMAIL PROTECTED] wrote:
>
>>>SUNW breaks the law, because they themselves offer the Distro-JDK for
>>>download and are therefore themselves "Distro-JDK distributors":
>>>
>>>
>>
>>No, Sun is not bound by its own redistribution licenses so it does not
>>break the law. It owns the JDK so it c
On 8/30/06, Dave Miner <[EMAIL PROTECTED]> wrote:
Dennis Clarke wrote:>> Patches get applied almot as if they are packages. You will find a complete> list of the patches in /var/sadm/patch and if you look there with "ls -ltr"> then you will get a cronological order. If you just ls in the ordinary
On Sep 9, 2006, at 14:15, Martin Bochnig wrote:
[EMAIL PROTECTED] wrote:
SUNW breaks the law, because they themselves offer the Distro-JDK
for
download and are therefore themselves "Distro-JDK distributors":
No, Sun is not bound by its own redistribution licenses so it does
not
break
Simon Phipps wrote:
>
> On Sep 9, 2006, at 14:15, Martin Bochnig wrote:
>
>> [EMAIL PROTECTED] wrote:
>>
SUNW breaks the law, because they themselves offer the Distro-JDK for
download and are therefore themselves "Distro-JDK distributors":
>>>
>>> No, Sun is not bound by its o
[EMAIL PROTECTED] wrote:
>>On ieee1275 / OBP (i.e. on sparc) you can fake those id's and therefore
>>avoid a kernel-recompile.
>>(using nvedit and a script etc.)
>>
>>
>
>On x86 systems, you can probably reprogram the vendor/device ids
>(they are programmable in the chips)
>
>But you would onl
Hallo Martin,
Help !
I'm trying to use my CSWQemu, after reading all possible docs and dowloading
several freedos.img, from Qemu and from Bochs.
It seems that it works properly, i see immediately the DOS environment and my
CPU isn't too charged.
But ... i cannot understand either how to copy m
Hi,
Serge wrote:
>Hallo Martin,
>
>Help !
>
>I'm trying to use my CSWQemu, after reading all possible docs and dowloading
>several freedos.img, from Qemu and from Bochs.
>It seems that it works properly, i see immediately the DOS environment and my
>CPU isn't too charged.
>
>
the CSWqemu pac
I'm still seeing the problem that part e of the sparc DVD image for SXCRbuild 46 is corrupt. Any chance of getting this fixed, or is SXCR build 47just around the corner in which case I'll wait for that?
-- -Peter Tribblehttp://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
>
> You may need to add a driver alias or two.
>
> Casper
> ___
> opensolaris-discuss mailing list
> opensolaris-discuss@opensolaris.org
>
I went back to the Solaris HCL, which shows 4 Yukon chipsets but only one,
88E8001, has both 32-bit and 64-bit
Another option is to use the nge (nVidia gigabit ethernet)
driver. Many Socket 939 ASUS motherboards have these
adapters as part of nForce4 chipset. I've had great success
with ASUS A8N-SLI Deluxe in particular in my home zfs file server.
I just had to add new entry to /etc/driver_aliases to mak
On 9/9/06, Andrei Dorofeev <[EMAIL PROTECTED]> wrote:
Another option is to use the nge (nVidia gigabit ethernet)
driver. Many Socket 939 ASUS motherboards have these
adapters as part of nForce4 chipset. I've had great success
with ASUS A8N-SLI Deluxe in particular in my home zfs file server.
I
I am trying to get a handle on my issues here. Truely I feel that GNOME
may be at fault.
Repeatedly I have done the following :
(1) from the dtlogin screen ( or gdm or whatever the new snazzy thing is )
I login to the console as root
(2) userdel -r dclarke
(3) useradd -c "Dennis Clarke" -
Did you change dclarke's UID between (2) and (3) by any chance?
Anyway, it looks like you've got stale gconf and/or ORBit files in
/var/tmp. Best thing to do is:
1) make sure you kill all gconfd-2 processes
2) log in as root on the console and rm -rf /var/tmp/*-dclarke
Yes, this is broken and it
First, thank you for the fast response.
> Did you change dclarke's UID between (2) and (3) by any chance?
Actually I have created and destroyed a few users accounts over and over
and yes, I sometimes used the same uid and sometimes not.
I may have created my own problems here.
> Anyway, it lo
>
> 1) make sure you kill all gconfd-2 processes
> 2) log in as root on the console and rm -rf /var/tmp/*-dclarke
>
I thought I was doing well ... but no ..
I currently have a background splash image .. and _nothing_ else.
A click on any mouse button does nothing.
I waited and waited and wait
37 matches
Mail list logo
