Custom Query (420 matches)

Allow these to work with -site for Greenstone 3.

On Ubuntu, GLI's file associations like evince %1 and gedit %1 all fail to work since LD_LIBRARY_PATH has been set globally with setup.bash so that wvware can use gnome-lib libs. These libs are, however, incompatible with Ubuntu's inbuilt versions of its GUI libraries. These GUI libraries are needed for gedit, emacs, evince and the rest to display their GUI windows.

Since only wvware really needs the LD_LIBRARY_PATH set to these different libraries, the idea is to no longer have setup.bash set this env variable for all of Greenstone and GLI, but to instead launch an intermediate file wvware.pl instead of a direct executable. The wvware.pl will launch the wvware executable after setting the LD_LIBRARY_PATH to what wvware needs. This will then restrict the env that wvware requires to itself instead of forcing all of Greenstone and GLI to be stuck with the same environment. (At present running setup.bash in an x-term means we can't run evince or gedit or emacs on a file from that same x-term, for the same reason that GLI's file associations also fail to launch registered programs.)

Take the prototype implementation of RSS developed when Diego was visiting and extend it to use the Greenstone protocol to retrieve the server-side information rather than the currently cheap-and-cheerful approach of the client-side receptionist taking a peek at the underlying file-system.