Re: [LinPrj] r2l 0.9.1
On Fri, 28 Dec 2001, Tzafrir Cohen wrote: I'm generally quite satisfied with this one (even though I have some problems when trying to build it on other platforms, mainly with refreshd, I can live with that) So I'd like to hear some success stories, and then get 1.0 out. i am trying it out here now (redhat 6.2 with various manual changes). first, some output i see in the configure script's output on the screen: checking for gnome - version = 1.0... ./configure: test: integer expression expected after -lt yes there's some problem with the test there. i see this again later when checking for another component. running with '-x' reveals the problem is with 'gnome_wanted_micro_version' being set to an empty string, rather then a number, at line 835, and thus the 'test' on line 2581 yields a syntactic error. the other component with a problem is 'r2llib'. on line 1014. what happend is that 'r2llib-config --version' here returns '0.32', while the script seems to expect '0.3.2', and this the script sets r2llib_config_micro_version to an empty string. please note that i have a copy of r2llib installed in the system, and i also get a warning about it: configure: warning: Using system version of r2llib from /usr/local/bin/r2llib-config libdockapp was detected properly. i'll run a test without it in a minute, to see if it works. another thing - when i ran 'make install', then after the installation, an 'install' script is being built - either it should be built _before_ installing the files, or it shouldn't be built at all - but certainly not be built as the last operation of 'make install'. now, running biditext causes applications to crash during startup (tried with 'netscape' [which crashed] and with 'gnome-terminal'. gnome-terminal itself didn't crash, but a lynx ran under it crashed with a bus error). i decided perhaps my local copy of r2llib is at fault, so i manually removed it (removing all files from /usr/local/lib/libr2l* and /usr/loacl/bin/r2l*, including the insalled r2l applets). when i did that, the configure script barfed that i don't have a version of 'r2llib', and then barfed that i don't have the right version - it shouldn't go checking the version if it doesn't find the library. nontheless, it ran to the end. the 'r2l' program was not installed in the system - which is not good, since its being used by the 'biditext' shel script. the newly resulting biditext still caused netscape to crash with bus error during startup. i also noticed that you're not using the latest version of r2lgnomepapplet - which is more visually appealing then the current one, and also suppports the '--minimal' flag shlomi has requested. i'll send you its sources in the next email. -- guy For world domination - press 1, or dial 0, and please hold, for the creator. -- nob o. dy - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.9.1
On Fri, 28 Dec 2001, Kohn Emil Dan wrote: Just an aside, make sure that on other (i.e. non-Linux) platforms the ABSTRACT_UNIX_SOCKET_ADDRESSES macro is not defined in refreshd_params.h Regards, Emil I think it compiled without it. But I needed to add -lsocket to the link line . It is on csd under /tmp/tzafrir (it should be world-readable) On Fri, 28 Dec 2001, Kohn Emil Dan wrote: Hi Tzafrir, What problems did you experience with refreshd? Can I help you with that? Emil On Fri, 28 Dec 2001, Tzafrir Cohen wrote: Another release This is something which is much more of a decent release. It should build on most standard machines now, I believe. You can get it, as usual, from: http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball I removed the four separatesubpackages. There is only one package (r2l-* itself). THus there is much less junk there. One problem with building it is that the option '--prefix' of the configure script has no effect. If you want to build it under, say, /home/tzafrir , then you should run: make PREFIX=/home/tzafrir There are also configure options (that do work) for disabling the build of refreshd (--disable-refreshd) or for disabling the build of the r2l-plugins (--disable-plugins). I'm generally quite satisfied with this one (even though I have some problems when trying to build it on other platforms, mainly with refreshd, I can live with that) So I'd like to hear some success stories, and then get 1.0 out. -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED] - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED] -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]
Re: [LinPrj] r2l 0.9.1
Hi Tzafrir On Fri, 28 Dec 2001, Kohn Emil Dan wrote: Hi Tzafrir, There should be no problem regarding its compilation, however if you compile it don't remove that macro from refreshd_params.h refreshd will not run correctly. What I wanted to say here was that if you compile with the macro ABSTRACT_UNIX_SOCKET_ADDRESSES defined on platforms other than Linux 2.2+ then refreshd will compile, but it will not work. You *must* undefine that macro on platforms other than Linux 2.2+ !! You *may* also compile on Linux 2.2+ with the macro undefined, but in this case it won't use the abstract UNIX domain socket addresses. I don't think that anyone could understand anything out of my previous reply. I hope this makes it clearer. On Fri, 28 Dec 2001, Tzafrir Cohen wrote: On Fri, 28 Dec 2001, Kohn Emil Dan wrote: Just an aside, make sure that on other (i.e. non-Linux) platforms the ABSTRACT_UNIX_SOCKET_ADDRESSES macro is not defined in refreshd_params.h Regards, Emil I think it compiled without it. But I needed to add -lsocket to the link line . Welcome to Solaris ;-)). Solaris being a SysV derived system uses streams as the primary kernel communication mechanism. Sockets are implemented in user space using the streams system calls. Any program using sockets on Solaris must link with -lsocket. In addition almost any program using sockets over TCP/IP must link with -lnsl. But this is not the case with refreshd. It is on csd under /tmp/tzafrir (it should be world-readable) /tmp/tzafrir is world-readable. However r2l-0.9.1 is not (no exec bit set to the world). Anyway I looked around in the r2l-0.9.1.tar.gz file. The macro in refreshd_params.h is defined. For Solaris, this is clearly wrong. Thinking better, probably the default should be with that macro undefined and adding -DABSTRACT_UNIX_SOCKET_ADDRESSES to gcc when compiling under Linux 2.2+ Regards, Emil On Fri, 28 Dec 2001, Kohn Emil Dan wrote: Hi Tzafrir, What problems did you experience with refreshd? Can I help you with that? Emil On Fri, 28 Dec 2001, Tzafrir Cohen wrote: Another release This is something which is much more of a decent release. It should build on most standard machines now, I believe. You can get it, as usual, from: http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball I removed the four separatesubpackages. There is only one package (r2l-* itself). THus there is much less junk there. One problem with building it is that the option '--prefix' of the configure script has no effect. If you want to build it under, say, /home/tzafrir , then you should run: make PREFIX=/home/tzafrir There are also configure options (that do work) for disabling the build of refreshd (--disable-refreshd) or for disabling the build of the r2l-plugins (--disable-plugins). I'm generally quite satisfied with this one(even though I have some problems when trying to build it on other platforms, mainly with refreshd, I can live with that) So I'd like to hear some success stories, and then get 1.0 out. -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED] - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED] -- Tzafrir Cohen mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED] - Haifa Linux Club Projects Mailing List (http://linuxclub.il.eu.org) To unsub send an empty message to [EMAIL PROTECTED]