LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Desktop (https://www.linuxquestions.org/questions/linux-desktop-74/)
-   -   Any good window managers that are geared towards multi monitors and having apps launch on proper one? (https://www.linuxquestions.org/questions/linux-desktop-74/any-good-window-managers-that-are-geared-towards-multi-monitors-and-having-apps-launch-on-proper-one-4175586790/)

Ztcoracat 09-27-2016 02:49 PM

Quote:

I find it very weird that there aren't enough DE developers out there with two monitors and even NVIDIA graphics that no developer has ever had this issue.
That strikes me as very odd too:-

Quote:

do Linux developers really only run open-source drivers and/or single monitor setups?
It's possible that they only run open-src drivers but I highly doubt they limit themselves to just one monitor.

Quote:

If so then I wonder why as one would hope that skilled developers can afford more than one monitor and a card to drive them.
I personally know a developer and he is paid exceptionally well so purchasing one or 2 brand new monitors and a good GPU to drive them should be a reasonable expense that wouldn't break their bank account.

I think (or at least what it looks like) is developers are not being paid to do this and I'm beginning to wonder if this is why Linux DE's still have this issue with multi-monitoring.

---------------- -------------------- --------------------- ---------------------
It looks like nVidia supports multi-monitoring but I'm not sure about AMD/ATI.
http://www.nvidia.com/object/nvs-graphics-cards.html

How to set up multiple monitors with nVidia:
http://nvidia.custhelp.com/app/answe...tiple-monitors

Ztcoracat 09-27-2016 02:51 PM

Quote:

Originally Posted by IsaacKuo (Post 5610676)
I don't really notice which monitor something initially opens up the first time. I just move it to where I want it, and the application remembers where I wanted it. Not all applications are necessarily so well behaved, of course, but I guess I don't use badly behaved ones often enough to really care.

Why is it that not all application are behaved so well?

Could it be that the API is lacking something?

IsaacKuo 09-27-2016 04:36 PM

I would think it's because the developers of those badly behaved ones don't care to fix it and/or they have their own ideas about how it's supposed to behave and/or they honestly don't have multi-monitor setups. I don't know, like I said I don't really notice it at all.

If I could afford to spend money on it, I'd much rather have a single large 4K monitor than a cluster of lower resolution monitors. A single 50" 4K monitor gives as much space as a cluster of four 25" 1920x1080 monitors, but it's more flexible and it doesn't have black bars in the way. The sheer size would make it impractical for me to utilize more than one of them effectively...I'd have to twist my neck around like crazy. Heck, I'd probably do better with a 39" than a 50" just to reduce neck twisting.

Others may prefer to have a much higher DPI with multiple small high resolution monitors, but for my particular dev work a high DPI does not really confer a benefit.

Ztcoracat 09-27-2016 04:46 PM

Quote:

Originally Posted by IsaacKuo (Post 5610706)
I would think it's because the developers of those badly behaved ones don't care to fix it and/or they have their own ideas about how it's supposed to behave and/or they honestly don't have multi-monitor setups. I don't know, like I said I don't really notice it at all.

If I could afford to spend money on it, I'd much rather have a single large 4K monitor than a cluster of lower resolution monitors. A single 50" 4K monitor gives as much space as a cluster of four 25" 1920x1080 monitors, but it's more flexible and it doesn't have black bars in the way. The sheer size would make it impractical for me to utilize more than one of them effectively...I'd have to twist my neck around like crazy. Heck, I'd probably do better with a 39" than a 50" just to reduce neck twisting.

Others may prefer to have a much higher DPI with multiple small high resolution monitors, but for my particular dev work a high DPI does not really confer a benefit.

Yeah, I looked at a handful of 50 inch monitors online and they are really pricey!
This would be worth saving up for if you can.

IsaacKuo 09-27-2016 06:14 PM

Sometimes they go on sale for a price low enough to almost tempt me. Right now, hhgregg seems to have a 48" Seiki 4K on sale for under $300. I'm not familiar with reviews of this model, but if it's anything like the Seiki 39" and 50", it's only capable of 30hz refresh at full 4K resolution and color reproduction is mediocre. Which sucks for 4K TV or high end gaming, but it's just peachy for software development, DBA work, document processing, etc...

Anyway, getting back to the original topic - I find that generally XFCE4 will open up a new window on the screen where my mouse cursor is, if the software doesn't specify. That seems good enough for me. It doesn't break any intuitive expectations I have, and it's easy to control where a new application opens up when I do so.

Ztcoracat 09-27-2016 06:54 PM

Red Squirrel:

Is XFCE 4 working for you with multiple monitors? (reasonably)

Red Squirrel 09-27-2016 06:55 PM

Yeah a 4k has actually crossed my mind would solve all of this, I would hope. I have a KVM though so I can use my windows machine too, not sure how 4k would behave with one of those. USB/DVI ones are hard enough to find as is let alone trying to find one that supports 4k.

Quote:

Originally Posted by IsaacKuo (Post 5610669)
What versions of synergy are you using? I use Debian stable and XFCE4 across the board, with the version of synergy in the Debian stable repositories (1.4.16). It works, and never crashes. Cut-and-paste works great. It gets kind of laggy sometimes for reasons I don't really understand, but that's why I made some taskbar shortcuts to restart the clients/server in a few clicks.

The bottom line is that you can get synergy to work reliably and lag free.


I don't recall for sure since I've since clean installed, but I think it was 1.7.6. I could not use the one built into the OS repo since it was too old and I had no choice but to go from source for the Raspberry PIs and that one was newer and they all have to match. Something like that, I forget the details.

I tried to go to 1.8.2 but it just would not compile because of some new dependency they added. Something to do with openssl, but it was not openssl itself. Or think it was wrong version. Dependencies are bad enough as is, it's when it's wrong version where things get REALLY ugly and think that was the error I was getting. Something to do with a lib version.

But even if I got it to work I still had the issue of the RPI browser constantly closing on it's own. My left monitor is mostly for monitoring stuff or doing quick research that I may want to be able to reference while I'm working on main, so I tend to just leave a browser open and require it to stay open. Suppose I could use a PC based solution instead of raspberry PIs, but then it means I'm looking into 100w+ territory. The RPIs only use like 5w vs a regular PC that uses 100w at least.

Ztcoracat 09-27-2016 07:01 PM

If the compilation failed it should of told you why and what dependency it was.
Installing that dependency first and than try to compile should work.

Quote:

, it's when it's wrong version where things get REALLY ugly and think that was the error I was getting. Something to do with a lib version.
I understand, BTDT-

Was the nVidia link on post #51 on how to set up multiple monitors of any help?

Red Squirrel 09-27-2016 07:24 PM

I know how to set it up with nvida, this is how it's setup now, it "works". The problem as I mentioned is how each app seems to behave differently, some very terribly, in how they support multi monitor. I have the centre set as Primary, yet some apps still insist on opening on the side ones, or spawning dialogs or other elements on the wrong one.

As for synergy this is the error I get:

Code:

dpkg -i synergy-v1.8.2-stable-36cd521-Linux-i686.deb
Selecting previously unselected package synergy:i386.
(Reading database ... 207619 files and directories currently installed.)
Preparing to unpack synergy-v1.8.2-stable-36cd521-Linux-i686.deb ...
Unpacking synergy:i386 (1.8.2) ...
dpkg: dependency problems prevent configuration of synergy:i386:
 synergy:i386 depends on libcurl3 (>= 7.19.7).
 synergy:i386 depends on libavahi-compat-libdnssd1 (>= 0.6.25).
 synergy:i386 depends on openssl (>= 1.0.1).

dpkg: error processing package synergy:i386 (--install):
 dependency problems - leaving unconfigured
Processing triggers for gnome-menus (3.13.3-6ubuntu3.1) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu5) ...
Processing triggers for mime-support (3.59ubuntu1) ...
Errors were encountered while processing:
 synergy:i386

This is a Mint 18 system fully up to date, no idea what to do about it wanting a different lib version, no way I want to start messing around with 3rd party repositories. I always end up botching my system when I do that.

Ztcoracat 09-27-2016 07:42 PM

Sorry to hear the applications are not opening on the monitor that you want them to.
I wish I knew how to fix it. If I find out how, you'll be the first to know.:)

From reading this output until these dependencies are met the compilation will not be successful.
Install each dependency in the order it's listed.

Code:

dpkg: dependency problems prevent configuration of synergy:i386:
 synergy:i386 depends on libcurl3 (>= 7.19.7).
 synergy:i386 depends on libavahi-compat-libdnssd1 (>= 0.6.25).
 synergy:i386 depends on openssl (>= 1.0.1).

https://help.ubuntu.com/community/SynergyHowto


Synergy is out of Beta right?

IsaacKuo 09-27-2016 07:45 PM

If you're using dpkg to install a .deb, it's not "compiling". "Compiling" refers to a process which creates binary object files (which contain executable machine code) from text source files. Usually when you try to install something from source, it comes in a tarball.

Anyway, I'd go for using whatever older version is in the repositories. Installing various things with newer/different versions than what the rest of the system's software expects can lead to more headaches than it's worth.

So why was the older version too old?

BTW, there are plenty of regular Intel based conventional computers which consume way less than 100W. I use 60W power bricks on my cheap used T5010 laptops, and that's just for peak power. That's power consumption including the power consumed by the display, of course. You can easily get some old off-lease corporate fleet laptops dumped on eBay for $30. The cheapest ones typically don't come with any hard drive, but you'd be doing diskless boot to minimized power consumption anyway.

Red Squirrel 09-27-2016 07:46 PM

Problem is I'm on a distro that uses a package manager, I should and don't want to install stuff manually as it will cause conflicts and other issues. I've fully updated the system and those dependencies are at their latest version but it still won't install because it wants even higher versions then what the distro provides.

If I install the synergy version that's in the repo, then the one that's in the repo for the RPI won't match. They have to match or they won't connect.

Ztcoracat 09-27-2016 08:19 PM

Quote:

Originally Posted by Red Squirrel (Post 5610755)
Problem is I'm on a distro that uses a package manager, I should and don't want to install stuff manually as it will cause conflicts and other issues. I've fully updated the system and those dependencies are at their latest version but it still won't install because it wants even higher versions then what the distro provides.

If I install the synergy version that's in the repo, then the one that's in the repo for the RPI won't match. They have to match or they won't connect.

***Your right:-:)

So....unless you want to over ride your pkg mgr I don't see the most current versions of those dependencies getting met.

This is why I run Slackware.
It's dependency hell sometimes but worth it in the end.

Do you think Red Squirrel that if the API of the applications that are opening on the wrong monitor 'could be modified' it would stop opening on the wrong monitor?

OR> is the window mgr that needs modified with a script too make the app open on the desired screen?

IsaacKuo 09-27-2016 08:23 PM

You could use the same OS for both the Raspberry Pi and your main computer. Also, there's a certain amount of compatibility between versions. IIRC, the version in Debian Wheezy (e.g. Raspbian) is compatible with the version in Debian Jessie (current Debian Stable). I don't remember for sure, though, since I may not have spent as much time with a mixed Wheezy/Jessie state during the dist-upgrades than I have done in the past.

Red Squirrel 09-27-2016 08:33 PM

Quote:

Originally Posted by Ztcoracat (Post 5610763)
Do you think Red Squirrel that if the API of the applications that are opening on the wrong monitor 'could be modified' it would stop opening on the wrong monitor?

OR> is the window mgr that needs modified with a script too make the app open on the desired screen?


Idealy it should be the window manager that handles it, then it's not app dependent. Though I'm not even sure if it's a Window manager thing, maybe it's more an X thing. The way things should work is that when any GUI element is launched it opens where it was actually launched from. That seems like such a simple thing.

I opened gimp for the first time, and it went into it's horrible multi window mode and it literally exploded across all 3 monitors. It was like a GUI bomb went off. That's completely insane. Thankfully they have single window mode for it so it's only a one time issue, I set it to single window mode and hopefully next time it will open on primary. But some apps do spawn their own dialogs for open/save and other stuff. Dev c++ is notorious for having certain dialogs insist on going on the left monitor no matter what you do. It should not be app dependent, the OS should basically create a boundary of sorts to force apps to only spawn on the monitor they were launched from.

As a test I just went to the Nouveau driver but I don't see a change in behavior. Had an app open 3 monitors down from where it was opened.

Also, in my previous Distro (Mint 17 KDE) I was able to install different window managers and pick them from a drop down somewhere in system settings. I can't seem to find that in 18 Cinnamon, anyone know how to do that? I'm thinking of just installing a very simplified window manager, then look at the code to see what is involved. I might just look at coding my own. I imagine it's quite involved though... but if I can just modify an existing and figure out how to get it to integrate in the system so it creates an entry in that drop down, might be worth a shot.

Though I was really counting on separate X sessions working though, it's really too bad it does not. That would have been the ultimate fix.


Quote:

Originally Posted by IsaacKuo (Post 5610765)
You could use the same OS for both the Raspberry Pi and your main computer. Also, there's a certain amount of compatibility between versions. IIRC, the version in Debian Wheezy (e.g. Raspbian) is compatible with the version in Debian Jessie (current Debian Stable). I don't remember for sure, though, since I may not have spent as much time with a mixed Wheezy/Jessie state during the dist-upgrades than I have done in the past.


RPI is fairly limited in the distros it can run, there are only a few for it. THough I never thought of using old laptops, they use less power than a full blown PC, but would allow me to run x86 /x 64 based OSes giving me more choices. Ex: same OS as main machine, then I can use whatever synergy is in the repo.

I suppose one other options is to do the separate X sessions, but rather than open stuff through the normal methods (Ex: application menu) I could just have scripts that set the environment display variable then launches the stuff. Typically on the side monitors the stuff I open is fairly limited. Browser, consoles, maybe RDP/VNC sessions. So I could just create special shortcuts for those I suppose, and they would set the proper display variable.

Come to think of it, is there a way to force everything on one X session, if I force everything to the primary by default then there's no chance of stuff launched from the primary to go to the other monitors. Then for the other two monitors I could have full screen VNC sessions open to some remote server/VM. Basically have everything open on primary unless I use environment variable set. By default, it seems to be random.

Ztcoracat 09-27-2016 08:56 PM

Quote:

Idealy it should be the window manager that handles it, then it's not app dependent. Though I'm not even sure if it's a Window manager thing, maybe it's more an X thing.
Thank you-

Knowing that information might help me in my research to reveal something to stop this maddening multi-monitor nightmare and put it to bed.:) (that's what I'm hoping)

Quote:

I'm thinking of just installing a very simplified window manager, then look at the code to see what is involved.
I've talked to other Guru's about reading code and working with it and it's not easy.
From the impression they gave me it's very involved.
If you can read code you've got it made!

Quote:

I can't seem to find that in 18 Cinnamon, anyone know how to do that?
No, sorry- Google it and see what you get.

https://www.slant.co/topics/390/~win...gers-for-linux
http://www.techradar.com/news/softwa...r-linux-972570

273 09-28-2016 12:58 AM

Quote:

Originally Posted by IsaacKuo (Post 5610727)
Anyway, getting back to the original topic - I find that generally XFCE4 will open up a new window on the screen where my mouse cursor is, if the software doesn't specify. That seems good enough for me. It doesn't break any intuitive expectations I have, and it's easy to control where a new application opens up when I do so.

I find XFCE works fine, until it doesn't. For example, when opening a file in Thunar some applications open in the active session and others just open in the primary (:0.0), though those same applications open fine form the menu. Then, as Red Squirrel mentions, some applications just open dialogue boxes or other popups on the primary monitor regardless. I find anything asking for root password will also open on the primary regardless.

Red Squirrel 10-01-2016 11:11 PM

I just had another idea, a twist on the Synergy idea, while keeping the ability to use the RPI. I can setup a VM, or two, that uses the same OS as my workstation, so that I can use the synergy package that is in the repo and don't have to worry about all the dependencies and crap when trying to install it manually. I would setup the RPIs to automaticly VNC full screen into the VM. I can probably have a single VM, since VNC in Linux acts kind of like RDP in Windows, so I would just have two separate sessions.

This feels kinda dirty though, I'm hoping there's a better way without having to rely on external hardware and VNC. VNC is kinda slow, too. But I suppose this is worth a shot.

Red Squirrel 10-09-2016 11:00 PM

I did not get a chance to play with the above idea, but another thing I thought of, is this the sort of thing that Wayland could have the ability to solve? I wonder if this is something that should be brought up to their developers as something to look into. Since it's something fresh and new perhaps more thought can go into it for better window behaviour at a global level, so that individual window managers don't need to worry about it.

I also hope Wayland will solve screen tearing, that seems to be a big issue in a lot of Linux configurations. Maybe this whole issue is just the thing of waiting for Wayland, if it will indeed solve all this.

Ztcoracat 10-10-2016 11:25 PM

I'm having surgery in a couple of days so the research I've mentioned in post #66 will be on hold for at least a week.

If I find something worthy Red Squirrel I'll post it for you.

Ztcoracat 10-10-2016 11:34 PM

As far as Wayland is concerned Gnome and KDE are expected to be ported to it for now.
https://wayland.freedesktop.org/

Never heard of the 3D Maze Compositor till today:-
https://wiki.archlinux.org/index.php/wayland

If Wayland would solve your entire issue that would be GREAT!

Red Squirrel 10-11-2016 12:57 AM

Quote:

Originally Posted by Ztcoracat (Post 5616355)
I'm having surgery in a couple of days so the research I've mentioned in post #66 will be on hold for at least a week.

If I find something worthy Red Squirrel I'll post it for you.

Appreciated, but no rush, take care of yourself first.

Ztcoracat 10-11-2016 01:45 AM

Quote:

Originally Posted by Red Squirrel (Post 5616369)
Appreciated, but no rush, take care of yourself first.

Got it- Thanks-:)

Ztcoracat 10-20-2016 08:16 PM

In my research I found a fix for the KDE DE with dual monitors.

To make app open on the same monitor every time in KDE:

In KDE 4.13.3 (mayby in some olders and newers you can do this (translation may be inacurrate - I use polish version):
1. run the desired program
2. right-click on its title bar
3. choose "more actions"->"additional window settings..." (even more options are under "additional program settings...")
4. go to tab "size&layout"
5. Mark checkbox "Screen" and choose "Force" and choose the screen number. Window of this program will be opened always on that screen.

Another fix for the KDE DE:

This is a window manager specific solution. This is how to do it with kwin which is KDE's default window manager.
If you right click on the application Title Bar and select more settings -> special application settings.
Go to Window matching tab. Click on Detect Window Properties button. Then with mouse cursor click on application main window. It will select window class etc and also get window positioning info etc.
Then click on Size and Position tab. Click the Box Position and box Size and drop down box to right of both and set to remember.
Then click ok.
Next time you run the app it should be the same size and on same monitor.

-----------------------------------------------------------------

If you are using XINERAMA to make both displays look like one to X, then you would use the -geometry option to ask applications to appear at a specific location. If you have the displays setup as different screens then you will use the DISPLAY to achieve this.
Give these a try:
$ DISPLAY=0.0 xterm &
$ DISPLAY=0.1 xterm &
Other tools for multi monitors
Sensible toolkits support a -geometry option, which allows your application to request being placed at a specific position. If you don't have this option
available, you can use wmctrl if you have an EWMH/NetWM compatible X Window Manager to move and resize already existing windows (see wmctrl (1), you need options -r and -e). I use devilspie to force placement of some windows and of course your window manager of choice may have its own facility to force window placement.
devilspie allows to apply certain actions on X windows and can use X window properties to discern different windows and applications. The key rule for you would be geometry "<width>x<height>+<xoffset>+<yoffset>".

Aside from those solutions I didn't find anything else worthy to manage a Window Mgr or multipule monitors. (it's really discouraging)

WiKi for Multipule Monitors
https://wiki.gentoo.org/wiki/Xorg/Gu...tiple_monitors

HTH -;)

Ztcoracat 10-20-2016 08:21 PM

I spoke to a guy that use to work in SQL and he suggested to look in 'display settings'.

Maybe look into the display environment variable; what it does and what it is responsible for.

Red Squirrel 10-20-2016 10:47 PM

Yeah I had tried that, I found that there was one setting that would actually disallow you to even move a window to the other screen, it would snap back, but it SEEMED to work. However, there is still the odd program where it would not work. As testing I even went as far as making a global rule and it still did not work.

I am thinking of maybe going back to nvidia driver and trying the separate X displays again (the nvidia settings box has the option so that's why I need to use nvidia driver). Only thing I find it's very tricky to get them in the right order since the drag/drop of the displays gets really finicky in this mode. But once I can get seperate X display to work, then maybe it's just the thing of forcing everything to the centre (primary ex: 0.0) display. Then I can have some kind of exception that will launch VNC into the two side monitors. I am wondering if I can have a script that does that, as it can probably set the environment variable from the main dektop then set it back. Once the VNC sessions are open I don't have to worry about opening stuff off the side monitors anymore. Just as long as opening stuff from the primary actually sticks properly. My experience when I tried separate X displays is that stuff STILL randomly opened in the wrong one, but it seemed to do it mostly from the side monitors. I did not play around with it long enough though, as I had trouble getting the order right and it was a little dizzying with everything being out of place. But maybe it's my best bet to try to get it working again. Just need to figure out how to order them right. The GUI tool is really finnicky. For some reason in CentOS there is no xorg.conf file so anything that tells me to go in there won't work.

The xinerama solution looks interesting, where do I put the -geometry parameter and is it something that will work 100% of the time? What about if a dialog is spawned from a program that is on the side monitor will the dialog stay on that monitor or still go where -geometry is set?

Ztcoracat 10-21-2016 03:34 PM

You can pass the -geometry option (or any X Server option) directly to the X Server via VNC.
https://support.realvnc.com/knowledg...l-mode-desktop

The -geometry option allows you to specify the size and position of the window on the display. The geometry specification has the format:
http://docstore.mik.ua/orelly/linux/run/ch11_01.htm


Quote:

What about if a dialog is spawned from a program that is on the side monitor will the dialog stay on that monitor or still go where -geometry is set?
I honestly don't know. Sorry-

Red Squirrel 10-22-2016 05:11 PM

Newer distros are weird they got rid of lot of the typical config files like xorg.conf, so it really limits options.

As a totally unrelated issue, I tried to update my BIOS but it only made the issue worse, basically the issue is that this motherboard for some reason does not like addon video cards, it POSTS very slowly, sometimes goes into a loop etc... I said screw it, and just took the video card out. So stuck with just one monitor for now. I think I'm going to try to revisit a synergy or similar method. At this point I'm even contemplating looking into what it would take to build a piece of hardware that does it. Basically a device that the mouse and keyboard plugs into, and then it has USB out for each system. The device would emulate a generic HID keyboard and mouse, and then the real keyboard and mouse plugs into the device and by pressing a button it would switch which one it controls. I guess almost like a KVM, except it would be seamless and faster. I could technically use a KVM to do this but KVMs are slow since they don't emulate the keyboard/mouse to the OS so it's like plugging/unplugging all the time.

I'm going to keep trying to get Synergy to work meanwhile. Though from what I'm reading on their forums even the newer versions crash a lot. It seems the whole project has gone downhill.

I might also look into just going 4k, then I can probably actually code on just one monitor as there will be way more real estate.

As for getting multi monitor working on a normal setup I think I'm going to just wait until Wayland is more standard and hope that they addressed a lot of the issues.

273 10-22-2016 05:22 PM

Quote:

Originally Posted by Red Squirrel (Post 5621582)
As for getting multi monitor working on a normal setup I think I'm going to just wait until Wayland is more standard and hope that they addressed a lot of the issues.

I wish I could even get Wayland to work on either of my systems to try it -- there's a lot of promise there but I can't even open a Gnome or Plasma (KDE) session on Wayland yet, sadly.
I am a bit worried though because Wayland is the future of Linux desktops so if multi-monitor is a bad as or worse than X11 then that's the end of multi-monitor on Linux for good.

Ztcoracat 10-23-2016 11:08 AM

After reading a few articles about Wayland it sounds like there is good intention for the replacement for X but I wasn't able to find any documentation suggesting that Wayland developers are working on it.

Has anyone seen or found anything on the implementation of this project?

Maybe this is what's holding up the progress?

Quote:

The Wayland maintainer(s) have the right to refuse any patches that are not accompanied by a unit test or if the patches break existing unit tests.
https://wayland.freedesktop.org/testing.html

------------------------------------------------------
Quote:

As for getting multi monitor working on a normal setup I think I'm going to just wait until Wayland is more standard and hope that they addressed a lot of the issues.
I hope too that this get's resolved.
Looks like it's going to take time.

Red Squirrel 10-29-2016 01:31 AM

I ended up just going back to the Synergy route, but that program is a piece of crap and crashes constantly. So I still need to figure out a long term solution. I spend more time having to SSH into all the devices so I can restart the service, than actually using it.

I might have to dig through the synergy code and check what functions/classes/etc are used to work with the keyboard and mouse (capturing keys etc) then I'll just write my own.

Ztcoracat 10-29-2016 08:34 PM

Quote:

Originally Posted by Red Squirrel (Post 5624390)
I ended up just going back to the Synergy route, but that program is a piece of crap and crashes constantly. So I still need to figure out a long term solution. I spend more time having to SSH into all the devices so I can restart the service, than actually using it.

I might have to dig through the synergy code and check what functions/classes/etc are used to work with the keyboard and mouse (capturing keys etc) then I'll just write my own.

Sorry to hear synergy keep crashing and your spending more time having to SSH-
Wish I knew what the answer was:-

Good luck!

Red Squirrel 10-31-2016 06:13 PM

I may look at writing a "watchdog" program, just need a way to monitor that the process is not responding. Then it will do a kill -9 and restart it. The server usually needs to be kill -9'ed, the clients only need to be restarted. On the synergy forums it's fully of people saying it's crashing, even the latest version. They really need to streamline the code and figure out the crash issue. I know how hard that can be to do myself though, but it needs to be done. Once I can get that working I may have a usable scenario. The RPI browser also crashes all the time, well it just closes on it's own, so to remedy that I'll just turn the RPIs into a thin client and have them VNC into a server session. VNC is decently usable for regular tasks, at least I'll try it and see.

It's too bad the x2vnc was not working out as I liked the idea of that one, but mouse cursor was way too choppy.

Ztcoracat 10-31-2016 08:15 PM

Quote:

On the synergy forums it's fully of people saying it's crashing, even the latest version.
There's got to be a way to find out what's making it crash. Maybe try writing to the Developer:
Chris Schoenemans?
https://en.wikipedia.org/wiki/Synergy_%28software%29

I found him on Linkedin. The rest of the team members that helped him with Synergy are on that page.
https://www.linkedin.com/in/chris-schoeneman-b081871

-::-Try launching Synergy via the terminal and see if it throws any errors. The errors might give a clue as to why it's crashing.-::-

Red Squirrel 11-01-2016 09:45 PM

When you launch from a terminal it runs in the background, ex: not like any other app where it would "take over" the console. It just goes back to the prompt, but it's running in background. Kind of like a service I guess. There are no logs that I know of. I imagine the devs are constantly being bombarded with crash reports already. The cause seems to be with copy/paste. If there is something on the clipboard from one screen and you try to paste on the other, it's SUPPOSE to work, it's a feature, but really, it just locks up the system then crashes. I presume the normal crashes may possibly be related to that like if you carry mouse over with a non empty clip board it has a certain chance to crash.

At some point when I feel inclined to I will dig through the source and see what it would take to make a streamlined version of it.

Ztcoracat 11-02-2016 07:30 PM

Quote:

Originally Posted by Red Squirrel (Post 5625960)
When you launch from a terminal it runs in the background, ex: not like any other app where it would "take over" the console. It just goes back to the prompt, but it's running in background. Kind of like a service I guess. There are no logs that I know of. I imagine the devs are constantly being bombarded with crash reports already. The cause seems to be with copy/paste. If there is something on the clipboard from one screen and you try to paste on the other, it's SUPPOSE to work, it's a feature, but really, it just locks up the system then crashes. I presume the normal crashes may possibly be related to that like if you carry mouse over with a non empty clip board it has a certain chance to crash.

At some point when I feel inclined to I will dig through the source and see what it would take to make a streamlined version of it.

What a mess:-
Happy digging through src.

IsaacKuo 11-03-2016 05:48 AM

My latest experience may be unrelated to your problems, but maybe not:

Recently, I have been having severe problems with synergy getting ridiculously sluggish and consuming a lot of CPU. Turns out that my scripts for killing off old synergyc clients wasn't working because the command "killall" wasn't installed on a couple of the clients (very minimal new RAMboot installs; solved with "apt-get install psmisc").

The result was that I had multiple instances of synergyc running on a couple clients. This caused sluggishness and also caused some logs somewhere to balloon in size (still don't know where). My usual habit when these problems crop up is to click on all my "restart synergy script" icons, and this would just end up making the problem even worse.

So, I'd check each machine to make sure only one instance of synergys/synergyc is running on each.


All times are GMT -5. The time now is 02:02 PM.