Jean-Marc Lasgouttes wrote:
Obviously as it is now qt4 will be the main lyx 1.5 frontend. But as
you all now, with great powers come great responsibilities.
First news!
Obviously, the only logical decision to take now is to declare qt3
deprecated then. I don't care if it removed or not from SVN but I won't
touch one line of it from now on.
We need to provide a single place that contains or points to
precompiled rpm/deb packages of qt4 that are good enough for LyX. And
we should strive for providing prebuilt lyx packages too.
This is where the problems may begin: assume distribution Foo, that
volunteer packager A provides a build of lyx 1.5.0 against qt4.2.0
found at place X. Then later volunteer packager B provides a build of LyX
1.5.1 against qt4.1.3, which is found in place Y. Can you see how the
end user (who wants two-click install) is going to be mad? Especially
if other programs depend on qt4?
The only sane approach is then to provide two packages: one statically
linked to Qt4.2 and one dynamically linked to it.
This way, KDE4 users will enjoy sharing the same Qt4 with LyX. For
non-KDE4 user there is absolutely no drawback to use a statically linked
LyX except for a few additional megabytes in memory.
Abdel.
