Hi,
Opera seems not to find the .Xauthority file from the root account. I create
the directory /root and copy the file /.Xauthority to it. After that Opera
starts normally. It's not recommended to use Opera with root.
Greetings
This message posted from opensolaris.org
__
Michael Li wrote:
> Actually, there is a page for Bluetooth project in OpenSolaris site,
> http://www.opensolaris.org/os/project/bluetooth
>
> I am working on this project, and planed to setup a Bluetooth stack gate
> in the near future to reflect the activity. Although in prototype stage,
> I
Hi,
excuse me... I've got the same laptop, all works fine but the integrated eth
card is not detected during Solaris 11 installation. Do you explain me how you
setted up your network card ?
Regards.
Ganimede Dignan.
This message posted from opensolaris.org
_
On Fri, Apr 11, 2008 at 12:21 PM, Jürgen Keil <[EMAIL PROTECTED]> wrote:
> > And another case was an attempt to use "xsltproc(1)" on a
> > big xml file, this time on an amd64 x2 machine with 4GB of
> > memory, using zfs, and the xsltproc process had grown to
> > use > 2GB of memory. Again heavy
I just got 1/08 up and running but noticed that the shared folder
option in VMware doesn't work. This is working fine in my 9/07 VMware
image. Is this just a matter of VMware-tools not yet supporting 1/08
or some other issue I might be overlooking? For now I'm using ssh from
Nautilus.
--Sh
On Apr 11, 2008, at 4:02 AM, andrew wrote:
> Copy /etc/nsswitch.dns to /etc/nsswitch.conf then reboot. Or run sys-
> unconfig and choose "DNS" as the name service when prompted.
Thanks for the tip. The nsswitch.dns option didn't work; but sys-
unconfig did the trick.
--Shawn
__
desktop and wireless are pritty much included in SXCE.
Most of the multimedia stuff should be in SFE
(http://pkgbuild.sourceforge.net/spec-files-extra/)
Nexenta uses apt-get to make "GNU/Solaris"
Indiana also includes a new package-management system which has repositories
avalible (although how
> And another case was an attempt to use "xsltproc(1)" on a
> big xml file, this time on an amd64 x2 machine with 4GB of
> memory, using zfs, and the xsltproc process had grown to
> use > 2GB of memory. Again heavy disk trashing, and I
> didn't had the impression that the arc cache did
> shrink e
On Fri, Apr 11, 2008 at 2:20 AM, Jürgen Keil <[EMAIL PROTECTED]> wrote:
> According to the source, it's "3/4 of all memory, or all but 1G,
> whichever is more" (64-bit kernel only, 32-bit is different).
For some reason 1/2 stuck in my head as the max, but I'll believe you. :-)
> 1GB. The resu
Congratulations Anand. Great stuff!!
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Update -
Here is the next draft of obex.
http://anand.bheemaraju.googlepages.com/obex_draft_4b.zip
I have tested it with nokia n70 ( my phone ). I get transfer rates of around
55kBps.
There is some problem with libusb - it won't work with some dongles and some
dongles it will work after some
Thanks frankho for the reply.
It seems this is a difficult task for the moment and people are working on it.
I will be in trouble to install it on a logical partition.
On this computer, Mandriva 2007, FC6, Windows XP and open SuSE 10.2 work fine.
I have created additional partitions.
I thought
Joerg Schilling wrote:
> Is this expected or did I do something wrong:
>
> Check ELF runtime attributes
>
> ./lib/amd64/libc.so.1: .SUNW_dynsymsort: duplicate 0x0015a500:
> $dtrace30275.mutex_lock_kernel, mutex_lock_kernel
> ./lib/amd64/libc.so.1: .SUNW_dynsymsort: duplicate 0x
Is this expected or did I do something wrong:
Check ELF runtime attributes
./lib/amd64/libc.so.1: .SUNW_dynsymsort: duplicate 0x0015a500:
$dtrace30275.mutex_lock_kernel, mutex_lock_kernel
./lib/amd64/libc.so.1: .SUNW_dynsymsort: duplicate 0x0015aa90:
$dtrace30275.mutex
mpstat
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
>
>
>