On Dec 21, 2007 8:31 AM, Leopold Palomo-Avellaneda <<a href="mailto:lepalom@wol.es">lepalom@wol.es</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
A Divendres 21 Desembre 2007 01:42, Marcelo Boveto Shima va escriure:<br><div class="Ih2E3d">> This is ok if you want just to execute remote applications. But is not ok<br>> if you want to execute remote desktop (nxagent).
<br>> I tried once but nxagent didn't compile with that nxcomp.<br><br></div>Marcelo,<br><br>I think that there's some error in some part. The nxcomp package doesn't<br>compile in a pbuild environment. I have had to add x11proto-core-dev
<br>dependency to build it (deleting the nxlibs-dev dependency).<br><br>I have not tested your nx11proto-core package. I'm sorry, but I would like to<br>test your previous work. I don't understand why it can run remore
<br>applications but not remote desktop and why nxagent didn't compile.<br></blockquote><div><br>In my previous work I just compiled nxcomp with x11proto-core-dev like you did. And then nxagent didn't compile with the resulting nxcomp.
<br><br>x11proto-core-dev and nx11proto-core-dev are almost the same. The only difference is on <a href="http://Xpoll.h.in">Xpoll.h.in</a>. Look at the difference:<br><br>+/*<br>
+ * Replace the standard Select with a version giving NX a<br>
+ * chance to check its own descriptors. This doesn't cover<br>
+ * the cases where the system is using poll or when system-<br>
+ * specific defines override the Select definition (OS/2).<br>
+ * See XlibInt.c for _XSelect().<br>
+ */<br>
+<br>
+#ifdef NX_TRANS_SOCKET<br>
+<br>
+extern int _XSelect(int maxfds, fd_set *readfds, fd_set *writefds,<br>
+ fd_set *exceptfds, struct timeval *timeout);<br>
+<br>
+#ifndef hpux /* and perhaps old BSD ??? */<br>
+# define Select(n,r,w,e,t) _XSelect(n,(fd_set*)r,(fd_set*)w,(fd_set*)e,(struct timeval*)t)<br>
+#else<br>
+# ifndef _XPG4_EXTENDED /* HPUX 9.x and earlier */<br>
+# define Select(n,r,w,e,t) _XSelect(n,(int*)r,(int*)w,(int*)e,(struct timeval*)t)<br>
+# else<br>
+# define Select(n,r,w,e,t) _XSelect(n,(fd_set*)r,(fd_set*)w,(fd_set*)e,(struct timeval*)t)<br>
+# endif<br>
+#endif<br>
+<br>
+#else /* #ifdef NX_TRANS_SOCKET */<br>
+<br>
#ifndef hpux /* and perhaps old BSD ??? */<br>
# define Select(n,r,w,e,t) select(n,(fd_set*)r,(fd_set*)w,(fd_set*)e,(struct timeval*)t)<br>
#else<br>
@@ -130,6 +172,8 @@<br>
# endif<br>
#endif<br>
<br>
+#endif /* #ifdef NX_TRANS_SOCKET */<br>
+<br><br><br>I just can tell that this is the magic nomachine did to make nxagent work.<br><br>If you take a look at nx-X11 source, you will notice that is xorg 6.9 + some files called *.NX.original and *.X.original.<br>
Ex: Xpoll.h.in.X.original is the one that came with xorg 6.9. And Xpoll.h.in.NX.original is the same as <a href="http://Xpoll.h.in">Xpoll.h.in</a>.<br><br>Every file that nomachine changes they create a .X.original and .NX.original. Don't know why but there is some magic with the new
<a href="http://Xpoll.h.in">Xpoll.h.in</a> =).<br>Xorg 6.9 and Xorg 7.0 are the same. One is modular the other not. So I took x11-proto-core from Xorg 7.0 and applied the diff from nx-X11 source.<br><br>Regards,<br>Marcelo.
<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>I will inform,<br><br>regards,<br><br>Leo<br><br>> Regards,<br>> Marcelo
<br>><br><div><div></div><div class="Wj3C7c">> On Dec 20, 2007 8:50 PM, Leopold Palomo Avellaneda <<a href="mailto:lepalom@wol.es">lepalom@wol.es</a>> wrote:<br>> > A Dijous 20 Desembre 2007, Marcelo Boveto Shima va escriure:
<br>> > > Hi,<br>> > ><br>> > > Just uploaded nx11proto-core to ppa. nxcomp now depends on it.<br>> > > nxcomp uses 1 file that differs from x11proto-core to build.<br>> > > To make it modular I've created this new package.
<br>> ><br>> > Ummm,<br>> ><br>> > I don't understand it. I have delete the dependency and the package have<br>> > compiled and created without any problem. Are you sure that this package
<br>> > needs the nxlib-dev (or nx11proto-core) ?<br>> ><br>> > Regards,<br>> ><br>> > Leo<br>> ><br>> > > On Dec 20, 2007 3:41 PM, Leopold Palomo-Avellaneda <<a href="mailto:lepalom@wol.es">
lepalom@wol.es</a>><br>> ><br>> > wrote:<br>> > > > A Dimecres 19 Desembre 2007 22:38, Marcelo Boveto Shima va escriure:<br>> > > > > In my repos I have nx 3.1 packages.<br>> > > > >
<a href="https://edge.launchpad.net/%7Emarceloshima/+archive" target="_blank">https://edge.launchpad.net/~marceloshima/+archive</a><<a href="https://edge.laun" target="_blank">https://edge.laun</a><br>> > > > >
<a href="http://chpad.net/%7Emarceloshima/+archive" target="_blank">chpad.net/%7Emarceloshima/+archive</a>><br>> ><br>> > <<a href="https://edge.launchpa" target="_blank">https://edge.launchpa</a><br>> >
<br>> > > > ><a href="http://d.net/%7Emarceloshima/+archive" target="_blank">d.net/%7Emarceloshima/+archive</a>> It's built for feisty.<br>> > > ><br>> > > > Ok,<br>> > > >
<br>> > > > Marcelo I'm trying to build your packages (3.1) in a etch environment<br>> > > > (pbuilder). I have found a circular dependency that I don't like/know<br>> ><br>> > to
<br>> ><br>> > > > to<br>> > > > solve.<br>> > > ><br>> > > > If I try to build nx....dsc that provides nxlibs-dev it needs<br>> > > > libxcomp-dev.<br>> > > > Ok, but if I want to build libxcomp .... it needs nxlibs-dev ... so,
<br>> > > > I cannot<br>> > > > build it.<br>> > > ><br>> > > > Any idea,<br>> > > ><br>> > > > regards,<br>> > > ><br>> > > > Leo
<br>> > > ><br>> > > > > Regards<br>> > > > > Marcelo<br>> > > > ><br>> > > > > On Dec 19, 2007 6:05 PM, Jeremy Wilkins <<a href="mailto:wjeremy@shaw.ca">
wjeremy@shaw.ca</a>> wrote:<br>> > > > > > I'm up for it Tim, but I need a reliable source who is willing to<br>> > > ><br>> > > > update<br>> > > ><br>> > > > > > their packages regularly when updates occur.
<br>> > > > > ><br>> > > > > > Tim Freedom wrote:<br>> > > > > > > On Sun Dec 16 08:56:33 CET 2007,<br>> > > > > > ><br>> > > > > > > Jeremy Wilkins (wjeremy at
<a href="http://shaw.ca" target="_blank">shaw.ca</a>) wrote:<br>> > > > > > >> Well, now I have repos for FreeNX 0.7.1 that you can download<br>> > > > > > >> from:<br>> > > > > > >>
<br>> > > > > > >> deb <a href="http://www.datakeylive.com/ubuntu" target="_blank">http://www.datakeylive.com/ubuntu</a> gutsy main<br>> > > > > > >> deb-src <a href="http://www.datakeylive.com/ubuntu" target="_blank">
http://www.datakeylive.com/ubuntu</a> gutsy main<br>> > > > > > >><br>> > > > > > >> You can build from source using Debian's or Ubuntu's source<br>> > > >
<br>> > > > building<br>> > > ><br>> > > > > > >> methods<br>> > > > > > ><br>> > > > > > > Jeremy, would you entertain a<br>> > > > > > >
<br>> > > > > > > deb <a href="http://www.datakeylive.com/debian" target="_blank">http://www.datakeylive.com/debian</a> etch main<br>> > > > > > ><br>> > > > > > > if debian files were compiled and supplied to ya ? If so any
<br>> > > > > > > takers that are willing to do this and if not then we need<br>> ><br>> > someone<br>> ><br>> > > > > > > to step forward to create and house said files within a debian
<br>> ><br>> > repo<br>> ><br>> > > > > > > somewhere...<br>> > > > > > ><br>> > > > > > > Again the key here is to maintain these repositories and to
<br>> > > > > > > make<br>> > > ><br>> > > > sure<br>> > > ><br>> > > > > > > they're alive and well on each release of the freeNX package.
<br>> > > > > > ><br>> > > > > > > Regards.<br>> ><br>> > _________________________________________________________________________<br>> ><br>> > > > > >___________
<br>> ><br>> > --<br>> > --<br>> > Linux User 152692<br>> > PGP: 0xF944807E<br>> > Catalonia<br></div></div></blockquote></div><br>