Re: [LyX/master] Yet another deprecation fix (this is the last one I am aware of)

2021-03-13 Thread Jürgen Spitzmüller
Am Samstag, dem 13.03.2021 um 16:16 -0500 schrieb Scott Kostyshak:
> Thanks for the work on backporting. I'll bump the email where I
> proposed backporting the relevant Qt commits. I'm not sure what
> remains. I can take a look at 27ba830b8ef51 and anything else at some
> point next week.

I think the one mentioned above was all that's left. I took the liberty
to backport the others.

Jürgen



signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: Command line argument "-dbg all" does not seem to work

2021-03-13 Thread Yu Jin
Am Mo., 8. März 2021 um 19:39 Uhr schrieb Yu Jin :

> Ignatz mentioned in ticket 11998 that "-dbg all" only returns 1 info line
> and not more (no debug info actually, only the 1 info line that dbg level
> is set to all). I have tested it independently from the patch I provided in
> that ticket and could reproduce. Any ideas?
>

Solved, was meant to be "-dbg any", not "-dbg all".
-- 
Eugene
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: [LyX/master] Replace QFontMetrics::width() by horizontalAdvance() in Qt>=5.11

2021-03-13 Thread Scott Kostyshak
On Sat, Dec 19, 2020 at 11:36:56PM -0500, Scott Kostyshak wrote:
> On Thu, Dec 17, 2020 at 09:52:02AM -0500, Scott Kostyshak wrote:
> > On Thu, Dec 17, 2020 at 11:39:17AM +0100, Jean-Marc Lasgouttes wrote:
> > > Le 30/10/2020 à 13:13, Jean-Marc Lasgouttes a écrit :
> > > > Le 25/10/2020 à 03:58, Richard Kimberly Heck a écrit :
> > > > > On 10/24/20 2:17 PM, Jean-Marc Lasgouttes wrote:
> > > > > > Le 24/10/2020 à 19:38, Jean-Marc Lasgouttes a écrit :
> > > > > > > commit 21422dd6527754d8b7876a6e11b686cd726321ed
> > > > > > > Author: Jean-Marc Lasgouttes 
> > > > > > > Date:   Sat Oct 24 19:29:34 2020 +0200
> > > > > > > 
> > > > > > >   Replace QFontMetrics::width() by horizontalAdvance() in 
> > > > > > > Qt>=5.11
> > > > > > >    The method horizontalAdvance() replaces width() 
> > > > > > > starting
> > > > > > > with Qt 5.11.
> > > > > > >   To handle this, all direct calls to QFontMetrics::width() 
> > > > > > > are
> > > > > > > replaced
> > > > > > >   by calls to GuiFontMetrics::width(), and the code for
> > > > > > >   GuiFontMetrics::width(QChar) uses horizontalAdvance on 
> > > > > > > newer Qt
> > > > > > >   versions.
> > > > > > 
> > > > > > If this turns out to work well, it will be candidate for branch.
> > > > > 
> > > > > Keep me posted.
> > > > 
> > > > This can wait until after 2.3.6.
> > > 
> > > I backported this to branch at f4314b6461a. Scott, you should backport 
> > > your
> > > own changes, since compiling branch is quite painful right now on recent 
> > > Qt.
> > 
> > OK I'll look into this. I'll make a list of specific commits to backport to 
> > propose to Riki.
> 
> Riki, the following command backports most of the commits I worked on
> that fix Qt warnings:
> 
> git cherry-pick -x 24926b2e2399624ca6a1290349e9070a0d880dee 
> 14f369b47f9d05a27f3b854eeb7c5b7e79fd790f 
> 273af8803dd14ffa1b1454c263fa3ac80c9798a6 
> b38a452efb81cd0f4429aed7ae0fbe947e7e348e 
> 1c78b563ff47cafbd2c1622342ca3c639e4738ca 
> 1045020e05f926bbfdddf3e4fd0c2735bbbee2d4 
> 690c671b1d74aea566f7b4c952059afef2d4904a 
> c6f4682b7521c9733aa6a6de3b319f7648ef0d20 
> 2cfcd706ab92f0e4175f40ed931293802cd5a623 
> 8583410617c756e072ee997f918395d6f29b8246
> 
> OK to proceed?
> 
> There are still three other commits on master that are not included
> above, but I need to backport them manually. I will look at them later.

I'm not sure which of the above are still relevant. I think Jürgen took
care of a lot of them, and mentioned that I should backport
27ba830b8ef51. I can take a look at this at some point next week.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: [LyX/master] Yet another deprecation fix (this is the last one I am aware of)

2021-03-13 Thread Scott Kostyshak
On Sat, Mar 13, 2021 at 12:50:28PM +0100, Jürgen Spitzmüller wrote:
> Am Samstag, dem 13.03.2021 um 09:12 +0100 schrieb Jürgen Spitzmüller:
> > Am Freitag, dem 12.03.2021 um 14:07 -0500 schrieb Richard Kimberly
> > Heck:
> > > I assume these are harmless, yes? If so, then it's fine with me.
> > 
> > Some of them. I'll go with the straightforward ones and wait with the
> > other ones.
> 
> I backported now all that struck me straightforward. Only two are left:
> 
> * 9f92fc92bdd41c which should be harmless as well, but I am more
> cautious here
> 
> * 27ba830b8ef51 by Scott which I'll leave to Scott.

Thanks for the work on backporting. I'll bump the email where I proposed
backporting the relevant Qt commits. I'm not sure what remains. I can
take a look at 27ba830b8ef51 and anything else at some point next week.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: [LyX/master] Yet another deprecation fix (this is the last one I am aware of)

2021-03-13 Thread Jürgen Spitzmüller
Am Samstag, dem 13.03.2021 um 09:12 +0100 schrieb Jürgen Spitzmüller:
> Am Freitag, dem 12.03.2021 um 14:07 -0500 schrieb Richard Kimberly
> Heck:
> > I assume these are harmless, yes? If so, then it's fine with me.
> 
> Some of them. I'll go with the straightforward ones and wait with the
> other ones.

I backported now all that struck me straightforward. Only two are left:

* 9f92fc92bdd41c which should be harmless as well, but I am more
cautious here

* 27ba830b8ef51 by Scott which I'll leave to Scott.

Jürgen



signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: LyX compilation fails after reinstalling OS

2021-03-13 Thread Jean-Pierre Chrétien

Le 12/03/2021 à 18:17, Pavel Sanda a écrit :

On Fri, Mar 12, 2021 at 06:12:18PM +0100, Jean-Pierre Chrétien wrote:

Dear developers

I had to reinstall my Debian buster after a big mistake while using rsync.

Now here is what I get when I run the config command in the build dir:

../master/configure --with-version-suffix --with-included-hunspell


checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for QT_CORE... yes
checking for QT_FRONTEND... checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... no
checking for Qt library name... failed, retrying with Qt4
checking for QT_CORE... yes
Package QtCore was not found in the pkg-config search path.
Perhaps you should add the directory containing `QtCore.pc'
to the PKG_CONFIG_PATH environment variable
No package 'QtCore' found
Package QtCore was not found in the pkg-config search path.
Perhaps you should add the directory containing `QtCore.pc'
to the PKG_CONFIG_PATH environment variable
No package 'QtCore' found
checking for QT_FRONTEND... checking for X... libraries , headers
checking for gethostbyname... (cached) yes
checking for connect... (cached) yes
checking for remove... (cached) yes
checking for shmat... (cached) yes
checking for IceConnectionNumber in -lICE... (cached) no
checking for Qt library name... (cached) failed
configure: error: cannot compile a simple Qt executable. Check you have the
right $QTDIR.


Looking in the log for what causes the
"checking for Qt library name... failed", I see :

configure:10708: checking for Qt library name
configure:10747: g++ -o conftest  -I/usr/lib/x86_64-linux-gnu/qt5/include -I/usr
/lib/x86_64-linux-gnu/qt5/include/Qt -I/usr/lib/x86_64-linux-gnu/qt5/include/QtC
ore -I/usr/lib/x86_64-linux-gnu/qt5/include/QtGui -I/usr/lib/x86_64-linux-gnu/qt
5/include/QtWidgets -I/usr/lib/x86_64-linux-gnu/qt5/include/QtSvg -I/usr/lib/x86
_64-linux-gnu/qt5/include/QtConcurrent -I/usr/lib/x86_64-linux-gnu/qt5/include/Q
tMacExtras -L/usr/lib/x86_64-linux-gnu/qt5/lib conftest.cpp-lX11  -lQt5C
ore >&5
conftest.cpp:36:11: fatal error: qglobal.h: No such file or directory
   #include 


When I look at the contents of the qt5 dir, I see this :

$ ls /usr/lib/x86_64-linux-gnu/qt5/
bin  libexec  mkspecs  plugins  qml  qt.conf

No include there, I must have missed some qt5 package when I reinstalled. So
in which qt5 package are the includes located ?

Sorry for the lengthy mail, and thanks for your help.


Did you run debian's
apt-get build-dep lyx
before compiling?


Here is what apt-get installs:

$ sudo apt-get build-dep lyx
[snip]
Les NOUVEAUX paquets suivants seront installés :
  dh-python libboost-dev libboost-filesystem-dev libboost-filesystem1.67-dev
  libboost-iostreams-dev libboost-iostreams1.67-dev libboost-regex-dev
  libboost-regex1.67-dev libboost-signals-dev libboost-signals1.67-dev
  libboost-signals1.67.0 libboost-system1.67-dev libboost-test-dev
  libboost-test1.67-dev libboost-test1.67.0 libboost-timer1.67.0
  libboost1.67-dev libenchant-dev libmagic-dev libmythes-dev libqt5svg5-dev

So the boost libs were missing. I can compile all right now, thanks a lot.


Let's continue discussion on lyx-devel this really does not belong to this
list.


Sure, sorry.

--
Jean-Pierre
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: [LyX/master] Reduce the amount of needed boost headers

2021-03-13 Thread Yuriy Skalko

> By the way, when you are already digging into the internal workings of
> preview loader, would it be hard to allow mutliple threads loading
> graphics images in backgrounds instead of single one?
> Documents with lot of figures take a long time to load fully and most
> of nowadays machines have multiples cores, to do that job in parallel.
> 
> Pavel


Yes, this should be really useful. I'll check it.



BTW did get to it? Pavel



Pavel, I didn't forget about this and have some progress in this 
direction. It is in my lyx-todo list just after completing with 2 
branches in features repository. Since it was announced that only 
bug-fixing patches are allowed in master branch, I paused all 
development/refactoring/cleanup activities till the release of version 
2.4.0.



Yuriy

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


Re: [LyX/master] Yet another deprecation fix (this is the last one I am aware of)

2021-03-13 Thread Jürgen Spitzmüller
Am Freitag, dem 12.03.2021 um 14:07 -0500 schrieb Richard Kimberly
Heck:
> I assume these are harmless, yes? If so, then it's fine with me.

Some of them. I'll go with the straightforward ones and wait with the
other ones.

Jürgen 



signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel