building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

Hi,
I just tried to jump in before the next Debian freeze and tried to
do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt
to build it failed with:

g++ -DHAVE_CONFIG_H -I. -I../../src -I.. -I../../src -pthread -I/usr/include/enchant -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o LaTeXFonts.o ../../src/LaTeXFonts.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I.. -I../../src -pthread -I/usr/include/enchant -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o PrinterParams.o ../../src/PrinterParams.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I.. -I../../src -pthread -I/usr/include/enchant -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DQT_NO_STL -DQT_NO_KEYWORDS -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o Thesaurus.o ../../src/Thesaurus.cpp
g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,defs -Wl,--as-needed -Wl,-z,relro -o lyx main.o BiblioInfo.o Box.o Compare.o Dimension.o EnchantChecker.o PersonalWordList.o LaTeXFonts.o PrinterParams.o Thesaurus.o liblyxcore.a liblyxmathed.a liblyxinsets.a frontends/liblyxfrontends.a frontends/qt4/liblyxqt4.a liblyxgraphics.a support/liblyxsupport.a -lboost_regex -lboost_signals -lmythes-1.2 -lenchant -lz -lmagic -lQtGui -lQtCore
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `qobject_cast<lyx::frontend::IconButton*>':
/usr/include/qt4/QtCore/qobject.h:380: undefined reference to `lyx::frontend::IconButton::staticMetaObject'
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `lyx::frontend::IconButton::IconButton(QWidget*)':
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267: undefined reference to `vtable for lyx::frontend::IconButton'
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267: undefined reference to `vtable for lyx::frontend::IconButton'
collect2: error: ld returned 1 exit status
Makefile:1461: recipe for target 'lyx' failed
make[5]: *** [lyx] Error 1


Any ideas/hints what could be the cause of it?

Cheers,
Sven

[Pavel Sanda]

Post by Sven Hoexter
Hi,
I just tried to jump in before the next Debian freeze and tried to
do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt

Do you have 'bc' in build requirements?

Pavel

[Sven Hoexter]

Hi,

Post by Pavel Sanda

Post by Sven Hoexter
I just tried to jump in before the next Debian freeze and tried to
do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt

Do you have 'bc' in build requirements?

You rock! Thanks, it was indeed a missing build-depedency on bc.

Cheers,
Sven

[José Matos]

Post by Sven Hoexter
You rock! Thanks, it was indeed a missing build-depedency on bc.
Cheers,
Sven

That requirement is there for all the 2.1.x releases. Until I found that it was bc that missing it was a huge headache. :-)

https://apps.fedoraproject.org/packages/lyx

we have a comment in the .spec file that says:

# weird but necessary to compare the supported qt version
# see http://comments.gmane.org/gmane.editors.lyx.devel/137498

[Sven Hoexter]

Hey,

Post by José Matos

Post by Sven Hoexter
You rock! Thanks, it was indeed a missing build-depedency on bc.

That requirement is there for all the 2.1.x releases. Until I found that it was bc that missing it was a huge headache. :-)

I can imagine, I guess I had a rather strange look on my face once
I encountered the issue itself and once I read the solution.

Post by José Matos
# weird but necessary to compare the supported qt version
# see http://comments.gmane.org/gmane.editors.lyx.devel/137498

Indeed worth reading. Thanks for the pointer.
It's interesting especially in the light of a recent discussion in
Debian which of the "traditional" Unix tools should no longer have
priority standard and thus be installed as a default.
bc was also one of the tools discussed. On the other hand there is
Linus citing LyX as an example for the Unix way.

Cheers,
Sven

[Pavel Sanda]

Post by Sven Hoexter
It's interesting especially in the light of a recent discussion in
Debian which of the "traditional" Unix tools should no longer have
priority standard and thus be installed as a default.

Do you have a link to some summary? P

[Sven Hoexter]

Post by Pavel Sanda

Post by Sven Hoexter
It's interesting especially in the light of a recent discussion in
Debian which of the "traditional" Unix tools should no longer have
priority standard and thus be installed as a default.

Do you have a link to some summary? P

I don't have a summary but the dicussion started here:
https://lists.debian.org/debian-devel/2014/09/msg00466.html

Proposal to also remove bc:
https://lists.debian.org/debian-devel/2014/09/msg00480.html
https://lists.debian.org/debian-devel/2014/09/msg00558.html

The plan is as far as I followed the discussion to have
a special task to group install the traditional tools.
But it won't be a default anymore one could expect. I've mixed
feelings about it myself but I think most distributions already
moved somewhat away from what you have e.g. in a FreeBSD or OpenBSD
base system.

Cheers,
Sven