Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

--with-Xdummy --with-Xdummy_wrapper options not honored across invocations of setup.py #908

Closed
totaam opened this issue Jul 7, 2015 · 7 comments

Comments

@totaam
Copy link
Collaborator

totaam commented Jul 7, 2015

Issue migrated from trac ticket # 908

component: server | priority: minor | resolution: wontfix

2015-07-07 15:29:45: jonathan.underwood created the issue


It used to be the case that you could specify --with-Xdummy --with-Xdummy_wrapper when running setup.py build to force selection of the Xdummy wrapper rather than Xvfb without having the Xorg detection stuff kick in. Subsequently, running a python setup.py --skip-build install (without --with-Xdummy --with-Xdummy_wrapper) would install an xpra.conf file which used Xdummy, as expected.

Currently, unless --with-Xdummy --with-Xdummy_wrapper is specified both with build and install, the Xorg detection stuff kicks in during install, and a xpra.conf using Xvfb is installed.

Logically, I expect xpra.conf to be created during build, and whatever is present during install is just installed if we're using --skip-build. I'm not sure when this crept in.

@totaam
Copy link
Collaborator Author

totaam commented Jul 7, 2015

2015-07-07 15:31:58: antoine changed priority from major to minor

@totaam
Copy link
Collaborator Author

totaam commented Jul 7, 2015

2015-07-07 15:31:58: antoine changed status from new to assigned

@totaam
Copy link
Collaborator Author

totaam commented Jul 7, 2015

2015-07-07 15:31:58: antoine edited the issue description

@totaam
Copy link
Collaborator Author

totaam commented Sep 16, 2015

2015-09-16 13:19:23: antoine commented


out of time, and this stuff is always harder than it looks - rescheduling

see also #977

@totaam
Copy link
Collaborator Author

totaam commented Sep 27, 2016

2016-09-27 10:21:03: antoine changed status from assigned to closed

@totaam
Copy link
Collaborator Author

totaam commented Sep 27, 2016

2016-09-27 10:21:03: antoine set resolution to wontfix

@totaam
Copy link
Collaborator Author

totaam commented Sep 27, 2016

2016-09-27 10:21:03: antoine commented


Too hard to fix for little gain.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant