Thanks Ken,
maybe you can help us to make Ekiga work?
It's now published, but not working. We have not enough expertise on this
component yet.
Also, we still have problems with vte based terminal, maybe someone has any
clue?
Gabriele.
--
I don't think it will work, but you may try: too many dependencies on new
packages that may
collide with your OI ones, also the kernel is updated with newer glib and is
patched to work with it.
We would like if you can provide us with the problems you encountered on our
desktop so we can
fix the
> -Original Message-
> From: Jim Klimov [mailto:jimkli...@cos.ru]
> Sent: Saturday, December 21, 2013 10:13 AM
Recycle.
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-
I have seen something like this before long ago on an OpenSolaris box. It was
desktop grade equipment, machine, disks, nonECC memory, and every scrub found
issues. Never did find the source. Did not have the issue on server grade
setups, and the individual parts worked and tested fine, no errors
I would investigate the possibility to hook the hard drives up to
another system with say, an LSI 1068 based controller and see how they
behave there...
On 2013-12-21 16:13, Jim Klimov wrote:
> Hello all,
>
> I got access to my old Home-NAS again, which got me looking under deep
> the hood of ZFS
Hello all,
I got access to my old Home-NAS again, which got me looking under deep
the hood of ZFS in the first place due to strange errors with my pool.
This is a Pentium-4 based PC including an Asus P5B-Deluxe motherboard
with 7 SATA connectors (an Intel and a JMicron set), with 8GB of
(non-EC