Does anyone know if there is an arctica project repository for OpenSuseor other place to get NX Libs 3.5.99?
I've recently upgraded to leap 42.2 and encountered the magic xrandrversion issue (it wants version 1.3 or later, the existing x2goserver users version 1.2) and I can't install the nightly builds because it wants libnx 3.5.99 and what's provided is 3.5.0.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On 06.02.2017 10:58 PM, Robert Dinse wrote:
The nightly version of X2Go's nx-libs won't have a newer RANDR extension, so that won't do any good...
As for Arctica: no, we currently do not provide RPM packages yet, AFAIK there's only Debian and Ubuntu packages.
Might change at a later time, but most developers are on a Debian-based distribution and work is focusing on getting the code into shape, with administration coming far later.
You could try building the package yourself using OBS, but that's not trivial...
Mihai
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Mon, 6 Feb 2017, Mihai Moldovan wrote:
Odd, the nightly build resolved that issue with 1.3 on all of the debianmachines.
As for Arctica: no, we currently do not provide RPM packages yet, AFAIK there's only Debian and Ubuntu packages.
How did they build an x2go server that requires 3.5.99 libs on OpenSusethen? There is the server there in the repository but says no source for the libs it needs.
The libs? Or the server? The server is already in the nightly repo,just not the libs it needs. But they must be present somewhere or they could not have built it.
Mihai
On 06.02.2017 11:22 PM, Robert Dinse wrote:
Odd, the nightly build resolved that issue with 1.3 on all of the debianmachines.
Hum... really? There has been *no* changes related to that in nx-libs for the past 6 months, so I really wonder why you're seeing that. Again, with the X2Go nx-libs, not Arctica.
I'm pretty sure I explained that before, but here we go again:
X2Go Server essentially is a collection of shell and perl scripts, aiming at session management and all that's necessary to get the job done. It has run-time dependencies on nx-libs (and its various subcomponents), but no build-time dependencies on nx-libs.
Hence, if I wanted, I could change X2Go Server's dependencies to require nx-libs 82.3 and the package would still build fine. Mind you, it wouldn't be installable without forcing your package manager to accept a broken state, but the binary packages would make it to the repository just fine...
Now, nx-libs is the entirety of our virtual X server, including nxagent (the X server itself), nxproxy (a piece of software that connects a client's X server to nxagent's virtual X server and compresses X calls) and its various support libraries and data. In X2Go-realm, we rebrand nxagent as x2goagent. Thus, whenever something is not working correctly within an already established graphical session, likely chances are that nx-libs is at fault.
Just like above, nx-libs do not need X2Go Server to be built, but may require subcomponents at run time.
That was the easy part, now for the difficult one...
Since Arctica is the new home of nx-libs development, we tried to purge X2Go references in nx-libs and make it more generic. One part of that was deleting the "x2goagent" branding stuff from nx-libs and moving that over to X2Go Server, which makes a lot of more sense. These changes were backported to the legacy nx-libs line we're using in X2Go... but package moves are tricky.
It seems as though something is amiss, as X2Go Server should be installable with both nx-libs from the X2Go Nightly and Arctica repositories. Obviously though, I messed something up, if it doesn't work properly for you.
To be a bit more graphical, this was the old situation (related to x2goagent):
nx-libs (3.5.0.x) <--includes--> [ x2goagent (branding), nxagent (real binary), other packages ... ] x2goserver <--depends--> [ x2goagent, other packages ... ]
New situation : nx-libs (3.5.99.x - Arctica) <--includes--> [ nxagent (real binary), other packages ... ] x2goserver <--includes--> [ x2goserver-x2goagent (branding), other packages ...] <--depends--> [ x2goserver-x2goagent OR x2goagent, other packages ... ]
The tricky thing is that x2goserver is supposed to work with both nx-libs versions, but it EITHER needs x2goagent from the 3.5.0.x-legacy X2Go nx-libs package OR its own x2goserver-x2goagent package when used with the 3.5.99.x-Arctica nx-libs package. And that seems to still blow up and needs fixing...
To make the situation worse is that we'll also need a working upgrade path for X2Go Server stable to X2Go Server nightly (as the current nightly version is bound to become the new stable version at some time.) The stable X2Go Server version requires x2goagent specifically at the moment. Package managers will thus update nx-libs packages first. If you happen to also update to Arctica's nx-libs packages, the x2goagent package will be removed (as it's gone there) and all hell breaks loose.
TL;DR: bug in X2Go Server, as it's *supposed* to work with X2Go's and Arctica's nx-libs packages alike, but currently leaves you with a broken mess, I guess. Theoretically, it should work if you install the "x2goagent" package manually if you want to use X2Go's nx-libs nightly packages, or make sure that Arctica's nx-libs packages are installed and pull-in x2goserver-x2goagent manually. Not both at the same time.
I really need to work on that again, but it's difficult without enough hardware resources to spin up virtual machines for all theses distros and test thoroughly.
Mihai
I do have the artica project repo on these machines, was necessary to getfull display without manually setting xrandr from the command line. This is why I asked about artica project for opensuse.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Tue, 7 Feb 2017, Mihai Moldovan wrote:
What I've done for Mint, Debian, and Ubuntu, all the most current releases, that works is to remove EVERYTHING related, all the x2go stuff, all the libnx stuff, nxagent, etc.
Then with artical repository added and nightly builds repository added:
apt install x2goserver x2goclient
And that pulls everything including libnx 3.5.99 and everything worksmostly. It sizes the screen properly etc.
The one problem I am having is nxagent does core dump from time to timeon all of these platforms and also on Fedora.
For some reason vi file in a terminal often seems to trigger the core,though afterwards I can reconnect and vi the same file and it will be fine.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Eskimo North Linux Friendly Internet Access, Shell Accounts, and Hosting. Knowledgeable human assistance, not telephone trees or script readers. See our web site: http://www.eskimo.com/ (206) 812-0051 or (800) 246-6874.
On Tue, 7 Feb 2017, Mihai Moldovan wrote:
On 07.02.2017 12:58 AM, Robert Dinse wrote:
That should about do the trick. But I cannot expect users to uninstall all stuff first and then reinstall. We need a working, smooth upgrade path.
Yep, Walid on the x2go-dev mailing list also sees crashes. That's one of the reason why we're not replacing nx-libs in X2Go realm with the Arctica nx-libs. It's heavily in the works and might be unstable.
Sadly, as mentioned, Arctica does not yet provide any RPM packages. To be honest, so far you're the only one having asked for OpenSUSE packages.
Mihai
On Tue, 7 Feb 2017, Mihai Moldovan wrote:
One of the nice things I discovered is that 3.5.99 works with both x2goand freenx-server so I can make things work for customers who have purchased the nx client as well or are using opennx. I have some clients who prefer to run antique operating systems, windows xp, ubuntu 12.04, etc, so it is nice to have that backwards compatibility for those who prefer to remain backwards.
Sadly, as mentioned, Arctica does not yet provide any RPM packages. To be honest, so far you're the only one having asked for OpenSUSE packages.
I did not have the problem with OpenSuse 13.2 or 42.1, but when I did therecent distribution upgrade to 42.2 it broke (got the little tiny screen). I can manually set the resolution with xrandr just as was the case with the debian derived machines. I tend to keep things very current, so I'm probably one of the early adopters of 42.2. And OpenSuse doesn't seem to be hugely popular amoung my clients anyway so it's not super urgent.
-
Mihai Moldovan -
Robert Dinse