Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17861 - [synergy] script uses bad startup options that prevent remote clients from connecting
Attached to Project:
Arch Linux
Opened by Berkeley Churchill (bchurchill) - Saturday, 16 January 2010, 11:35 GMT
Last edited by Andrea Scarpino (BaSh) - Thursday, 04 March 2010, 13:18 GMT
Opened by Berkeley Churchill (bchurchill) - Saturday, 16 January 2010, 11:35 GMT
Last edited by Andrea Scarpino (BaSh) - Thursday, 04 March 2010, 13:18 GMT
|
DetailsDescription:
When I started synergy using the /etc/rc.d script the server did not accept connections from other computers, even if everything was configured properly. I found that the options used in the script didn't work quite right. As soon as I replaced the line [ -z "$PID" ] && /usr/bin/synergys --config /etc/synergy.conf --address localhost &> /dev/null with [ -z "$PID" ] && /usr/bin/synergys --config /etc/synergy.conf &> /dev/null everything worked without problems. In general, I found the --address localhost option causes the server not to listen for remote clients (I don't know why). Additional info: * package version 1.3.1-7 * my /etc/synergy.conf is attached Steps to reproduce: 1) Install the synergy package 2) Write the /etc/synergy.conf config file (or use the one above) 3) sudo /etc/rc.d/synergy start 4) On another computer run synergyc -f <hostname> |
This task depends upon
Closed by Andrea Scarpino (BaSh)
Thursday, 04 March 2010, 13:18 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#17812
Thursday, 04 March 2010, 13:18 GMT
Reason for closing: Duplicate
Additional comments about closing:
FS#17812)