[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Re: Eureka! This is why Arabic support for lyx 1.3.2 doesn't work in my Mandrake 9.1
- To: Jean-Marc Lasgouttes <Jean-Marc dot Lasgouttes at inria dot fr>
- Subject: Re: [PATCH] Re: Eureka! This is why Arabic support for lyx 1.3.2 doesn't work in my Mandrake 9.1
- From: Munzir Taha Obeid <munzirtaha at myrealbox dot com>
- Date: Sat, 28 Jun 2003 17:22:47 +0300
- Cc: lyx-users at lists dot lyx dot org
- Cc: lyx-devel at lists dot lyx dot org
- Cc: developer at arabeyes dot org
- Organization: New Horizons CLC
- User-agent: KMail/1.5
On Friday 27 June 2003 12:28 pm, Jean-Marc Lasgouttes wrote:
> >>>>> "Munzir" == Munzir Taha Obeid <munzirtaha at myrealbox dot com> writes:
> OK, it would be easier to grab lyx-1.3.2.tar.gz from
> ftp.lyx.org/pub/lyx/stable/ and apply the patch to that.
Ok, I downloaded the lyx-1.3.2.tar.bz2, extracted it, copied arabtex.diff to
the src directory and applied the patch
[munzir at localhost src]$ patch --verbose < arabtex.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: src/ChangeLog
|===================================================================
|RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
|retrieving revision 1.1021.2.17
|diff -u -p -r1.1021.2.17 ChangeLog
|--- src/ChangeLog 13 Jun 2003 16:15:10 -0000 1.1021.2.17
|+++ src/ChangeLog 24 Jun 2003 09:45:21 -0000
--------------------------
Patching file ChangeLog using Plan A...
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file ChangeLog.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: src/debug.C
|===================================================================
|RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/debug.C,v
|retrieving revision 1.25
|diff -u -p -r1.25 debug.C
|--- src/debug.C 27 Nov 2002 10:30:07 -0000 1.25
|+++ src/debug.C 24 Jun 2003 09:45:21 -0000
--------------------------
Patching file debug.C using Plan A...
Hunk #1 succeeded at 40.
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: src/paragraph.C
|===================================================================
|RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/paragraph.C,v
|retrieving revision 1.235.2.1
|diff -u -p -r1.235.2.1 paragraph.C
|--- src/paragraph.C 12 Feb 2003 21:01:18 -0000 1.235.2.1
|+++ src/paragraph.C 24 Jun 2003 09:45:21 -0000
--------------------------
Patching file paragraph.C using Plan A...
Hunk #1 succeeded at 1163.
Hunk #2 succeeded at 1175.
Hunk #3 succeeded at 1577.
done
---I don't know why the first patch to ChangeLog failed but I think I can
ignore it safely, right?--------
[munzir at localhost src]$ cd..
[munzir at localhost lyx-1.3.2]$ ./configure --with-frontend=qt
--with-qt-dir=/usr/lib/qt3/
configuring LyX version 1.3.2
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for install target ... ... lyx
checking for a BSD-compatible install... /usr//bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking whether make sets ${MAKE}... (cached) yes
checking for a BSD-compatible install... /usr//bin/install -c
checking for kpsewhich... kpsewhich
checking for gm4... no
checking for gnum4... no
checking for m4... m4
...
Configuration
Host type: i686-pc-linux-gnu
Special build flags:
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compiler: g++ (3.2.2)
C++ Compiler flags: -O -fno-exceptions
Linker flags:
Frontend: qt
Qt version: 3.1.1
LyX binary dir: /usr/local/bin
LyX files dir: /usr/local/share/lyx
Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
---
make gave some errors again, here are they:
...
echo timestamp > QDocument.lo
source='QError.C' object='QError.lo' libtool=yes \
depfile='.deps/QError.Plo' tmpdepfile='.deps/QError.TPlo' \
depmode=gcc3 /bin/sh ../../../config/depcomp \
/bin/sh ../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../../src -I../../../src/ -I../../../src/frontends/ -I../../../images
-I./qt2 -I/usr/lib/qt3///include -I../../../boost
-I../../../src/frontends/controllers -isystem /usr/X11R6/include
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -O -fno-exceptions
-c -o QError.lo `test -f 'QError.C' || echo './'`QError.C
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I./qt2 -I/usr/lib/qt3///include
-I../../../boost -I../../../src/frontends/controllers -isystem
/usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION
-O -fno-exceptions -c QError.C -MT QError.lo -MD -MP -MF .deps/QError.TPlo
echo timestamp > QError.lo
make[5]: *** No rule to make target `QERT.C', needed by `QERT.lo'. Stop.
make[5]: Leaving directory `/home/munzir/lyx-1.3.2/src/frontends/qt2'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/munzir/lyx-1.3.2/src/frontends/qt2'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/munzir/lyx-1.3.2/src/frontends'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/munzir/lyx-1.3.2/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/munzir/lyx-1.3.2/src'
make: *** [all-recursive] Error 1
> Concerning the patch, I think that it should solve the problem of
> using arabic at the end of document, but it does not solve the general
> problem of using formatting inside an arabic context. This problem is
> due to the big constraints that arabtex puts on the latex code that we
> may use.
I am really sad to hear this. To add a newline at the end of the document is
something which could be done by hand for Arab users but what about the
general problem which is really annoying. Please, if no one can do it, I hope
one, at least, specify guidelines in how it could be solved and what files
need to be modified, or whether a patch needed for arabtex itself. May be
someone at arabeyes.org could do something here.
--
__/ __/ _/ _/ _/
_/ _\ _/ _\ _/
_/ \ / _\ unzir _/ aha
Telecommunications Engineer
Linux Registered User #279362 at http://counter.li.org
CIW, ICDL, MOUS.
New Horizons CLC
Riyadh, SA