Hi
In order to lower resource stress when building packages, I plan to deprecate support for distributions that have reached End Of Life on September 4th 2016.
This includes the following distro versions:
After deprecation, no new builds will be published and existing builds will be deleted from the repositories to discourage users from installing unmaintained software.
Mihai
I don't see Ubuntu 15.10 there which I believe also reached end of life
as it was not a long term support release.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- 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 Sun, 21 Aug 2016, Mihai Moldovan wrote:
Date: Sun, 21 Aug 2016 11:59:26 +0200 From: Mihai Moldovan <ionic@ionic.de> Reply-To: "x2go-project@lists.x2go.org" <x2go-project@lists.x2go.org> To: "x2go-project@lists.x2go.org" <x2go-project@lists.x2go.org> Cc: x2go-announcements@lists.x2go.org, "x2go-dev@lists.x2go.org" <x2go-dev@lists.x2go.org>, "x2go-user@lists.x2go.org" <x2go-user@lists.x2go.org> Subject: [X2Go-User] Upcoming Deprecation of EOL Distributions
Hi
In order to lower resource stress when building packages, I plan to deprecate support for distributions that have reached End Of Life on September 4th 2016.
This includes the following distro versions:
- Debian: o 6.0 "squeeze"
- Fedora o 19 o 20 o 21 o 22
- OpenSuSE o 12.2 o 12.3 o 13.1
- SuSE Linux Enterprise Desktop (not Server!) o 11.2 o 11.3
After deprecation, no new builds will be published and existing builds will be deleted from the repositories to discourage users from installing unmaintained software.
Mihai
On 21.08.2016 01:45 PM, Robert Dinse wrote:
I don't see Ubuntu 15.10 there which I believe also reached end of life
as it was not a long term support release.
Good point, but Ubuntu is special as we build packages for this platform on Launchpad. There, old distributions are removed automatically (or at least can't be selected anymore and no automatic builds will happen?)
I could go through all packages on Launchpad and remove 15.10 manually, but that doesn't make sense as it's a very lengthy process. Instead, I might do that while adding the upcoming Ubuntu version 16.10.
Mihai
Since Launchpad is taking care of it then why worry about it.
I am having problems with x2go on 16.04.1 LTS that were not a problem
on 15.10. When I connect using display 1, x2go locally takes over my whole display BUT only draws a tiny window for the remote site in the upper left corner.
If I try to use System -> Preferences -> Hardware -> Displays to change
the resolution to the 1680x1050 of my local screen it says "Could Not Get Scren Information, RANDR extension is too old, must be at least 1.3", but if I do xrandr -v it tells me randr program version 1.5 but server reports randr version 1.2.
My present work around is to type:
xrandr -s 1680x1050
Every time I login but that is kind of a pain in the arse.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- 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 Sun, 21 Aug 2016, Mihai Moldovan wrote:
Date: Sun, 21 Aug 2016 20:45:35 +0200 From: Mihai Moldovan <ionic@ionic.de> To: Robert Dinse <nanook@eskimo.com>, "x2go-project@lists.x2go.org" <x2go-project@lists.x2go.org> Subject: Re: [X2Go-Project] [X2Go-User] Upcoming Deprecation of EOL Distributions
On 21.08.2016 01:45 PM, Robert Dinse wrote:
I don't see Ubuntu 15.10 there which I believe also reached end of life
as it was not a long term support release.
Good point, but Ubuntu is special as we build packages for this platform on Launchpad. There, old distributions are removed automatically (or at least can't be selected anymore and no automatic builds will happen?)
I could go through all packages on Launchpad and remove 15.10 manually, but that doesn't make sense as it's a very lengthy process. Instead, I might do that while adding the upcoming Ubuntu version 16.10.
Mihai
On 21.08.2016 08:54 PM, Robert Dinse wrote:
Since Launchpad is taking care of it then why worry about it.
Because I *have* to go through every package and enable new builds - that's not done automatically. An additional click while I'm on it won't kill me. :)
I am having problems with x2go on 16.04.1 LTS that were not a problem
on 15.10. When I connect using display 1, x2go locally takes over my whole display BUT only draws a tiny window for the remote site in the upper left corner.
If I try to use System -> Preferences -> Hardware -> Displays to change
the resolution to the 1680x1050 of my local screen it says "Could Not Get Scren Information, RANDR extension is too old, must be at least 1.3", but if I do xrandr -v it tells me randr program version 1.5 but server reports randr version 1.2.
Good debugging, that's probably the reason why it shows such behavior. I assume in 15.10, MATE (or whatever component is responsible of resizing on window size changes) didn't require RANDR 1.3 yet, but only 1.2, which the current nx-libs does provide.
If that changed with the packages in 16.04, we're in for trouble. I don't think it makes sense to backport RANDR 1.3 to nx-libs 3.5, but instead have it on the agenda for 3.6. X2Go is scheduled to eventually switch to 3.6 anyway and at least the nightly repository can coexist with both 3.5.0.x and 3.5.99 as released by Arctica last month.
My present work around is to type:
xrandr -s 1680x1050
Every time I login but that is kind of a pain in the arse.
It is.
Try to automate it by creating a startup item in your desktop environment and running this as a script.
Still a hacky workaround, but you'll save yourself the pain of doing that manually.
Mihai
Can't figure out where mate has start up scripts. The mate-session
start up is a binary. There is an /etc/mate/xrandr directory with no contents and no man page. It does not source .bashrc or .profile.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- 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, 23 Aug 2016, Mihai Moldovan wrote:
Date: Tue, 23 Aug 2016 16:43:52 +0200 From: Mihai Moldovan <ionic@ionic.de> To: Robert Dinse <nanook@eskimo.com> Cc: "x2go-project@lists.x2go.org" <x2go-project@lists.x2go.org> Subject: Re: [X2Go-Project] Upcoming Deprecation of EOL Distributions
On 21.08.2016 08:54 PM, Robert Dinse wrote:
Since Launchpad is taking care of it then why worry about it.
Because I *have* to go through every package and enable new builds - that's not done automatically. An additional click while I'm on it won't kill me. :)
I am having problems with x2go on 16.04.1 LTS that were not a problem
on 15.10. When I connect using display 1, x2go locally takes over my whole display BUT only draws a tiny window for the remote site in the upper left corner.
If I try to use System -> Preferences -> Hardware -> Displays to change
the resolution to the 1680x1050 of my local screen it says "Could Not Get Scren Information, RANDR extension is too old, must be at least 1.3", but if I do xrandr -v it tells me randr program version 1.5 but server reports randr version 1.2.
Good debugging, that's probably the reason why it shows such behavior. I assume in 15.10, MATE (or whatever component is responsible of resizing on window size changes) didn't require RANDR 1.3 yet, but only 1.2, which the current nx-libs does provide.
If that changed with the packages in 16.04, we're in for trouble. I don't think it makes sense to backport RANDR 1.3 to nx-libs 3.5, but instead have it on the agenda for 3.6. X2Go is scheduled to eventually switch to 3.6 anyway and at least the nightly repository can coexist with both 3.5.0.x and 3.5.99 as released by Arctica last month.
My present work around is to type:
xrandr -s 1680x1050
Every time I login but that is kind of a pain in the arse.
It is.
Try to automate it by creating a startup item in your desktop environment and running this as a script.
Still a hacky workaround, but you'll save yourself the pain of doing that manually.
Mihai
On 21.08.2016 11:59 AM, Mihai Moldovan wrote:
[...] This includes the following distro versions:
- Debian: o 6.0 "squeeze"
- Fedora o 19 o 20 o 21 o 22
- OpenSuSE o 12.2 o 12.3 o 13.1
- SuSE Linux Enterprise Desktop (not Server!) o 11.2 o 11.3
I have now fully finished the deprecation of mentioned versions, lest OpenSuSE 13.1 as per one request and because OBS is relatively resource-friendly, compared to the build systems we utilize for Debian and Fedora builds.
The old packages have been moved to a new location under http://archives.packages.x2go.org - users who still need to access these packages should change the URLs accordingly.
New rsync modules have been added for archived Debian, Fedora and EPEL packages.
Additionally, I have installed new rsync modules for SUSE Linux Enterprise, OpenSUSE and their respective archive counterparts, because we did not have any of them yet.
Wiki pages related to packaging have been mostly rewritten with new information and where appropriate links changed to wiki:repositories:XXX to not include redundant data and condense information. New pages have been added to the wiki for archived repositories and cross-linked to their non-archived counterpart pages.
Mihai