-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Change the compilation folder of X11RDP #42
Comments
o-matic uses the buildx.sh script supplied by the xorg source, and the way it's written at the moment, needs to be supplied with a destination directory, which traditionally is /opt/X11rdp. To do what you suggest would probably need a re-write of that buildx.sh script, or a new script written specifically for o-matic, loosely based on buildx.sh. That's a bit of work I don't currently have time to do at the moment. |
No-need to rewrite buildx.sh. Just change your script, "sh buildx.sh $WORKINGDIR/xrdp/xorg/debuild/x11rdp-files/opt/X11rdp" /opt/X11rdp is traditionally for installation but the script just need a folder for building the package. The best option :
$WORKINGDIR/xrdp/xorg/debuild/x11rdp-files/opt/X11rdp is your new $X11DIR. |
Will it really work? Did you try? I don't think so. |
I just finished to try and it's works. I only tried the compilation of X11rdp. |
Nice work! I'll try when you published the changes. |
@Elvinra I'll give that a try today - thanks for your input by the way 👍 |
In my fork : https://github.com/Elvinra/X11RDP-o-Matic/tree/devel |
@Elvinra Looking at your commit just now, but noticed you added the "-yes" flag to dh_make... Unfortunately, that flag is not backwards-compatible with older debian-based Linux distro versions of dh_make, which stops dead when it sees a flag it doesn't recognise. I've already figured out a workaround for that though to make it backwards-compatible... |
I remove -yes flag to dh_make now. |
Hiya, I've incorporated your changes into the devel branch. I'll close this issue once I've completed tidying up the script, but it looks like your suggestion does indeed work :) I've tested package generation using the xrdp master branch and it appears to have worked. Hoping others can test the devel version and provide further feedback. |
It turned out tour changes are no good, not working now. I concerned that it may not work before. It actually doesn't work. This is the same issue why I struggled and quit to build x11rdp in build directory in X11RDP-RH-Matic. X11rdp executable is looking for libraries in the directory where x11rdp had been built. This will never work. X11rdp executable should find libraries in install destination directory /opt/X11rdp, not the build directory. Without rewriting buildx.sh, x11rdp must be built in /opt/X11rdp directory. We need to revert this changes at once. Please see below log.
|
Hmm. You're right. I can repeat the error. It seems I was correct when I said at first that buildx.sh would need to be re-written. I should have spotted this after the changes were made - I was blinded by the fact that X11rdp did seem to compile fine with the changes. It never occurred to me to manually run the resultant X11rdp binary after it was installed from the generated package. I'll revert back to the old behaviour. Then we can try and figure out what to do about this later. |
Reverted to the original behaviour. The changes simply won't work without using a different X11rdp build script. Needs a re-think. |
For the moment, the binary created during the compilation is on the folder /opt/X11rdp but it's also the install folder for the deb package.
Change it for $WORKINGDIR/Build/X11RDP/opt/x11rdp and use $WORKINGDIR/Build/X11RDP for making the deb package.
The text was updated successfully, but these errors were encountered: