Hello,
@Michelle: if your workstation/desktop is some-kind of UNIX/X11 compatibile
you can use X11 forwarding by using
ssh -X username@serviio.server
than run Serviio console and it will show on your workstation/desktop (I
believe I have tried in the past end it worked.).
Regards
Andrej
On Thu,
Hi,
just wanted to point out that I use the PS3 Media Server [1] (also in
Java) headless currently on Linux, but I also found instructions for
OpenSolaris:
http://www.ps3mediaserver.org/forum/viewtopic.php?f=2t=2653start=10
Just FYI.
Cheers,
Ancoron
Refs:
[1]
I second that: using the Android console is the easiest, if you have an
Android phone or tablet.
Otherwise running the serviio-console.sh on a linux box or the console
exe on a windows box will work.
On 2013-03-07 22:50, Fabio Rodrigues wrote:
Consoles (I use the Android one, very good):
Indeed, this works well.
First you must say xhost + or xhost +host in a term window on the
display host, then do the ssh -X ...
You can even say:
ssh -X username@serviio.server
/dir/where/serviio/is/installed/bin/serviio-console.sh
and it will display after a few seconds.
The library
I've tried to use the USE methodology here, but it comes up with a big
blank...
I have these two machines, as far as I can determine identical in all or
at least any important aspect... I think.
I have added the various entries in /etc/gdm/custom.conf, started and
restarted and restarted
From: Grant Albitz [mailto:gr...@schultztechnology.com]
I have been chasing an issue with my openindiana host for some time. It is
stable for a few weeks but then I find it rebooted with no kernel errors.
This sounds like a driver issue. I've had similar problems on an R510 or R520,
or
From: Michelle Knight [mailto:miche...@msknight.com]
It looks like I'm going to have to install something on the server to
publish the video directories in DLNA, which I've got no experience of.
This is what I do:
sudo pkg set-publisher -p http://pkg.openindiana.org/sfe-encumbered
sudo pkg
On Thu, Mar 07, 2013 at 08:24:46AM +0100, Carsten Grzemba wrote:
Am 06.03.13 schrieb Marcel Telka mar...@telka.sk:
/usr/bin/chmod S=cs xscreensaver.sav
Thank you for this hint. (the oposite command to reset: chmod S-cs
xscreensaver.sav)
I investigate further: The same behaviour is on
Am 08.03.13 schrieb Marcel Telka mar...@telka.sk:
On Thu, Mar 07, 2013 at 08:24:46AM +0100, Carsten Grzemba wrote:
Am 06.03.13 schrieb Marcel Telka mar...@telka.sk:
/usr/bin/chmod S=cs xscreensaver.sav
Thank you for this hint. (the oposite command to reset: chmod S-cs
I should point out I have only the xvnc and the tigervnc packages
installed, i e what seems to be the base alternatives for Xvnc
On 2013-03-08 12:25, Hans J. Albertsson wrote:
I've tried to use the USE methodology here, but it comes up with a big
blank...
I have these two machines, as far
--- On Thu, 3/7/13, Richard Lowe richl...@richlowe.net wrote:
From: Richard Lowe richl...@richlowe.net
Subject: Re: [OpenIndiana-discuss] Unexplained system shutdown
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Date: Thursday, March 7, 2013, 10:04 PM
Did the
I decided to try out the zfs rollback feature today. I halted my tomcat zone,
and took a zfs snapshot of it like this:
myad...@baptist.ds:~# zoneadm -z tomcat halt
myad...@baptist.ds:~# zoneadm list -cv
ID NAME STATUS PATH BRANDIP
0 global
Two thoughts:
1) you didn't use the -r or -R flags to zfs rollback
2) are /usr or /var on a different filesystem? Probably not, but good to
check.
Tim
On Fri, Mar 8, 2013 at 5:58 PM, dormitionsk...@hotmail.com
dormitionsk...@hotmail.com wrote:
I decided to try out the zfs rollback feature
The root file system of a zone is not kept in the zonepath but in
zonepath/ROOT/zbe - look for that filesystem to snapshot/rollback, not
the zonepath filesystem itself (which is just an empty container). Your
snapshot listing below shows that.
--
Saso
On 03/08/2013 11:58 PM,
Correction to 1)...first off, you did use -r, but second, from the man page:
The -rR options do not recursively destroy the child
snapshots of a recursive snapshot. Only the top-level
recursive snapshot is destroyed by either of these
options. To
On Mar 8, 2013, at 5:02 PM, Sašo Kiselkov wrote:
The root file system of a zone is not kept in the zonepath but in
zonepath/ROOT/zbe - look for that filesystem to snapshot/rollback, not
the zonepath filesystem itself (which is just an empty container). Your
snapshot listing below shows that.
On Fri, Mar 8, 2013 at 6:18 PM, dormitionsk...@hotmail.com
dormitionsk...@hotmail.com wrote:
On Mar 8, 2013, at 5:04 PM, Timothy Coalson wrote:
Correction to 1)...first off, you did use -r, but second, from the man
page:
The -rR options do not recursively destroy the child
Well, after a short break, during Vespers, it occurred to me that I have all
those auto-snapshots. I don't need to make up a test case. I failed miserably
at getting a Ruby-on-Rails project to run in another zone today. So, I rolled
that zone back to yesterday, like you two said, and now
Thanks all,
I'll give these a shot tonight.
I also took the chickens way out and emailed Humax asking them to
include an SMB option :-) ... they're considering it.
Michelle.
On Fri, 08 Mar 2013 10:13:24 +0100
Hans J. Albertsson hans.j.alberts...@branneriet.se wrote:
Indeed, this works well.
19 matches
Mail list logo