Lyx 1.3.6 and Debian Sarge, something went wrong again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> When fakerout was compiling, errors ocurred as : >> >> *libtool: link: `package.lo' is not a valid libtool object* > > > That should be fixed by the latest version of > http://wiki.lyx.org/uploads/LyX/Linux/lyx_1.3.6-0.lyx.org.1.diff > (uploaded yesterday). Did you use that? > Wiki.lyx was unreachable for a log moment. But I've download a more recent lyx_1.3.6-0.lyx.org.1.diff than one used before. Unfortunately compile's errors occured. And I'm not C++ programmer ! C compiler version is gcc 3.3.5 (Debian 1:3.3.5-13) ../../src/lyx_main.C:514: undefined reference to `lyx::package()' lyxfunc.o(.text+0x403d): In function `LyXFunc::dispatch(FuncRequest const&, bool)': ../../src/support/package.h:140: undefined reference to `lyx::package()' lyxfunc.o(.text+0x7a47): In function `LyXFunc::open(std::basic_string, std::allocator > const&)': ../../src/support/package.h:128: undefined reference to `lyx::package()' lyxfunc.o(.text+0x96d1):../../src/support/package.h:128: more undefined references to `lyx::package()' follow collect2: ld returned 1 exit status make[4]: *** [lyx] Erreur 1 make[4]: Leaving directory `/usr/local/src/lyx-1.3.6/build-tree-qt/src' make[3]: *** [all-recursive] Erreur 1 make[3]: Leaving directory `/usr/local/src/lyx-1.3.6/build-tree-qt/src' make[2]: *** [all] Erreur 2 make[2]: Leaving directory `/usr/local/src/lyx-1.3.6/build-tree-qt/src' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/usr/local/src/lyx-1.3.6/build-tree-qt' make: *** [debian/build-stamp] Erreur 2 I hope someone take a glance and will find a way. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFC77+wr14JtDaLLCkRAjs2AKCE2FWKLn5MAjr7pxzfJVuL1r1E5QCcDjuR CmmteOPQ4in6XQ6lwTCH8IY= =MqSb -END PGP SIGNATURE-
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
Hello, Note that we have sarge debs on ftp.lyx.org now (as well as Ubuntu). Jmarc
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
Jean-Marc Lasgouttes wrote: > Note that we have sarge debs on ftp.lyx.org now (as well as Ubuntu). I quite like the .deb way of calling stuff lyx-FRONTEND_VERSION-FIXLEVEL.DIST_ARCH.deb although the '-', '_' and '.' still appear rather ad hoc. Anyway, ATM we have a rather eclectic collection of different naming schemes. I wonder if we might settle on just one? LyX-1.3.6-2Mac.dmg lyx-1.3.6-1fc3_qt.i386.rpm lyx-1.3.6-1fc3_xforms.i386.rpm lyx-1.3.6-1mdkLE2005_qt.i586.rpm lyx-1.3.6-1suse92_qt.i586.rpm lyx-1.3.6_win32_setup_v1.exe lyx-common_1.3.6-0.sarge_all.deb lyx-common_1.3.6-0.ubuntu_all.deb lyx-qt_1.3.6-0.sarge_i386.deb lyx-qt_1.3.6-0.ubuntu_i386.deb lyx-xforms_1.3.6-0.sarge_i386.deb lyx-xforms_1.3.6-0.ubuntu_i386.deb lyx_1.3.6-0.sarge_all.deb lyx_1.3.6-0.ubuntu_all.deb Angus
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Jean-Marc Lasgouttes wrote: >> Note that we have sarge debs on ftp.lyx.org now (as well as >> Ubuntu). Angus> I quite like the .deb way of calling stuff Angus> lyx-FRONTEND_VERSION-FIXLEVEL.DIST_ARCH.deb although the '-', Angus> '_' and '.' still appear rather ad hoc. Angus> Anyway, ATM we have a rather eclectic collection of different Angus> naming schemes. I wonder if we might settle on just one? Sure, but I do not know whether the name matters for debian, and whether regular debian user will be able to parse our file names and feel at home with them. Another solution, since all the files get mixed-up, would be to create subdirectories sarge/ and ubuntu/
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
I am testing the 1.3.6 version on debian and I get consistent crashes with one document that contains a lot of math (mostly math) and the text is in hebrew. The problem seems to be in scrolling when preview is active and something speciffic to the document, possibly either the amount of math or the combination with hebrew. Disabling preview solves the problem and another document I have works fine. the error on the console after the crash says pplatex: Process input file 0lyxpreview.dvi pplatex: Copy data to 0lyxpreview.dvi This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) ' TeX output 2005.08.05:2213' -> 0lyxpreview.ps <09fbbfac.enc> . [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 ESP Ghostscript 815.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help->Introduction and send us a bug report, if necessary. Thanks ! Bye. On Fri, 05 Aug 2005 13:06:49 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > > Hello, > > Note that we have sarge debs on ftp.lyx.org now (as well as Ubuntu). > > Jmarc > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
Micha Feigin wrote: > I am testing the 1.3.6 version on debian and I get consistent crashes > with one document that contains a lot of math (mostly math) and the text > is in hebrew. > > The problem seems to be in scrolling when preview is active and something > speciffic to the document, possibly either the amount of math or the > combination with hebrew. Disabling preview solves the problem and another > document I have works fine. Could you open a new bug on bugzilla.lyx.org describing the problem. If you can attach a file that crashes, that would be great. -- Angus
Re: Lyx 1.3.6 and Debian Sarge, something went wrong again
Am Freitag, 5. August 2005 14:33 schrieb Jean-Marc Lasgouttes: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Jean-Marc Lasgouttes wrote: > >> Note that we have sarge debs on ftp.lyx.org now (as well as > >> Ubuntu). > > Angus> I quite like the .deb way of calling stuff > Angus> lyx-FRONTEND_VERSION-FIXLEVEL.DIST_ARCH.deb although the '-', > Angus> '_' and '.' still appear rather ad hoc. _ is the separator between different name components: NAME_VERSION_ARCH.deb. - may appear everywhere in NAME, VERSION and ARCH. > Angus> Anyway, ATM we have a rather eclectic collection of different > Angus> naming schemes. I wonder if we might settle on just one? > > Sure, but I do not know whether the name matters for debian, and > whether regular debian user will be able to parse our file names and > feel at home with them. There are certain requirements in order to play nice with the packages provided by Debian and Ubuntu: - Nothing in NAME (before the first _) may be changed - VERSION should parse smaller as 1 according to the debian versioning rules. This is ensured by prepending a '0.' in front of it. This makes sure that as soon as real Debian packages become available (normally starting with revision 1) they are preferred. - The revision of the used .diff on the wiki (currently 3) should be included so that users can easily update packages when new ones become available. Georg
