-
Notifications
You must be signed in to change notification settings - Fork 5
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
Package for Debian? #3
Comments
Naturally, it would be interesting to me and to our entire small community. A bureaucratic procedures for creating an official package scare me now. (To make a working curve package for devuan I tortured literally all my friends package mantainers. And it turned out so-so.) It would be ideal to find a volunteer who would take ownership of the package and leave me more time to develop the code. Otherwise, I am ready to go this way myself. In this case, people who answer my stupid questions will be greatly appreciated. |
Hi,
On So 05 Jan 2020 18:04:18 CET, dimbor-ru wrote:
Naturally, it would be interesting to me and to our entire small
community. A bureaucratic procedures for creating an official
package scare me now. (To make a working curve package for devuan I
tortured literally all my friends package mantainers. And it turned
out so-so.)
It would be ideal to find a volunteer who would take ownership of
the package and leave me more time to develop the code. Otherwise, I
am ready to go this way myself. In this case, people who answer my
stupid questions will be greatly appreciated.
For research purposes and also for providing another nx-libs use case
in Debian, I'd be happy to maintain that package. (Note that I am also
maintaining nx-libs upstream, X2Go in Debian and several other remote
desktop related software packages).
I will "need" / prefer to have a proper upstream release for bringing
an official upload to Debian testing/unstable. Would it make sense to
tag the current state (or an earlier, more stable state) with a
release number?
It may require to update some minor things:
* README.md
* date and version in man pages
* copyright headers (with recent copyright holders)
* upstream ChangeLog
Note that I haven't looked at the code, yet, but surely will if you
are interested in getting a hand with the DEB packaging work.
Furthermore, I am the upstream maintainer of the RDA shared library, a
lib providing an API for desktop environment developers that
recognizes remote desktop technologies being run under.
Greets,
Mike (aka sunweaver at debian.org [1])
[1] https://qa.debian.org/developer.php?login=sunweaver%40debian.org
--
DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: [email protected], http://das-netzwerkteam.de
|
Firstly I must say that your competence is not in question and does not require advertising. Therefore, the project will go under your patronage with pleasure. About README.md: I wrote it in a hurry, without any rules, only to give a general idea. Changes are welcome. The copyright headers of the old freenx are fully retained. Where I seriously changed something, I added my nickname. Indeed, this mostly a collection of old junk is of interest for experiments. Man pages: They are not here now. Except old nxpasswd. But most likely he is inefficient. The circuit with vnc has not been tested. Just now I wondered what man pages are needed there and with what content. Upstream ChangeLog: If we are talking about debian/changelog - this is a stub and must die. (The rest in that dir is also training.) ChangeLog in main tree I will try to supplement in one to two weeks. I also started a VERSION file. But my variant of versioning now exists, so that there are differences between the old and the new product only. If you tell me how to do it right, it will be fine. |
Hi, and apologies for replying to this ticket: are there instructions for how to assemble a home made debian package? thanks in advance 🙏 |
It's actually not as hard as it seems. The final part of the readme file describes a possible solution to the problem with the nxclient on the client side, which means it does not apply to the assembly of the freenx-server package. If you use opennx on the client side, these dances with nxclient binaries are not needed at all. |
Thank you! i'll try that asap! |
In fact, I still would like to bring the freenx-server to Debian some time... |
So i managed to test this one. I built the libs from the arctica project, and freenx from this repo, adding the necessary deps. All went well but somehow, after installation, i do not seem to be able to connect to the server. I get a bunch of different errors in the client ranging from authentication failed to other stuff. |
On server side
|
@dimbor-ru thank you so much for your reply! I did the checks you recommend, as well as adjusting sshd_config as per your instructions after that, the current status is:
And the auth log reports: Also, i do not seem to have the file Just to be clear, this is what i added to
|
First command after package install must be nxsetup --install |
This is very bold, but overkill for the nxserver ;) |
Thanks! that did help! after nexsetup --install and and some tuning i finally get the client to connect (i think), now, however, failing after getting welcomed with:
I selected custom session with startlxqt as im trying to connect to 127.0.0.1 from a running DE
Apologies, i added that hoping it could help, and in the end it remained. Now i removed it, however interestingly nxsetup --test still fails, this time with
But since it seems nxclient gets past that, successfully listing active session, can i assume the sshd part is correct now? |
You need to add string: "PubkeyAcceptedKeyTypes=+ssh-dss"
Yes, it seems to be ok here. Now look at /home/$user/.xsession-errors:XXXXX. May be you need to give full path for "startlxqt". Otnerwise please setup NX_LOG_LEVEL=1 in /etc/nxserver/node.conf.d/03-logging.conf, run nxsetup --mkdb. Then see log files and sessions log dirs at /home/$user/.nx/ |
Aha, thanks! this one made nxsetup --test succeed correctly!
Thanks, after doing that, by looking at the logs, the issue appears to be My /etc/sudoers.d/nxserver looks like:
|
The next steps depend on the specifics of your Linux distribution.
|
Thanks! i had indeed both nx and local users not in the required groups. I suppose this used to be in post_install scripts or something. Anyway now i added nx to sudo and local users to users and i got past that. for the records, i'm on ubuntu 22.04, and also the include line in the /etc/sudoers file starts with @ (@include). this is the whole log block for a connection (to be safe i chose "run the console" instead of custom command, after apt install xterm), that i cannot make much sense of.
|
would that require also bringing all the arctica-project nx libraries as well? |
This need package depends + nxdialog if he not stay in depends.
File is present? If session trying to start, it should be. |
Yes, and i both tried with |
x-server session log locate at "?-hostname-port-sessid/session" |
plus /home/$user/.xsession-errors:port |
Thanks for the suggestion! The problem was actually reported there: I installed dbus-x11 through apt, and now i can start sessions :-) Many thanks, in any case! 🙇 |
@dimbor-ru: This is awesome, that you still maintain FreeNX server. Would you be interested in an official Debian package + upload to Debian?
The text was updated successfully, but these errors were encountered: