Re: master compile errors gzlib?
Am So., 4. Dez. 2022 um 20:03 Uhr schrieb Pavel Sanda : > Did you update gzlib or compiler? > No, it I just tried to compile with Qt5 though, it works, only Qt6 doesn't... I don't understand why, I even tried to update to zlib 1.2.13, but no success. -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: A lot of ctests are failing on current master
Am Sonntag, dem 04.12.2022 um 10:00 -0500 schrieb Scott Kostyshak: > A git bisect for the lyx2lyx tests leads to: > > commit 14b108fc222ef9e7891d90ce364ceb227f8182dc > Author: Juergen Spitzmueller > Date: Fri Dec 2 11:23:32 2022 +0100 > > Check encodability of math user macro names (#11855) Thanks, should be fixed. I'll also amend stable. -- 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/master] Introduce HTMLClass tag, to make it easier to give these.
Am Sonntag, dem 04.12.2022 um 18:44 -0500 schrieb Richard Kimberly Heck: > All these are OK. Do you have something else? I am getting LyX: Unknown InsetLayout tag [around line 21 of file [layouts/logicalmkup.module] current token: 'HTMLClass' context: ''] LyX: Unknown InsetLayout tag [around line 22 of file [layouts/logicalmkup.module] current token: 'noun' context: ''] -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fix bug #11410.
On 12/5/22 00:54, Jürgen Spitzmüller wrote: Am Sonntag, dem 04.12.2022 um 23:39 +0100 schrieb Richard Kimberly Heck: commit d4f2460ac4707aa4d9302c6257fc2511fa0dc54f Author: Richard Kimberly Heck Date: Sun Dec 4 18:33:58 2022 -0500 Fix bug #11410. Main part of patch from Daniel, adapted by me. I also added the lyx2lyx code. Please remember also to update tex2lyx tests next time. Sorry, I'm out of practice. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?
Am Sonntag, dem 04.12.2022 um 19:40 +0100 schrieb Jean-Marc Lasgouttes: > Why do you compile with included-dtl BTW? Can't remember. It ended up in the build script eventually. > Maintainer mode should also by the default for development builds. This as well. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fix bug #11410.
Am Sonntag, dem 04.12.2022 um 23:39 +0100 schrieb Richard Kimberly Heck: > commit d4f2460ac4707aa4d9302c6257fc2511fa0dc54f > Author: Richard Kimberly Heck > Date: Sun Dec 4 18:33:58 2022 -0500 > > Fix bug #11410. > > Main part of patch from Daniel, adapted by me. > I also added the lyx2lyx code. Please remember also to update tex2lyx tests next time. Thanks, -- 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/master] Introduce HTMLClass tag, to make it easier to give these.
On 12/4/22 18:34, José Matos wrote: On Sun, 2022-12-04 at 16:40 -0500, Richard Kimberly Heck wrote: Fixed. Hyperactive perl script. Riki I still see this, even after your last commits. Here I see: ../lib/layouts/[master]> grep HTMLClass * ijmpc.layout:HTMLClassLyXRomanList ijmpd.layout:HTMLClass LyXRomanList linguistics.module:HTMLClassNumberedExample linguistics.module:HTMLClass SubExample logicalmkup.module:HTMLClassnoun stdlyxlist.inc:HTMLClasslyxlist theorems-case.inc:HTMLClasslyxcase All these are OK. Do you have something else? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Introduce HTMLClass tag, to make it easier to give these.
On Sun, 2022-12-04 at 16:40 -0500, Richard Kimberly Heck wrote: > Fixed. Hyperactive perl script. > > Riki I still see this, even after your last commits. -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Introduce HTMLClass tag, to make it easier to give these.
On 12/4/22 16:11, Jean-Marc Lasgouttes wrote: Le 04/12/2022 à 18:41, Richard Kimberly Heck a écrit : commit 69a6c41b9417c0f069f4eeae2b0f2e932ee39be4 Author: Richard Kimberly Heck Date: Sun Dec 4 13:27:19 2022 -0500 Introduce HTMLClass tag, to make it easier to give these. Hi Riki, Now I see lapinot: src/lyx ../master/lib/doc/LFUNs.lyx Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. LyX: Unknown InsetLayout tag [around line 668 of file [layouts/stdinsets.inc] current token: 'HTMLClass' context: ''] LyX: Unknown InsetLayout tag [around line 687 of file [layouts/stdinsets.inc] current token: 'HTMLCLass' context: ''] LyX: Unknown InsetLayout tag [around line 708 of file [layouts/stdinsets.inc] current token: 'HTMLClass' context: ''] LyX: Unknown InsetLayout tag [around line 739 of file [layouts/stdinsets.inc] current token: 'HTMLClass' context: ''] Indeed, it doe snot seem that InsetLayouts understand HTMLClass... Fixed. Hyperactive perl script. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [PATCH] change semantics of "delete" LFUNs again (was: Re: Assertion from command-sequence)
Le 04/12/2022 à 22:13, José Matos a écrit : On Sun, 2022-12-04 at 21:12 +0100, Jean-Marc Lasgouttes wrote: I finally managed to convinced python to like me, and pushed the result. JMarc Nice, I intended to look into this issue this weekend. Let's say I believe you ;) On the other hand I was concerned with encoding a text message in integer number that in Python is infinite precision: You lost me here. JMarc def encode(message): val = 0 for c in message: val = val*64 + ord(c.replace(' ', '_')) - ord('A') return val I am replacing the space (code 32) with the underscore (code 95) for obvious reasons. In [2]: encode("Hello fellow LyX developers") Out[2]: 691762051676284770344776816411513612200769899634 def decode(data): message = [] while data: c = data % 64 message.append(chr(c+ord('A'))) data //= 64 return "".join(message[::-1]).replace('_', ' ') In [4]: decode(encode("Hello fellow LyX developers")) Out[4]: 'Hello fellow LyX developers' This allows to encode and decode a message into a number. Best regards, -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Put OS information in Help > About > Version ?
Le 04/12/2022 à 21:41, Scott Kostyshak a écrit : When collecting information, it might be nice to have OS information. That way, the user only has to go to Help > About and click on "Copy Version Info" and all important information is copied; rather than having to ask them to separately state it. Is it OK if I add OS information? I'm not sure when I will get around to actually doing it but since it came up now I thought I would ask. Note that in the About LyX dialog, we have platform which gives the GUI information. What else would you like? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [PATCH] change semantics of "delete" LFUNs again (was: Re: Assertion from command-sequence)
On Sun, 2022-12-04 at 21:12 +0100, Jean-Marc Lasgouttes wrote: > I finally managed to convinced python to like me, and pushed the > result. > > JMarc Nice, I intended to look into this issue this weekend. On the other hand I was concerned with encoding a text message in integer number that in Python is infinite precision: def encode(message): val = 0 for c in message: val = val*64 + ord(c.replace(' ', '_')) - ord('A') return val I am replacing the space (code 32) with the underscore (code 95) for obvious reasons. In [2]: encode("Hello fellow LyX developers") Out[2]: 691762051676284770344776816411513612200769899634 def decode(data): message = [] while data: c = data % 64 message.append(chr(c+ord('A'))) data //= 64 return "".join(message[::-1]).replace('_', ' ') In [4]: decode(encode("Hello fellow LyX developers")) Out[4]: 'Hello fellow LyX developers' This allows to encode and decode a message into a number. Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Put OS information in Help > About > Version ?
When collecting information, it might be nice to have OS information. That way, the user only has to go to Help > About and click on "Copy Version Info" and all important information is copied; rather than having to ask them to separately state it. Is it OK if I add OS information? I'm not sure when I will get around to actually doing it but since it came up now I thought I would ask. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [PATCH] change semantics of "delete" LFUNs again (was: Re: Assertion from command-sequence)
On Sun, Dec 04, 2022 at 09:12:45PM +0100, Jean-Marc Lasgouttes wrote: > Le 02/12/2022 à 18:11, Scott Kostyshak a écrit : > > > Just as a reminder, the goal is to have char-delete-backwards without > > > argument actually delete previous element, without consideration of > > > confirmation that are only relevant to interactive use. > > > > Sorry, I have no experience with this. > > > > > Once sorted out, this would be candidate for 2.4.0. > > I finally managed to convinced python to like me, and pushed the result. Nice, thanks! Thanks also for updating the release notes. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [PATCH] change semantics of "delete" LFUNs again (was: Re: Assertion from command-sequence)
Le 02/12/2022 à 18:11, Scott Kostyshak a écrit : Just as a reminder, the goal is to have char-delete-backwards without argument actually delete previous element, without consideration of confirmation that are only relevant to interactive use. Sorry, I have no experience with this. Once sorted out, this would be candidate for 2.4.0. I finally managed to convinced python to like me, and pushed the result. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: master compile errors gzlib?
On Sun, Dec 04, 2022 at 10:17:25AM +0100, Yu Jin wrote: > I can't build master currently on Windows, I get these errors: Did you update gzlib or compiler? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?
Le 19/11/2022 à 20:39, Jürgen Spitzmüller a écrit : Am Samstag, dem 19.11.2022 um 18:40 +0100 schrieb Jean-Marc Lasgouttes: But there is no stdlib-debug in this setting, right? I compile --with-version-suffix=-dev --enable-maintainer-mode --with-included- hunspell --with-included-dtl --enable-qt6 Why do you compile with included-dtl BTW? Maintainer mode should also by the default for development builds. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?
Le 25/11/2022 à 13:00, Kornel Benko a écrit : So, would it be sufficient to use _GLIBCXX_ASSERTIONS in case of QT6 only? Or should we use it on all qt versions? I added in autoconf --enable-stdlib-assertions, that is set automatically in development builds. stdlib-debug is now always off and has to be enabled explicitly. I could add a warning when this is used together with Qt6 (we do that with hunspell). Is this OK with you Kornel? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Apply downstream macport patch?
On Thu, Dec 01, 2022 at 05:35:43PM +0100, Jean-Marc Lasgouttes wrote: > Le 01/12/2022 à 16:25, Scott Kostyshak a écrit : > > The following is a patch that (I think?) macports applies. I don't > > understand it at all, but is it something we want? > > > > https://github.com/macports/macports-ports/blob/master/aqua/LyX/files/patch-lyx-linkbackserver-older-nsalert.diff > > > > Does 101200 correspond to a macOS version that we will support for 2.4.0? > > This closes the following ticket > https://trac.macports.org/ticket/61108 Stephan, any thoughts? Scott -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Cross reference inset
Am Sonntag, dem 04.12.2022 um 15:16 +0100 schrieb Jürgen Spitzmüller: > Yes, also "group" does not seem to work properly. I'll have a look. Both fixed. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0 plan for #12215 [LyX crashes with async processes (Qt6 only)] ?
Ping Am Fri, 25 Nov 2022 13:00:01 +0100 schrieb Kornel Benko : > > > So, maybe the problem is very specific to --enable-stdlib-debug and has > > > to do with the way we use external libraries. > > > > It might be time to dump debug iterators and use the less annoying but > > less powerful _GLIBCXX_ASSERTIONS, which only does basic index checking. > > It seems to me that most interesting errors found by stdlib-debug in the > > past were in this category. > > > > It was introduced in gcc 6 and the release notes say: > > "Assertions to check function preconditions can be enabled by defining > > the _GLIBCXX_ASSERTIONS macro. The initial set of assertions are a > > subset of the checks enabled by the Debug Mode, but without the ABI > > changes and changes to algorithmic complexity that are caused by > > enabling the full Debug Mode. " > > > > As far as I understand, this avoids all compatibility issues. I put > > documentation below; currently we use _GLIBCXX_DEBUG and > > _GLIBCXX_DEBUG_PEDANTIC. > > > > JMarc > > > > So, would it be sufficient to use _GLIBCXX_ASSERTIONS in case of QT6 only? > Or should we use it on all qt versions? > > Kornel pgpOFUe2ZQrMd.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: A lot of ctests are failing on current master
On Sat, Dec 03, 2022 at 11:06:08AM -0500, Scott Kostyshak wrote: > On Sat, Dec 03, 2022 at 08:46:02AM +0100, Jürgen Spitzmüller wrote: > > Am Freitag, dem 02.12.2022 um 12:08 -0500 schrieb Scott Kostyshak: > > > Below is the list. The roundtrip tests are probably failing because > > > of the recent format change. > > > > I updated the tex2lyx tests now. Whoever did the latest file format > > change forgot this. > > Thanks. All tex2lyx tests pass now. A git bisect for the lyx2lyx tests leads to: commit 14b108fc222ef9e7891d90ce364ceb227f8182dc Author: Juergen Spitzmueller Date: Fri Dec 2 11:23:32 2022 +0100 Check encodability of math user macro names (#11855) I get: $ cd lib/doc && lyx -e lyx23x Math.lyx && lyx -e default Math.23.lyx Line ~2823: Math parse error: found '}' unexpectedly Tokens: [36,3]\sqrt[91,12]\{[45,12][49,12][125,2] <#> \{[50,12][125,2]\beta[93,12][123,1]66[125,2][36,3] pos: 7 Line ~2823: Math parse error: found '}' unexpectedly Tokens: [36,3]\sqrt[91,12]\{[45,12][49,12][125,2]\{[50,12][125,2] <#> \beta[93,12][123,1]66[125,2][36,3] pos: 10 ignoring extra row. ignoring extra row. Line ~4423: Math parse error: bad math environment [ Tokens: [36,3]\[ <#> [45,12][50,12]101120[93,12][123,1][51,12]99109[125,2][123,1][50,12]112116[125,2]\{[50,12]99109[125,2][123,1][49,12]112116[125,2][36,3] pos: 2 Line ~4423: Math parse error: found '}' unexpectedly [cut] $ Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Cross reference inset
Am Sonntag, dem 04.12.2022 um 14:20 +0100 schrieb Jean-Pierre Chrétien: > I think there is something fishy with this inset, when the > 'Alphabetically' sort > keys are used : the selected entry has nothing in common with the one > selected, > if you select a fresh one. > > The only correct behavior is with the sort key by occurrence. > > Do you see the same behavior ? > > lyx-2.4.0dev, recent update. Yes, also "group" does not seem to work properly. I'll have a look. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Cross reference inset
Dear Devs I think there is something fishy with this inset, when the 'Alphabetically' sort keys are used : the selected entry has nothing in common with the one selected, if you select a fresh one. The only correct behavior is with the sort key by occurrence. Do you see the same behavior ? lyx-2.4.0dev, recent update. -- Jean-Pierre -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
master compile errors gzlib?
I can't build master currently on Windows, I get these errors: Schweregrad Code Beschreibung Projekt Datei Zeile Unterdrückungszustand Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzread" in Funktion ""public: virtual int __cdecl gz::gzstreambuf::underflow(void)" (?underflow@gzstreambuf@gz@@UEAAHXZ)". check_layout C:\lyx\masterbuild64Qt6\src\tests\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzwrite" in Funktion ""private: int __cdecl gz::gzstreambuf::flush_buffer(void)" (?flush_buffer@gzstreambuf@gz@@AEAAHXZ)". check_layout C:\lyx\masterbuild64Qt6\src\tests\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzclose" in Funktion ""public: virtual __cdecl gz::gzstreambase::~gzstreambase(void)" (??1gzstreambase@gz@@UEAA@XZ)". check_layout C:\lyx\masterbuild64Qt6\src\tests\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzopen" in Funktion ""public: __cdecl gz::gzstreambase::gzstreambase(char const *,int)" (??0gzstreambase@gz @@QEAA@PEBDH@Z)". check_layout C:\lyx\masterbuild64Qt6\src\tests\support.lib(gzstream.obj) 1 Fehler LNK1120 4 nicht aufgelöste Externe check_layout C:\lyx\masterbuild64Qt6\bin\Release\check_layout.exe 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzread" in Funktion ""public: virtual int __cdecl gz::gzstreambuf::underflow(void)" (?underflow@gzstreambuf@gz@@UEAAHXZ)". tex2lyx (applications\TeX2LyX\tex2lyx) C:\lyx\masterbuild64Qt6\src\tex2lyx\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzwrite" in Funktion ""private: int __cdecl gz::gzstreambuf::flush_buffer(void)" (?flush_buffer@gzstreambuf@gz@@AEAAHXZ)". tex2lyx (applications\TeX2LyX\tex2lyx) C:\lyx\masterbuild64Qt6\src\tex2lyx\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzclose" in Funktion ""public: virtual __cdecl gz::gzstreambase::~gzstreambase(void)" (??1gzstreambase@gz@@UEAA@XZ)". tex2lyx (applications\TeX2LyX\tex2lyx) C:\lyx\masterbuild64Qt6\src\tex2lyx\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzopen" in Funktion ""public: __cdecl gz::gzstreambase::gzstreambase(char const *,int)" (??0gzstreambase@gz @@QEAA@PEBDH@Z)". tex2lyx (applications\TeX2LyX\tex2lyx) C:\lyx\masterbuild64Qt6\src\tex2lyx\support.lib(gzstream.obj) 1 Fehler LNK1120 4 nicht aufgelöste Externe tex2lyx (applications\TeX2LyX\tex2lyx) C:\lyx\masterbuild64Qt6\bin\Release\tex2lyx.exe 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzread" in Funktion ""public: virtual int __cdecl gz::gzstreambuf::underflow(void)" (?underflow@gzstreambuf@gz@@UEAAHXZ)". LyX (applications\LyX\LyX) C:\lyx\masterbuild64Qt6\src\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzwrite" in Funktion ""private: int __cdecl gz::gzstreambuf::flush_buffer(void)" (?flush_buffer@gzstreambuf@gz@@AEAAHXZ)". LyX (applications\LyX\LyX) C:\lyx\masterbuild64Qt6\src\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzclose" in Funktion ""public: virtual __cdecl gz::gzstreambase::~gzstreambase(void)" (??1gzstreambase@gz@@UEAA@XZ)". LyX (applications\LyX\LyX) C:\lyx\masterbuild64Qt6\src\support.lib(gzstream.obj) 1 Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp_z_gzopen" in Funktion ""public: __cdecl gz::gzstreambase::gzstreambase(char const *,int)" (??0gzstreambase@gz @@QEAA@PEBDH@Z)". LyX (applications\LyX\LyX) C:\lyx\masterbuild64Qt6\src\support.lib(gzstream.obj) 1 Fehler LNK1120 4 nicht aufgelöste Externe LyX (applications\LyX\LyX) C:\lyx\masterbuild64Qt6\bin\Release\LyX.exe 1 any ideas? -- Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel