[02:22] <chasecon> list
[02:22] <chasecon> anyone here who can help me with xubuntu install
[02:22] <chasecon> ?
[04:25] <Travis> Hello.  What is a good program to run a virtual machine?
[04:25] <cfhowlett> virtualbox
[04:25] <cfhowlett> !vbox
[04:28] <Travis> Thank you.
[04:29] <cfhowlett> happy2help! Travis
[04:29] <Travis> I am having issues running Paltalk on here.  I have to resort to a Windows VM.
[04:30] <cfhowlett> no experience or idea with paltalk but setting up a windows VM is quite easy in vbox
[04:39] <Travis> Wine is ok.  I am still trying to get used to it.
[04:41] <cfhowlett> "ok" is about right.  wine is only an emulator and on its best day, does no promise to deliver the same performance as windows.  personally, I've found vbox to be closer to native performance than wine, but ... YMMV
[05:22] <Travis> This is strange.  Firefox wouldn't allow me to adjust the Flash settings, yet Chromium would.
[09:23] <Hund> Alt-tab opens the same list of applications on all my screens. How do I change it so it just appear on one monitor?
[10:14] <auscompgeek> Hund: you might find something in the window manager settings, but I wouldn't remember whether such a setting exists
[10:22] <Hund> auscompgeek: I have looked everywhere. :P
[11:10] <Rhino_Crash> Hi there, running xubuntu and xpra. Xpra is taking 100 MB for redirecting DISPLAY with the server in xfce4-terminal. Is it ok? 100 MB seems to me a lot. Any user of xpra?
[11:12] <gordonjcp> Rhino_Crash: sounds about right tbh
[11:13] <Rhino_Crash> gordon jcp Thank you for reply. I am new to xpra. Made these 2 for cron: @reboot xpra start :100 and @reboot export DISPLAY=:100 && /home/user/myscript.sh: myscript runs my server in terminal. When I loging to X2Go I atach xpra and see the terminal. I hope this is well.
[11:24] <gordonjcp> probably
[11:29] <Rhino_Crash> gordonjcp Thank you for response. I will keep it deployed then cos I must (to be able to maintain it). I was searching another ways how to connect different display running on remote but did not find any.
[11:29] <gordonjcp> Rhino_Crash: what are you displaying?
[11:31] <Rhino_Crash> gordonjcp There is a small sh script starting mono application - server is opensim. The xpra start :100 in task manager shows 49 MiB and some Xpra group leader shows 44 MiB
[11:32] <gordonjcp> Rhino_Crash: can't you just ssh in?  Do you actually need a GUI?
[11:33] <Rhino_Crash> gordonjcp Can I connect to Display 0.0 running remotely and see it running?
[11:34] <Rhino_Crash> gordonjcp (by ssh)
[11:34] <gordonjcp> should do, or maybe ssh X forwarding
[11:35] <Rhino_Crash> gordonjcp and that is waht I was told xpra is doing for me - forwarding X
[11:36] <gordonjcp> yeah
[11:36] <gordonjcp> but does the thing you're running actually use X to display stuff, has it got a GUI?
[11:37] <Rhino_Crash> gordonjcp People also told me that there is no way how to see running server on remote pc without that. I use X2Go client to connect to my remote desktop. I use xfce which has no big requirements
[11:37] <gordonjcp> because if it doesn't just ssh in and run it from the command-line
[11:38] <gordonjcp> right, lunchtime
[11:41] <Rhino_Crash> gordonjcp Enjoy your lunch. I got from your responses that sticking with xpra as I have it is the only option I have and that I have set it well. The option -ssh to that I do not know how to see just that running simulator.
[11:45] <auscompgeek> Rhino_Crash: you still haven't answered the question. does whatever you're running actually need an X display?
[11:47] <Rhino_Crash> auscompgeek Sorry I thought I did. So: opensimulator is a mono application running in a console. You run it by mono OpenSim.exe Then the console appears where you can type commands and administer your server.
[11:47] <auscompgeek> then... can't you just run that over ssh?
[11:48] <auscompgeek> after all, you say it runs in a console, right?
[11:49] <Rhino_Crash> auscompgeek Are you suggesting to me to get rid of xfce completely? that is not what I want. If not, how can I connect?
[11:49] <auscompgeek> ssh?
[11:50] <Rhino_Crash> auscompgeek you mean Putty plus see the display 0.0 - is that possible? No redirection needed?
[11:52] <Rhino_Crash> auscompgeek - trying now with my test virtual pc
[11:52] <auscompgeek> do you need a display?
[11:53] <Rhino_Crash> auscompgeek The only thing I realy need is to see the console after pc has crashed and rebooted. Then cron wakes my simulator and i do not see it at all.
[11:54] <auscompgeek> sounds like X isn't useful at all then
[11:56] <Rhino_Crash> auscompgeek Because when I login back to X2Go I see nothing just the process in task manager. So if I can ssh to it, I can do some maintenance and stop it and start again later to see on my desktop. But I want to see what is happening to the server before I stop and I want to do regular shutdown, not dirty. You may be right yes. I will try to connect
[11:56] <Rhino_Crash> auscompgeek I was trying to way how to just switch displays but I found no help
[11:57] <auscompgeek> one does not simply switch displays over a remote connection
[11:57] <Rhino_Crash> auscompgeek Yes that is probably sad true I got already from others :/ Still you are helpful making this clear to me.
[11:59] <Rhino_Crash> uscompgeek - I logged using Putty to my IP, port 22. What I see is only black screen.
[12:00] <Rhino_Crash> auscompgeek How should I connect to the process?
[12:00] <auscompgeek> run it in screen
[12:01] <Rhino_Crash> Well, so you mean screen will require less MiB than xpra, is this the point?
[12:04] <gordonjcp> Rhino_Crash: yes, running X on a server is madness
[12:10] <Rhino_Crash> OK Guys. What I can do is try to start crashed pc with a screen session by cron on reboot,  instead of xpra. Then I can ssh to it, do what I want and when I want it on my desktop shutdown, stop screen and save the resources. Then I expect that running screen does not take as much as running xpra. True?
[13:11] <sorinb> Hello. It seems that on my computer, I don't have the network applet in the Indicator plugin. Any idea what can I do to get it back ?
[13:14] <sorinb> I am running latest version, but it was an upgraded version, not a clean install
[14:37] <Rhino_Crash> I got here before the suggestion not to use xpra but screen, to save memory. Then I set my cron for it but this went wrong: @reboot export DISPLAY=:0.0 && screen /home/user/folder/subfolder/script.sh - I get "/tmp/crontab.VNMMLc/crontab":0: bad minute errors in crontab file, can't install. Is someone seeing what should be the proper syntax for this cron?
[14:39] <gordonjcp> woah stop
[14:40] <gordonjcp> you probably don't need the DISPLAY bit, if you're not actually using an X display
[14:40] <gordonjcp> and what's cron got to do with it?
[14:41] <Rhino_Crash> gordonjcp I realy value your help ... That cron should start my app when suddenly rebooted and I am not knowing that. Cron starts the script which starts the server I want to ssh to it.
[14:41] <gordonjcp> Rhino_Crash: I'm having trouble understanding what you mean
[14:42] <gordonjcp> also what you're trying to do
[14:42] <gordonjcp> cron is supposed to start things at certain times
[14:43] <Rhino_Crash> godonjcp sorry - language barriere .. so steps are: 1. cron starts the monitor of my server 2. monitor wakeups server and supervises it. Problems which can occure: server crash, pc reboot. What I need - ssh to server after rebooted pc.
[14:44] <gordonjcp> Rhino_Crash: yeah English isn't my first language
[14:44] <Rhino_Crash> gordonjcp - no problem, my is not either ;)
[14:44] <gordonjcp> okay
[14:45] <gordonjcp> so there's two things you want to do - start opensim on your server on boot
[14:45] <gordonjcp> and ssh from your PC to your server?
[14:46] <Rhino_Crash> gordojcp sure - my opensim is solved - monitor works
[14:46] <Rhino_Crash> gordonjcp Problem is I cannot maintain server cos it is on different display
[14:47] <Rhino_Crash> gordonjcp (of course only when server suddenly rebootes which is my concern) It happened twice in a year but ...
[14:49] <gordonjcp> okay
[14:49] <gordonjcp> so someone recommended screen, I'd use tmux, but they do the same job
[14:49] <gordonjcp> screen lets you create a shell and leave it running when you disconnect from it
[14:50] <Rhino_Crash> gordonjcp yes and you told me it will consume less memory
[14:50] <Rhino_Crash> gordonjcp than xpra
[14:50] <gordonjcp> that, and if you don't need to use graphics, it uses less bandwidth
[14:50] <gordonjcp> think abou tit
[14:50] <gordonjcp> you're sending the letters, not pictures of the letters
[14:50] <Rhino_Crash> gordonjcp I tested screen and yes working for me - ssh working for me all ok. But cron not
[14:51] <gordonjcp> right
[14:51] <gordonjcp> cron is probably the wrong tool for this job
[14:51] <xebra> hi, I have this problem: I'd like to know the exact command used by compressing files or folders, when you right click in thunar. Suppose I create a tar archive that way, ok. But how did it create it? I compared one example with "tar -cf", it doesn't get the same result
[14:51] <gordonjcp> Linux (any operating system, any at all, even Windows) is full of useful tools
[14:51] <gordonjcp> you've got to get the right one
[14:51] <Rhino_Crash> gordonjcp I am open to any solution of this as that is my last step I need to acomplish. Just need to be realy sure it starts when it reboots
[14:52] <gordonjcp> Rhino_Crash: which version of Ubuntu are you on?
[14:52] <Rhino_Crash> gordonjcp 14.04
[14:52] <gordonjcp> cool
[14:53] <Rhino_Crash> gordonjcp (plus xfce)
[14:54] <gordonjcp> http://serverfault.com/questions/363208/best-way-to-start-a-program-at-boot-on-ubuntu-server
[14:54] <Rhino_Crash> gordonjcp going there, hopefuly it will be the fix ... thank you, reading
[14:55] <gordonjcp> http://opensimulator.org/wiki/Autorestart_With_Upstart
[14:55] <gordonjcp> ^ that is exactly what you want
[14:56] <Rhino_Crash> gordonjcp not that (second one) ... my script uses code which determnines what is happening inside simulator, not only if it runs
[14:57] <gordonjcp> Rhino_Crash: well it's a good place to start
[14:58] <Rhino_Crash> gordonjcp ... I see, that is for long time and yes I may go through it. But why not cron?
[15:02] <gordonjcp> Rhino_Crash: because cron is for starting things at a certain time
[15:04] <Rhino_Crash> gordonjcp I do not fully understand the difference @reboot @daemonstarts but one of them should cover the situation when my dedicated server reboots - or not?
[15:09] <gordonjcp> Rhino_Crash: possibly
[15:10] <gordonjcp> but don't hammer nails in with a screwdriver, even if it's a really heavy screwdriver
[15:10] <gordonjcp> if you want to start a daemon on boot, use initscripts
[15:19] <Rhino_Crash> gordonjcp - this is what I need to run after reboot: http://pastebin.com/EyNviPxX
[15:20] <gordonjcp> Rhino_Crash: it looks like that is basically doing all the stuff that upstart takes care of for you
[15:20] <gordonjcp> Rhino_Crash: considering the second link is actually right there on the opensim wiki, I suspect they know what they're doing
[15:26] <Rhino_Crash> gordonjcp OK Your help was very appreciated. Thank you for it. I will see all options. The script I have is tested too, maybe half a year of happy usage. Just the cron I am not able to set now or to be sure I can ssh to my running open sim after it rebootes. Because that the script does for me too. Script is NOT a problem, it does what it should do. So if I can ssh to it ok, I can use it. I can even stick with xpra, but the
[15:26] <Rhino_Crash> amount of memory I do not like. So upstart is for me the last option how to control opensimulator but maybe it could start my monitor or screnn session. I realy do not know yet and need to study or find anybody who will help with syntax. You did your best and I value it. :)
[15:27] <gordonjcp> Rhino_Crash: well using X forwarding to control a command-line app is frankly insane :-)
[15:27] <gordonjcp> and upstart is how the authors of opensim recommend you do it
[15:29] <Rhino_Crash> gordonjcp There are many users and developers, I know guy who uses PHP but I do not want apache on the server. So everybody has their way, open sim are hundreds or thousand grids. I wanted something which will control my simulator from inside. Not only looking if process is there.