[Pkg-x2go-devel] Bug#655618: ITP: nx-libs -- NX protocol libraries and binaries

Stefan Lippers-Hollmann s.L-H at gmx.de
Fri Jan 13 16:14:08 UTC 2012


Hi

On Friday 13 January 2012, Mike Gabriel wrote:
> Hi Reinhard, dear all,
> 
> On Fr 13 Jan 2012 11:31:00 CET Reinhard Tartler wrote:
> 
> > http://anonscm.debian.org/gitweb/?p=collab-maint/x2go/nx-libs.git;a=tree
> > and, from what I see, is appropriate for being uploaded to unstable. For
> > clarity, I think we should rename the git repository from nx-libs.git to
> > nx-libs-light.git. Mike, can you please handle that?
> 
> Renamed!
> http://anonscm.debian.org/gitweb/?p=collab-maint/x2go/nx-libs-lite.git;a=tree
[...]

Thanks, this makes it a lot more reviewable (I stumbled into the full 
nx-libs in the master branch last night). nxcomp and nxproxy indeed
don't pose the problems I mentioned last night.

But I wonder, why do you need a merged source for this? The current 
versions of nxcomp and nxproxy, each built from their own upstream 
tarballs, is already at the 3.2 version state and should work (given 
that it's in the archive already) for client uses. If it's stability,
as mentioned in some other string of this thread, that would be a 
mere - fixable - bug, but the only reason I can see is making the 
server parts buildable - and that's where my concerns of massive code 
duplication of the full X.org 6.9 source tree return.

Yes, I'm aware of how well the NX protocol works over high latency and
low bandwidth links, but I also know how much of a nightmare it is to
work on that imake hell of the forked X.org 6.9, aka nx-x11, source.

Regards
	Stefan Lippers-Hollmann



More information about the Pkg-x2go-devel mailing list