Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

app-office/lyx-1.5.0_beta1 is out. The most important change is UTF-8 support
in lyx documents and in the GUI.

Reproducible: Always

Created an attachment (id=111636) [details]
ebuild attempt

This bumped ebuild fails in the compilation phase when make begins to execute
uic. For example:
/usr/qt/3/bin/uic -tr lyx::qt_ FontUi.ui -o FontUi.h
uic: File generated with too recent version of Qt Designer (4.0 vs. 3.3.6)

The problem is that lyx-1.5.0* depends on qt4, but I don't know how to tell in
the ebuild that uic from qt4 is the one that should be executed, no
/usr/qt/3/bin/uic.

In qt4 uic and moc are located in /usr/bin, no in /usr/qt/4/bin 

Created an attachment (id=111708) [details]
lyx-1.5.0_beta1.ebuild

Created an attachment (id=111710) [details]
files/lyx-1.5.0_beta1-gentoo.patch

Thanks MATSUU, I tested the ebuild on x86, and it's working correctly
generating dvi, ps and pdf output for article, book, and beamer documents.

(In reply to comment #4)
> Thanks MATSUU, I tested the ebuild on x86, and it's working correctly
> generating dvi, ps and pdf output for article, book, and beamer documents.

Yup no problems for me on x86.. except some redraw issues that are probably
upstream bugs.

But on my amd64 I got the following until I re-emerged app-text/aiksaurus
(-1.2.1):

g++ -march=athlon64 -O3 -pipe -fomit-frame-pointer -fno-stack-protector -o
lyx-qt4 main.o Bidi.o BufferView.o Bullet.o BranchList.o Chktex.o Color.o
ConverterCache.o CutAndPaste.o DepTable.o FloatList.o Floating.o FontIterator.o
FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o
MenuBackend.o ParagraphParameters.o PrinterParams.o Spacing.o Thesaurus.o
ToolbarBackend.o author.o boost.o box.o buffer.o buffer_funcs.o bufferlist.o
bufferparams.o bufferview_funcs.o changes.o chset.o converter.o counters.o
coordcache.o cursor.o cursor_slice.o debug.o dimension.o dociterator.o
encoding.o errorlist.o exporter.o gettext.o factory.o format.o funcrequest.o
graph.o importer.o intl.o insetiterator.o kbmap.o kbsequence.o language.o
session.o lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o lyxfind.o
lyxfunc.o lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o
lyxrc.o lyxrow.o lyxserver.o lyxsocket.o lyxtextclass.o lyxtextclasslist.o
lyxvc.o messages.o metricsinfo.o mover.o output.o outputparams.o
output_docbook.o output_latex.o output_plaintext.o paragraph.o
ParagraphMetrics.o paragraph_funcs.o paragraph_pimpl.o pariterator.o aspell.o
ispell.o SpellBase.o rowpainter.o sgml.o tabular.o tex-accent.o tex-strings.o
texrow.o text.o text2.o text3.o TextMetrics.o TocBackend.o toc.o trans.o
trans_mgr.o undo.o vc-backend.o version.o vspace.o  mathed/.libs/libmathed.a
insets/.libs/libinsets.a frontends/.libs/libfrontends.a
frontends/qt4/.libs/libqt4.a -L/usr/lib64/qt4 -L/usr/lib64/mysql -L/usr/lib
/usr/lib64/qt4/libQtGui.so -L/usr/lib64 /usr/lib64/libpng12.so
/usr/lib64/libXrandr.so /usr/lib64/libXcursor.so /usr/lib64/libXrender.so
/usr/lib64/libXfixes.so /usr/lib64/libXinerama.so /usr/lib64/libfontconfig.so
/usr/lib64/libfreetype.so /usr/lib64/libxml2.so /usr/lib64/libXext.so
frontends/controllers/.libs/libcontrollers.a graphics/.libs/libgraphics.a
support/.libs/libsupport.a /usr/lib64/qt4/libQtCore.so -lpthread
../boost/libs/regex/src/.libs/libboost_regex.a
../boost/libs/signals/src/.libs/libboost_signals.a
../boost/libs/filesystem/src/.libs/libboost_filesystem.a
../boost/libs/iostreams/src/.libs/libboost_iostreams.a
/usr/lib64/libAiksaurus.so /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so
-L/usr/x86_64-pc-linux-gnu/bin -L/usr/x86_64-pc-linux-gnu/lib
/usr/lib64/libaspell.so -lgpm /usr/lib64/libSM.so /usr/lib64/libICE.so -lc -lm
/usr/lib64/libX11.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl -lz
session.o: In function `lyx::LastFilePosSection::read(std::basic_istream<char,
std::char_traits<char> >&)':
session.C:(.text+0x335b): undefined reference to `std::basic_istream<char,
std::char_traits<char> >::ignore(long)'
session.C:(.text+0x337c): undefined reference to `std::basic_istream<char,
std::char_traits<char> >::ignore(long)'
session.o: In function `lyx::BookmarksSection::read(std::basic_istream<char,
std::char_traits<char> >&)':
session.C:(.text+0x46ba): undefined reference to `std::basic_istream<char,
std::char_traits<char> >::ignore(long)'
session.C:(.text+0x46d7): undefined reference to `std::basic_istream<char,
std::char_traits<char> >::ignore(long)'
collect2: ld returned 1 exit status
make[3]: *** [lyx-qt4] Error 1

The .la file for /usr/lib64/libAiksaurus.so was pulling in
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so and causing conflicts.
Recompiling with gcc-4.1.1 fixed the problem.

it *can* also be fixed by the following

-                       itmp.ignore(2);  // ignore ", "
+                       //itmp.ignore(2);  // ignore ", "
+                       itmp.get(c) && itmp.get(c);

but that's kinda dodgy.

Hi,

I took the ebuild from Matsuu Takuto and extended it with the USE-Flag tetex to
change the MUST-dependency into a CAN-dependency.

This is maybe in conflict with bug #155446 but it is neseccary: I am not using
tetex anymore for several reasons, but I still need lyx. But if I would install
lyx with tetex dependency it will break my system. 

Ciao, P.

Created an attachment (id=115801) [details]
Matsuu's ebuild with added useflag tetex

beta 2 is out.

beta 3 is out -- oodles of bug fixes

Just renaming the ebuild and patches works a treat

I'm testing with the upstream subversion source. It looks to me like it
requires qt4. Is that also the case for the ebuild?

They just put up a Release Candidate 1 tarball -- I'm testing it now on my
Athlon T-Bird. So far, the build I did from SVN on my AMD64 looks good. A word
of warning -- it will upgrade your docs to the latest LyX format and can't
downgrade them, so if you need to fall back, keep the old ones around.

falling back would be possible with 1.4.5, which will be released shortly after
1.5.0 is out , ie in a few weeks.

So is LyX going to be slotted? Can 1.4.x and 1.5.x co-exist? I'm planning to
switch to 1.5 -- the only problem I've had with it so far is that the fonts in
the menu are waaaay too small.

i dont think they are going to be slotted (what i have written was true also
between 1.3.7 and 1.4.x series.)

afaik configuration files in ~/.lyx for 1.4. and 1.5 are different.
but you can build other version of lyx for some special user manually in his 
homedir.

... and as far as font-size is concerned - does qtconfig settings help you ?

it worked on one box but not the other ... I'm still tracking that down

Release Candidate 2 is out. It's working on both my Athlon T-Bird and Athlon 64
X2. I don't know if I missed this the first time out or it's a new feature, but
it now can save files in older LyX formats as well as the current one. So no
need to wait for 1.4.5 here.

For bonus points, it builds fine on Gentoo but I haven't been able to get it to
work on CentOS 5. ;)

Success here too!! I've compiled and installed correctly Lyx 1.5 RC2 with the
MATSUU ebuild.
Even more, I took my master thesis written in Lyx 1.4.4 and imported to Lyx 1.5
and everything worked fine :-)

I just want to ask how it will be taken advantage of the new UTF8 capabilities
of Lyx in Gentoo, since, as far as I know, tetex 3.0 doesn't have support for
it.

it seems to work for me.
when using utf encoding of document, in exported tex is
\usepackage[utf8]{inputenc}
and tetex translated few chosen chars correctly.

Thanks for the tip pavel! I was confused about it

However, I've tried your advice and it worked only partially. For example, I
took some text of www.google.cn and imported it into Lyx. The good news is that
Lyx renders correctly the text in the screen. The bad news is that it can't
generate any output with any driver (pdflatex, etc). The error I'm getting is
this

Package inputenc Error: Unicode char \u8:中 not setup for use with Latex.

Obviously this is not a Lyx error but a Latex configuration problem. Do you
know, or somebody else in this bug, how to fix or change the configuration?
Latex config problems could be tricky....

Instead of \usepackage[utf8]{inputenc} I installed dev-tex/latex-unicode and
put
\usepackage{ucs}
\usepackage[utf8x]{inputenc}
into the header.

The utf8-inputenc-package which is delivered with LaTeX seems to be for
european languages only.

(In reply to comment #20)
> However, I've tried your advice and it worked only partially. For example, I
> took some text of www.google.cn and imported it into Lyx. The good news is that
> Lyx renders correctly the text in the screen. The bad news is that it can't
> generate any output with any driver (pdflatex, etc). The error I'm getting is
> this

hello carlos :)
this is known problem. it was already resolved for many utf characters,
but many others are supposed to appear :)

> Package inputenc Error: Unicode char \u8:中 not setup for use with Latex.

it seems from your message, that you use CJK chars, you can try utf8x and UTF8
(case sensitive) encodings, which are there to support CJK.

if this and even dev-tex/latex-unicode advice does not help,
can you send that file privately please ?

lyx 1.5.0 is out, please bump it.

cjk is now integrated and no additional patches are needed to wait for.

1.5.0 in cvs.
ppc, ppc64, and sparc archs: please mark ~ARCH to dev-tex/ivritex and
=app-office/lyx-1.5.0.

app-office/lyx-1.5.0_beta2 is out

just rename beta1 ebuild and beta1 patch file.

(In reply to comment #24)
> 1.5.0 in cvs.
> ppc, ppc64, and sparc archs: please mark ~ARCH to dev-tex/ivritex and
> =app-office/lyx-1.5.0.
> 

sparc done for both.

1. I have 1.5.0 running from upstream source on both x86 and x86_64. As far as
I'm concerned it's ready for prime time. :)
2. They also released a maintenance release to the 1.4 series, 1.4.5.1. Is
there any reason to slot lyx and have both in Portage??
3. When you configure lyx, there are a couple of things it can't seem to find
having to do with OpenOffice.org document converters. I don't remember which
ones were missing other than "w2l" ... does anyone know which, if any, ebuild
"w2l" lives in?

ad 2)
i dont see many reasons why slot it. but it maybe good to have 1.4.5.1 ebuild
in
portage simultaneously. for users who can afford file format changes...

ad 3)
there is a bunch of supported progs by lyx. general overview can be done by
grep checkProg lib/configure.py
in lyx sources.
w2l particularly lives in bug #181283.

qt4 does not work on ppc64. I'll add ~ppc64 once qt4 is ~ppc64.

*lyx-1.5.0 (27 Jul 2007)

  27 Jul 2007; MATSUU Takuto <matsuu@gentoo.org>
  +files/lyx-1.5.0-gentoo.patch, +lyx-1.5.0.ebuild:
  Version bumped, bug #168799.

Anyway, this version is seriously buggy: http://www.lyx.org/announce/1_5_1.txt

1.5.1 in cvs.

Version 1.5.1 seems pretty stable for ppc.

the same here on ~x86

~ppc'd

bugfix release of lyx (1.5.2) is out. please bump.

*lyx-1.5.1 (06 Aug 2007)

  06 Aug 2007; MATSUU Takuto <matsuu@gentoo.org> +lyx-1.5.1.ebuild:
  Version bumped, bug #168799.
  Fixed dependency, bug #186991.

FIXED. Anything else -> new bug, please.