On 18.03.2015 08:48 AM, Mike Gabriel wrote:
normally (at the moment) no X2Go component build-depends (in the strict
sense) on any other X2Go component.
This was true before my change to x2gomatebindings. This package now
build-depends on x2goserver and x2goserver-extensions, so that it does
Processing control commands:
forwarded -1 https://github.com/ArcticaProject/nx-libs/issues/6
Bug #826 [nxagent] shadow sessions inside nxagent sessions fail
Set Bug forwarded-to-address to
'https://github.com/ArcticaProject/nx-libs/issues/6'.
--
826:
Package: nxagent
Severity: important
Version: 3.5.0.29
Control: forwarded -1 https://github.com/ArcticaProject/nx-libs/issues/6
We just tried to run cascaded sessions with one of them being a
desktop sharing session:
(a) from client (host-A) launch X2Go session to a remote server (server-B)
Hi,
The perl dependencies seem fine with that, but I've still got a bunch of
packages that depend on the older version of nx-libs, e.g.:
Error: Package:
libNX_Xfixes-3.5.0.28-0.0x2go1.1.git20141114.546.main.el6.x86_64
(@x2go-releases)
Requires: nx-libs(x86-64) =
Hi Mihai,
- Original message -
Hi
The subject pretty much sums it up. We are currently not adding our
packages on packages.x2go.org to mock and obs builds. Is there any
specific reason, why not?
To build cleanly?
This is a deal breaker for packages that require x2go packages
On 18.03.2015 08:36 AM, Wim De Smet wrote:
The perl dependencies seem fine with that, but I've still got a bunch
of packages that depend on the older version of nx-libs, e.g.:
Error: Package:
libNX_Xfixes-3.5.0.28-0.0x2go1.1.git20141114.546.main.el6.x86_64
(@x2go-releases)
Control: tags -1 patch
Hi Mihai,
On Di 17 Mär 2015 17:57:51 CET, Mike Gabriel wrote:
Control: reassign -1 x2goclient
Control: found -1 4.0.4.0
Hi,
On Di 26 Aug 2014 19:08:26 CEST, KeRo wrote:
I have two type of broker session configured, MATE for normal desktop use
and a SHADOW session
Processing control commands:
tags -1 patch
Bug #584 [x2goclient] x2go Session Broker don't work with shadow sessions
Added tag(s) patch.
--
584: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=584
X2Go Bug Tracking System
Contact ow...@bugs.x2go.org with problems
Processing commands for cont...@bugs.x2go.org:
tag #811 pending
Bug #811 [x2goclient] installation file -- obviouslynice.de = obviously-nice.de
Added tag(s) pending.
fixed #811 4.0.4.0
Bug #811 [x2goclient] installation file -- obviouslynice.de = obviously-nice.de
There is no source info for
tag #584 pending
fixed #584 4.0.4.0
thanks
Hello,
X2Go issue #584 (src:x2goclient) reported by you has been
fixed in X2Go Git. You can see the changelog below, and you can
check the diff of the fix at:
http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=d294bbb
The issue will most
On 03/18/2015 12:10 AM, Mihai Moldovan wrote:
On 25.01.2015 05:43 AM, Orion Poplawski wrote:
[...]
I could probably have the Fedora x2goserver package provide
x2goserver-extensions to help with such situations.
Please do. For both Fedora and EPEL, if possible.
I just had to work around
Hi
The subject pretty much sums it up. We are currently not adding our
packages on packages.x2go.org to mock and obs builds. Is there any
specific reason, why not?
To build cleanly?
This is a deal breaker for packages that require x2go packages at build
time when downstream does not have
On 25.01.2015 05:43 AM, Orion Poplawski wrote:
[...]
I could probably have the Fedora x2goserver package provide
x2goserver-extensions to help with such situations.
Please do. For both Fedora and EPEL, if possible.
I just had to work around this in
13 matches
Mail list logo