Re: [LinPrj] r2l 0.9.4

[Kohn Emil Dan]

Hi Tzafrir,

It seems that the project is slowly but surely getting on the right track.
Here are some minor corrections. However there are some small annoyances
when trying to compile on Solaris:

1) biditext.in still contained some export var=name constructs (with
LD_PRELOAD). I have attached a fixed version to this message.

2) After ./configure is run, when trying to run

gmake PREFIX=/tmp/r2l-install

the compilation will abort at a certain stage because install-sh is not
found.

If, after running configure, I modify the last line of

r2l-0.9.4/src/refreshd/src/make.defs

from:
INSTALL=../../.././install-sh -c

to:
INSTALL=../../../../install-sh -c

everything seems to compile OK. So I think the problem is in configure
when it sets up the INSTALL= line.

3) Once again the annoying reminder that on Solaris the
ABSTRACT_UNIX_SOCKET_ADDRESSES
macro should *not* be defined, otherwise refreshd will not run.
I think that a solution would be to place the macro definition under a
conditional compilation. ./configure should figure out that it is running
on a non-Linux platform and make sure the macro definition should not be
compiled.


Best regards,

Emil




#!/bin/sh

# biditext - a script to run a program with the biditext hack

if test "x$*" = 'x'; then
  echo "$0: Error - missing program name"
  echo "Usage: biditext [--auto-refresh] program_to_run [parameters]"
  exit 1
fi

AUTO_REFRESH=0

if test "$1" = "--auto-refresh"; then
  AUTO_REFRESH=1
  shift
fi

# Set biditext by default to enabled, and neutral direction:
r2l s enable
r2l b neutral

# If BIDITEXT_FILENAME had a previous value, it is not overriden
BIDITEXT_FILENAME=`r2l p token`
export BIDITEXT_FILENAME

LD_PRELOAD="$LD_PRELOAD BIDITEXT_LIBRARY"
if test "$AUTO_REFRESH" = "1" ; then
  LD_PRELOAD="$LD_PRELOAD REFRESHD_HOOK_LIBRARY"
fi
export LD_PRELOAD
exec $*

Re: [LinPrj] r2l 0.9.4

[guy keren]

On Wed, 2 Jan 2002, Tzafrir Cohen wrote:

> Just placed a new tarball/rpm there. Should fix at least most of the
> prblems. Since it is in the same day, I decided not to bump the version
> number...

ok, seems to compile better now, althought since i still had a link to a
dynamic-version of 'r2llib' in the system, the first compile generated bad
binaries, so i had to remove everything r2llib-related from the system
before compiling it (actualy, just rebuild the two '.so' files) and it
seems to work (tested with nana's site).

--
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.4

[Tzafrir Cohen]

On Wed, 2 Jan 2002, Kohn Emil Dan wrote:

> Hi Tzafrir,
>
> It seems that things got messed up somehow with the tarball. I downloaded
> r2l-0.9.4.tar.gz from
>
> http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/
>

Just placed a new tarball/rpm there. Should fix at least most of the
prblems. Since it is in the same day, I decided not to bump the version
number...

Changes include:

* detection of gnome-config's version should now work
* by default no check for r2llib in the system. I assume that this will be
  the common case.  You can still use ./configure --enable-system-r2llib
* build cleanups

Current problems:

* refreshd on solaris (does it work properly?)
* A problem of a dependencies in the makefile:
  make.defs is created in ./configure from make.defs.in .
  make.defs is an optional include in the makefile (it is included with
  "-include"). However make insists on rebuilding it ("remaking the
  makefile").

  The result is that if make.defs does not exist, every call to make will
  first trigger ./configure .

> and there are problems compiling it under Solaris.
>
> It seems that there is a problem with the following line in the configure
> script:
>
> fribidi_config_version=`$FRIBIDI_CONFIG $fribidi_config_args \
>--version | sed 's/[^0-9]*\([0-9]*\).\([0-9]*\).\([0-9]*\)\..*/\1.\2.\3/'`

I modified this part. It should work.

I tried to make it work also with the version number of r2llib , but this
doesn't work yet.

If you want to test this, run:

./configure
make biditext
rm config.cache
PATH=${PWD}/bin:${PATH} ./configure --enable-system-r2llib

(make biditext will first install a local copy of r2llib under the current
directory)

>
> For some reason the fribidi_config_versionvariable gets messed up (it's
> something like 0..)
>  After I remove the sed stuff, the configuration script proceeds normally.
> However when trying to compile the package
>
> gmake PREFIX=/tmp/emild/r2l-install
>
> the compilation aborts because r2l-configdoes not exist. I think that the

r2llib-config , right?

> problem is caused by the fact that install-sh does not allow multiple
> files to be copied such as:
>
> install-sh -c file1 file2 dir
>
> Each file must be installed separately. Therefore you should probably
> replace the line in r2llib's Makefile with a for loop that installs each
> file separately, i.e. replace
>
> $(LIBTOOL) $(INSTALL) -c $(PROGS) $(CONFIG_BIN) $(BINDIR)
>
> by
>
>   for file in $(PROGS) $(CONFIG_BIN); \
> do $(LIBTOOL) $(INSTALL) -c $$file $(BINDIR) ; \
>   done

done

>
> The compilation proceeds after this but aborts further with
> ../.././install-sh command not found.

I'm not sure what caused this.

>
> I think that this error is due to some messed up TOPDIR, but I think that
> the main reason is that the tarball is somehow notup-to-date.
>
> Also looking at the biditext.in file it seems to be the same as the old
> one (i.e. no support for --auto-refresh). This ensures me more that the
> problem is with the tarball version.
>
>
> BTW, the version of biditext I provided will not work on Solaris because
> Solaris's sh does not support the syntax
>
> export variable=value
>
> This means that you will have to change such lines to:
>
> variable=value
> export variable

Fixed. I also updated the man page accordingly.

-- 
Tzafrir Cohen/"\
mailto:[EMAIL PROTECTED]\ /  ASCII Ribbon Campaign
Taub 229, 972-4-829-3942, X   Against  HTML  Mail
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.4

[Kohn Emil Dan]

Hi Tzafrir,

It seems that things got messed up somehow with the tarball. I downloaded
r2l-0.9.4.tar.gz from

http://www.technion.ac.il/~tzafrir/R2L/r2l-tarball/

and there are problems compiling it under Solaris.

It seems that there is a problem with the following line in the configure
script:

  fribidi_config_version=`$FRIBIDI_CONFIG $fribidi_config_args \
 --version | sed 's/[^0-9]*\([0-9]*\).\([0-9]*\).\([0-9]*\)\..*/\1.\2.\3/'`

For some reason the fribidi_config_version variable gets messed up (it's
something like 0..)
 After I remove the sed stuff, the configuration script proceeds normally.
However when trying to compile the package

gmake PREFIX=/tmp/emild/r2l-install

the compilation aborts because r2l-config does not exist. I think that the
problem is caused by the fact that install-sh does not allow multiple
files to be copied such as:

install-sh -c file1 file2 dir

Each file must be installed separately. Therefore you should probably
replace the line in r2llib's Makefile with a for loop that installs each
file separately, i.e. replace

$(LIBTOOL) $(INSTALL) -c $(PROGS) $(CONFIG_BIN) $(BINDIR)

by

for file in $(PROGS) $(CONFIG_BIN); \
  do $(LIBTOOL) $(INSTALL) -c $$file $(BINDIR) ; \
done

The compilation proceeds after this but aborts further with
../.././install-sh command not found.

I think that this error is due to some messed up TOPDIR, but I think that
the main reason is that the tarball is somehow not up-to-date.

Also looking at the biditext.in file it seems to be the same as the old
one (i.e. no support for --auto-refresh). This ensures me more that the
problem is with the tarball version.


BTW, the version of biditext I provided will not work on Solaris because
Solaris's sh does not support the syntax

export variable=value

This means that you will have to change such lines to:

variable=value
export variable



Regards,

Emil


On Wed, 2 Jan 2002, Tzafrir Cohen wrote:

> r2l 0.9.4 is available. Main changes from 0.9.2:
>
> * the binary r2l is now installed (unless using a system r2llib, because
> it may have a different r2l binary)
>
> * refreshd_hook.so is optionally loaded when running biditext (using
> --auto-refresh)
>
> * Everything compiles, also on solaris.
>
> Things to verify:
>
> * refreshd on solaris: does it run?
> * Any problems left with tha system version of r2llib ?
>
> On Fri, 28 Dec 2001, guy keren wrote:
>
> >
> > 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.
> >
>
> This should be fixed. I modified aclocal/ac_check_generic . I'm not sure
> my solution is optimal, but it seems to work. (I ignore everything after
> the third number)
>
> > 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
> >
>
> This may not be solved.
>
> > 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'.
>
> Solved. I needed to use install-sh instead of install.sh . This is a weird
> interaction between autoconf and make.
>
> >
> > 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 co

Re: [LinPrj] r2l 0.9.4

[guy keren]

On Wed, 2 Jan 2002, Tzafrir Cohen wrote:

> > 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.
>
> What you sent me was an exact copy of what I already have. The gnome
> applet indeed does not support "--minimal".

ok, it _does_ support a "--thin-interface' option. just that the usage
message i have is never printed, cause i don't print it, for some reason
(i'm buggy?), unless i'm given an option i recognize, but without a
parameter. i'll need to fix this sometime.

--
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]