On Mon, 2025-05-26 at 19:00 -0400, Richard Kimberly Heck wrote:
> So I was a bit confused about the naming conventions (thanks to Pavel
> and Jürgen for setting me straight) and so have repackaged 'gamma 1' as
> alpha 1. Please prepare binaries!
>
> Riki
It is difficult for me to dissociate thi
On Tue, 2025-05-20 at 19:05 +0200, Enrico Forestieri wrote:
> I don't know what to do. On the one hand the attached patch solves the
> issue for me with version 1.15, but I don't have any info on the return
> codes from dvipng and it very possible that that return code (136) is
> not specific to
On Sat, 2025-05-10 at 01:34 +, test...@tester.lyx.org wrote:
> insets/InsetFloat.cpp:376:1: error: control reaches end of non-void function
FWIW that is the only warning.
I am not sure if using -Werror=return-type fails after the first warning or not.
:-)
Regards,
--
José Abílio
--
lyx-dev
On Tue, 2025-04-29 at 11:37 -0400, Richard Kimberly Heck wrote:
> This sounds reasonable to me.
>
> Riki
FWIW I also agree.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On Wed, 2025-04-16 at 08:23 +, Juergen Spitzmueller wrote:
> Ignore surrounding whitespace also in input string
Well done.
Whitespaces are always troubling because we do not see them directly. That is
why they usually are puzzling.
[out of topic]
... even with a dark theme. :-D
Best regards,
On Tue, 2025-03-25 at 12:04 -0400, Richard Kimberly Heck wrote:
> I'm happy with that plan and would be willing to act as release manager
> again. I do not have much time actually to code, but the on-again
> off-again time commitment for managing releases is something I can handle.
>
> Riki
Tha
On Mon, 2025-03-24 at 13:16 -0400, Richard Kimberly Heck wrote:
> Given that some people do use master for actual work, that seems a bit
> harsh (since it will effectively crash the program). How about just
> adding an alert here or something?
>
> Riki
The issue comes then to what is needed to
On Mon, 2025-03-24 at 12:13 +0100, Pavel Sanda wrote:
> I think this is fine if we clearly state in release notes that we
> require TL >= 2024(?) for this particular feature to work.
+1
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-d
On Mon, 2025-03-24 at 08:19 +0100, Jürgen Spitzmüller wrote:
> zref-clever nowadays (and since some time) doesn't need \zlabel any
> longer since the kernel included the needed information. The manual
> states:
>
> "All in all, as far as zref-clever is concerned, the use of \label
> throughout (wi
On Wed, 2025-03-19 at 11:29 +0100, Pavel Sanda wrote:
> I do not have super strong opinion here, but I think that not having font
> style buttons was deliberate omission to make little push toward semantic
> text styles rather then just to use font tweaks used by default by various
> *office edito
On Fri, 2025-03-14 at 16:45 +0100, Jean-Marc Lasgouttes wrote:
> Another question : what is your operating system ? (I wonder whether it
> could be related to end-of-line characters).
>
> JMarc
At another message of this thread:
... Windows ARM 64 with a Snapdragon(R) X 10-core X1P64100 @ 3.40 G
On Sat, 2025-03-01 at 21:49 +0100, Jean-Marc Lasgouttes wrote:
> /home/jean-marc/src/lyx/master/lib/lyx2lyx/lyx_2_5.py:2464:
> SyntaxWarning: invalid escape sequence '\e'
> cmd = " special=\"" + scmd + "r@{\extracolsep{0pt}" + decpoint + "}"
> + scmd2 + "l\">"
>
> I cannot reproduce it for so
On Wed, 2025-02-19 at 18:51 -0500, Richard Kimberly Heck wrote:
> I don't use minted either, but the patch looks right to me.
>
> Riki
I use minted and the patch does make sense.
The next issue is if we use this idiom elsewhere... because we looking into the
parameters and removing some, while a
On Sun, 2025-02-09 at 16:42 +0100, Jürgen Spitzmüller wrote:
> Should also go to stable.
Notice that I am amused to write this. :-)
Supposedly this will remove the ability for this script on python 2, if the
script is called directly by name. Calling the python interpreter with the name
of the sc
On Sat, 2025-02-08 at 13:20 +0100, Jean-Marc Lasgouttes wrote:
> Or maybe
> lyx -x "command-sequence branch-activate mybranch ; buffer-save" myfile.lyx
Thank you. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On Sat, 2025-02-08 at 19:02 +0100, Pavel Sanda wrote:
> What's long-term bugging me is where these new-lines in the begining of
> 7606da5ec
> are coming from. When I just resave the same file in linux (cbfe2a3762) they
> get removed again. We saw this multiple times elsewhere already.
I have alrea
Hi,
I am interested in being able to select branches from the command line,
turning them on or off.
Is it possible?
I tried the man page but it does not refer branches at all.
Best regards,
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinf
On Fri, 2025-01-17 at 10:08 +0100, Scott Kostyshak wrote:
> (next time) please put the warning/error output that GCC gives you in the
> commit message.
>
> This way, when I am bisecting and I see that error, I can search in the LyX
> log and I know which commit I need to cherry-pick.
>
> Thanks f
On Fri, 2025-01-10 at 08:01 +0100, Jean-Marc Lasgouttes wrote:
> Isn't it visible in --version output ?
>
> JMarc
And with Help->About LyX.
That is a patch that I can gladly add to Fedora. :-D
Actually in the %prep stage the following line fixes this issue:
for file in configure*; do sed -i 's
On Thu, 2025-01-09 at 12:33 -0500, Richard Kimberly Heck wrote:
> The source files for LyX 2.4.3 can be found here:
>
> https://drive.google.com/drive/folders/1eRWa19xe9BwJ_jgNXg8w27JpPJChye6l?usp=sharing
>
> My IP changed again, so I do not presently have access to the FTP server.
>
> Please pr
On Mon, 2025-01-06 at 18:10 +0100, Jean-Pierre Chrétien wrote:
> Dear developers
>
> I wish you a happy new year and the best success in your personal and
> professional projects.
Thank you. :-)
+1
I take the opportunity to join my wagon to this train. :-)
Best regards,
--
José Abílio
--
ly
On Fri, 2024-12-20 at 00:28 +0100, Scott Kostyshak wrote:
> On Thu, Dec 19, 2024 at 10:31:20PM +0000, José Matos wrote:
> > On Thu, 2024-12-19 at 15:57 +0100, Scott Kostyshak wrote:
> > > Is the problem that the object should not be a string?
> >
> > Yes, it was
On Sun, 2024-08-25 at 23:08 +0200, Enrico Forestieri wrote:
> Seemingly, you managed to create a HullNone math container. Please,
> see
> https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg180763.html
> for a more detailed explanation and a way to recover.
>
> > Is this something that I shoul
On Thu, 2024-12-19 at 15:57 +0100, Scott Kostyshak wrote:
> Is the problem that the object should not be a string?
Yes, it was expecting bytes.
> $ python3 --version
> Python 3.12.3
Do you know the Whac-A-Mole game? :-)
It was the same game that I was playing here.
I modernized the code a bit,
On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote:
> Hi lyx-devel,
> I hope this is the right place to report a feature not working (at
> least for me):
Hi Bernd,
> When trying to export a lyx file to epub format an error message pops
> up:
> An error occurred while executing
> py -3 -t
On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote:
> Hi lyx-devel,
> I hope this is the right place to report a feature not working (at
> least for me):
>
> When trying to export a lyx file to epub format an error message pops
> up:
> An error occurred while executing
> py -3 -tt $$s/scr
On Sun, 2024-11-10 at 16:51 +0100, Scott Kostyshak wrote:
> I did not actually try -std=c++14 or something like that; maybe it
> would have worked.
In the particular case of the #include directives I would be really
surprised if this changed anything. All this work, usually, comes from
the reorgan
On Thu, 2024-11-07 at 10:05 +0100, Bernd Nitzschmann wrote:
> Hi José,
>
> Yes, that export command produced a file *.23.lyx in the current
> working directory.
I am lost here. The replacement mechanism is the same in both cases.
At least for me on export works on both cases.
Even although I am
On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote:
> Hi lyx-devel,
> I hope this is the right place to report a feature not working (at
> least for me):
>
> When trying to export a lyx file to epub format an error message pops
> up:
> An error occurred while executing
> py -3 -tt $$s/scr
On Sun, 2024-11-03 at 19:32 +0100, Scott Kostyshak wrote:
> I think that starting with this commit a lot of lyx2lyx tests are
> timing out.
>
> For example:
>
> ctest --timeout 10 -R
> '(export/export/WrongDfnTagHandling_lyx23|export/examples/Welcome_lyx
> 23)'
>
> I get the following:
>
> ex
On Mon, 2024-10-21 at 16:29 +0200, Jean-Marc Lasgouttes wrote:
> So shall we enforce these gcc/qt versions?
>
> Isn't it Python 3.8?
>
> > IIRC Jose then pushed P3.8 and I was tired to push against it.
>
> I know this feeling ;)
>
> JMarc
Just to be sure about what I am talking, let us look i
On Fri, 2024-10-18 at 15:28 +0200, Jean-Marc Lasgouttes wrote:
> I bet you do! But it was such a careful decision with Pavel to see
> whether we should go from gcc 4.9 to gcc 5 that it does not feels
> completely right.
>
> JMarc
The R programming language already requires C++17 since 2023.
I
On Fri, 2024-10-18 at 14:01 +0200, Jean-Marc Lasgouttes wrote:
> So we have to fix our limit. Is that 2015 (gcc 5, Qt 5.5, python 3.4)
> or 2019 (gcc 9, Qt 5.1x, python 3.8)?
>
> JMarc
Note that the minimal python version in LyX 2.4 is already 3.5 (we
really need that in order to ensure compatibi
On Mon, 2024-10-14 at 18:20 +0200, Jean-Marc Lasgouttes wrote:
> Looking at that, I discover that we do not change case correctly,
> anyway. We should do that relative to the current language.
>
> The main example I know about that is i in Turkish.
>
> JMarc
IIRC j is the same, right?
--
José
On Sun, 2024-10-13 at 17:16 -0400, Richard Kimberly Heck wrote:
> It is conceivable that someone likes the previous behavior, but it's
> hard to imagine that most people would expect it. I'd say go ahead.
> And for stable, too.
>
> Riki
+1
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lis
On Sat, 2024-10-05 at 16:53 +, Richard Kimberly Heck wrote:
> commit 478d59f5ddd1cda62883e4ef7ae06d5ad4ea9f72
> Author: Juergen Spitzmueller
> Date: Sat Oct 5 14:15:19 2024 +0200
>
> Adhere to semantic background color with default branches
>
> This fixes color mismatched when
On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote:
> > The issue is that I see this even without changes tracking.
>
> Do you have some recipy to reproduce?
No, I do not and that is bothering me. :-)
> > Notice that the changes are only seen later, that is why I suspect
> > that this is not r
On Tue, 2024-09-24 at 18:17 -0400, Richard Kimberly Heck wrote:
> Done. I can never remember the right form.
>
> Riki
Using my psychology hat, I would say that you intended to imply a
semantic meaning for that dash (a really tiny change).
Well we do not follow any known semantic scheme so that i
On Wed, 2024-09-25 at 10:53 +0200, Pavel Sanda wrote:
> Some of these (but it seems not all) are produced when you make
> "Accept all changes". It surpringly deletes the additional space at
> the end of paragraphs like the one at the end of "Hebrew or Farsi). "
>
> Perhaps offshoot of our attempt
On Tue, 2024-09-24 at 21:11 +, Pavel Sanda wrote:
> \begin_body
> @@ -1838,7 +1836,6 @@ test
> \end_inset
>
> .
> -
> \end_layout
>
> \begin_layout Itemize
> @@ -1879,7 +1876,6 @@ starlet
> \end_inset
>
> .
> -
> \end_layout
>
> \begin_layout Itemize
> @@ -8273,7 +8269,6 @@ T
On Tue, 2024-09-24 at 22:43 +0200, Enrico Forestieri wrote:
> I suggest using 2.4.2.1 instead of 2.4.2-1
I agree.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, 2024-09-19 at 11:15 -0400, Richard Kimberly Heck wrote:
> Here:
>
> https://drive.google.com/drive/folders/1eRWa19xe9BwJ_jgNXg8w27JpPJChye6l?usp=sharing
>
> I am having trouble accessing the LyX ftp server, due to a change in
> my
> IP. You should verify the signatures.
>
> We might hol
On Mon, 2024-09-09 at 21:45 +, Thibaut Cuvelier wrote:
> commit e1efc709592c2572b9f9bf24a41eb6835a81057b
> Author: Thibaut Cuvelier
> Date: Mon Sep 9 23:31:53 2024 +0200
>
> Add a comment for Python binary names.
> ---
> src/support/os.cpp | 1 +
> 1 file changed, 1 insertion(+)
>
> d
On Mon, 2024-09-09 at 17:54 +0200, Jean-Marc Lasgouttes wrote:
> string const arg = (type.empty()) ? move(label) : move(label) + " "
> + type;
I can understand the first move. That makes all the sense to me.
I can not understand why you use move and then add it to a chr * (that
will be converted
With that fix the compilation fails in the linking stage:
/usr/bin/ld: liblyxcore.a(Buffer.o):(.rodata+0x190): multiple
definition of `QtPrivate::IsFloatType_v<_Float16>';
Compare.o:(.rodata+0x278): first defined here
/usr/bin/ld: liblyxcore.a(Language.o):(.rodata+0x64): multiple
definition of `Qt
Hi,
the usual dance is going on.
With gcc 15 some of the header files have been reworked and some
implicit inclusions have been dropped.
https://gcc.gnu.org/gcc-15/porting_to.html
The only thing that shows now is exactly the case that gives us
problems. :-)
In our code we have just one case t
On Sun, 2024-08-25 at 10:20 +0100, José Matos wrote:
> @Riki candidate for 2.4.2.
>
> This change seems straightforward but, as usual, things can go wrong.
> :-)
>
> Best regards,
Done after getting the nod from Riki.
FWIW this code needs a shell so it is only used for
On Sun, 2024-08-25 at 14:08 -0500, T Rex wrote:
> Hi everyone,
>
> I was trying to indent code inside the "program listing" environment
> and the program closed with the key combination: shift+tab.
>
> Steps:
> 1. select all the content inside the "program listing" environment
> 2. press shif
On Sun, 2024-08-25 at 14:08 -0500, T Rex wrote:
> Hi everyone,
>
> I was trying to indent code inside the "program listing" environment
> and the program closed with the key combination: shift+tab.
>
> Steps:
> 1. select all the content inside the "program listing" environment
> 2. press shif
On Wed, 2024-07-24 at 16:25 +0200, Jean-Marc Lasgouttes wrote:
> I agree with Juergen that the gain is dubious, but there is a non
> negligible price to pay.
>
> JMarc
Notice that it seems that those directories are already being used, at
least on my system.
When running lyx 2.4.x I got this wa
On Sun, 2024-08-25 at 06:40 -0400, Scott Kostyshak wrote:
> Just a note that I don't see these messages either, and I've used
> beamer with 2.4.x quite frequently.
>
> Scott
The first case is really weird. Notice the diff from one document:
"""
@@ -130,17 +130,14 @@ Supply and demand dynamics:
On Sun, 2024-08-25 at 11:39 +0200, Kornel Benko wrote:
> I don't see it here. Does it show on any file? Could you make an MWE?
>
> Kornel
No, this seems to be related to some specific files.
FWIW those files are beamer slides.
The first warning seems to be:
Text.cpp (2126): Handling unknow
On Sun, 2024-08-25 at 09:14 +, José Matos wrote:
> commit d06a034578da4b20fb26e53ff983a77ca90bd07c
> Author: José Matos
> Date: Sun Aug 25 10:14:18 2024 +0100
>
> Python 3.13 removed the pipes module from the standard library
>
> That module was a wrapper
Hello,
since LyX 2.4 I have been getting this type of warning:
Text.cpp (2126): Handling unknown body token: ` '
unusual contents found:
unusual contents found:
unusual contents found:
Text.cpp (2126): Handling unknown body token: ` '
Or, if I launch lyx from the command line:
Text.cpp (2126):
On Fri, 2024-08-23 at 12:06 -0400, Richard Kimberly Heck wrote:
> I can check this later, as I have a two monitor setup in my office.
>
> Riki
I have that setup.
If I remember correctly I think that I saw that using qt5 at some
point. FWIW I am using Linux.
At that time I had other priorities a
On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote:
> Question:
> Does anyone have a reason to keep the current two stages process?
The new code becomes simply:
def crop_files(pnmcrop, basename):
for file in glob.glob(f"{basename}*.ppm"):
tmp = tempfi
On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote:
> Hi,
> my main focus now is to try to clean the python scripts that we
> use.
One question that I noticed while searching for this.
Is it possible now to use preview when using minted?
minted requires to invoke LaTeX with the -she
Hi,
my main focus now is to try to clean the python scripts that we use.
Musing:
I need to look immediately into the preview stuff since I found that in
python 3.13 the pipe module is gone (it is a small wrap around
os.popen).
The only place where we use it to call consecutively pnmcrop with
op
On Thu, 2024-08-15 at 15:28 +0200, Jürgen Spitzmüller wrote:
> Am Donnerstag, dem 15.08.2024 um 13:03 +0100 schrieb José Matos:
> > Honestly here the code, in this context, makes more sense like
> > this:
> >
> > if val.startswith('"') and val.endswith(
On Thu, 2024-08-15 at 13:07 +0200, Jürgen Spitzmüller wrote:
> My case was escaped quote as last content of the quoted string (e.g.,
> "\"" which returned \ rather than \")
>
That makes sense. :-)
> > BTW I usually prefer code that is more expressive:
> >
> > if val.startswith('"'):
> > val
On Thu, 2024-08-15 at 06:06 +, Juergen Spitzmueller wrote:
> - return val.strip('"')
> + # remove only outer pair of quotes,
> + # hence do not use strip('"')
> + if val[:1] == '"':
> + val = val[1:]
> + if val[-1:] == '"':
> + val = val[:-1]
> +
> + return v
On Mon, 2024-08-05 at 13:52 +0100, Tomasz Kołodziejski wrote:
> Thanks!
> What's the release cycle for lyx? As in, when will the new windows
> executables land?
The current plan is to release 2.4.2 at the end of this month/begin of
September.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@
On Sat, 2024-07-27 at 16:14 +0100, José Matos wrote:
> I am not sure if this is from LyX or from KDE.
Followup to this:
This issue is/seems to be from KDE from calling okular through xgd-
open.
Best regards,
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.
While running 2.4.x, built over the latest commit, in Wayland I got
this warning:
kf.windowsystem: static int KX11Extras::currentDesktop() may only be
used on X11
I am not sure if this is from LyX or from KDE.
I leave this here just for reference. Everything seems to be working...
I have generat
Hi,
this is not a pressing issue but it is something that has been
nagging me for a while.
The user directory is linux/unix systems is by default ~/.lyx
That was the historical location for all programs. The problem with
this approach is that it clutters the home directory for the user.
The am
On Sat, 2024-07-20 at 23:44 +0200, Jean-Marc Lasgouttes wrote:
> Since nobody seems to care, I put it in.
>
> JMarc
Thanks for that.
Actually it was more (for me a least) import that you applied one of
the changes. Personally I prefer your first option but even the second
option would be better
On Tue, 2024-07-16 at 22:27 -0400, Richard Kimberly Heck wrote:
> Looks good to me. I don't see a better option either.
I agree on both accounts. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sun, 2024-07-14 at 14:32 +0200, Jürgen Spitzmüller wrote:
> I think the attached patch fixes it.
I confirm that.
It does not crash anymore. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Fri, 2024-07-12 at 23:14 -0500, T Rex wrote:
> The file and the backtrace:
>
>
> /usr/include/c++/13.2.0/bits/stl_vector.h:1232: std::vector<_Tp,
> _Alloc>::reference std::vector<_Tp, _Alloc>::back() [with _Tp =
> lyx::CursorSlice; _Alloc = std::allocator;
> reference = lyx::CursorSlice&]: Ass
Hi,
this is a topic that I have heard here several times.
I have been playing with Jupyter a lot for the last years to the point
where I am using meta-data and customized templates prettify the pdf
generated from the jupyter notebooks (using koma-script and a toc, for
example).
Before working o
On Fri, 2024-07-12 at 14:08 -0500, T Rex wrote:
> Greetings to all,
>
> I am trying to insert Latex from an equation generated by wxMaxima.
> When viewing there are "{" symbols that seem to be left over and
> although they are not in the final document, I don't like them being
> there. So I decid
On Mon, 2024-07-08 at 13:52 -0400, Scott Kostyshak wrote:
> Do we ship these files with LyX?
>
> Scott
If we do would it would probably be in the windows installer, no?
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote:
> While scrolling text in stable (preview if off), I get messages like:
> Exception ignored in: <_io.TextIOWrapper name='' mode='w'
> encoding='utf-8'>
I can not reproduce this.
One simple question, though, what is the next line after
On Fri, 2024-07-05 at 16:27 +0200, Jean-Marc Lasgouttes wrote:
> No, I have no debug enabled. I am not sure what can trigger a python
> run when previews are off (graphics are enabled, though).
The only place where we call this directly is in lyx2lyx, and that is
done unconditionally in the sense
On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote:
> While scrolling text in stable (preview if off), I get messages like:
> Exception ignored in: <_io.TextIOWrapper name='' mode='w'
> encoding='utf-8'>
>
> José, this looks like python stuff, over to you :)
>
> JMarc
I suspect that
On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote:
> While scrolling text in stable (preview if off), I get messages like:
> Exception ignored in: <_io.TextIOWrapper name='' mode='w'
> encoding='utf-8'>
>
> José, this looks like python stuff, over to you :)
>
> JMarc
Thank you.
Jus
On Fri, 2024-07-05 at 00:13 -0400, Richard Kimberly Heck wrote:
> We are proud to announce the release LyX 2.4.1, the first maintenance
> release in the 2.4.x series.
Updates created for Fedora:
F41: https://bodhi.fedoraproject.org/updates/FEDORA-2024-7b7b5065ec
F40: https://bodhi.fedoraproject.o
On Thu, 2024-07-04 at 20:28 +0200, Eberhard W Lisse wrote:
> The quality of papers is usually inversely proportionate to the
> number of authors.
Tell that to particle physicists. :-D
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-deve
On Thu, 2024-07-04 at 15:06 +0200, Jean-Marc Lasgouttes wrote:
> Or just
> ./config.status --recheck
Thank you.
This is nice to know.
> > @Jean-Marc I see now that --no-create --no-recursion are no longer
> > the
> > default. Before when calling ~/SRC_DIR/configure those options were
> > always a
On Thu, 2024-07-04 at 13:47 +0200, Pavel Sanda wrote:
> I would be concerned if running ./configure does not fix the Qt
> version.
> Does it fix it in your case?
>
> Pavel
Yes, it works.
Since you do an out source dir build I always need to extract the
previous call from config.log file.
For th
On Thu, 2024-07-04 at 12:16 +0200, Pavel Sanda wrote:
> But isn't it reasonable to run configure again when Qt changes?
> And it's not just QT, I think that if you don't rerun autogen
> you won't get correct lyx version when we bump the version.
>
> Pavel
There is some mechanism in action because
Even before starting I should say that I am just raising this issue but
we do not need to fix it because it applies only to developers and not
to packagers. I have both hats so I know which one to pick and when.
😀️
This is just to share what I learn and I do not think that we need to
care about th
On Tue, 2024-07-02 at 15:36 -0400, Richard Kimberly Heck wrote:
> Rebuilt tarballs, with a few more fixes (one crash), are here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> We have had no other reports of problems, so please build binaries.
>
> Riki
Just as before I rebuild it in the lyx-
On Mon, 2024-07-01 at 20:43 -0400, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> It might be worth waiting a day to build binaries, just in case
> anything
> comes up.
>
> Riki
Built it for Fedora:
https://copr.fedorainfracloud.org/coprs/jamatos/lyx-nex
On Fri, 2024-06-28 at 14:29 -0400, Scott Kostyshak wrote:
> The table is in the user guide. I open the user guide, I search for
> "phone" which takes me to the table. Then I double click on a word a
> couple of lines above the table, and hold and drag down.
>
> Scott
Scott's recipe works for me:
On Mon, 2024-06-24 at 19:21 +0200, Jean-Marc Lasgouttes wrote:
> OK, so now you have proved that I can barely read, are you proud of
> what
> you have done?
>
> I though I had read this page.
>
> JMarc
You have my sympathy. :-)
I do the same on a regular basis...
--
José Abílio
--
lyx-devel m
On Mon, 2024-06-24 at 16:56 +0200, Jean-Marc Lasgouttes wrote:
> I see that Qt6.4 build fails when I enforce C++11. Is there an
> announcement somewhere that this is the requirement?
>
> https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/global/qcompilerdetection.h#n1254
>
> JMarc
I am not
On Tue, 2024-06-18 at 20:04 +, Enrico Forestieri wrote:
> Avoid bogus warnings when configuring for Qt6
Thank you. It works. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Tue, 2024-06-18 at 12:53 -0400, Scott Kostyshak wrote:
> I now get the following:
>
> /home/scott/lyxbuilds/master-
> master/repo/src/frontends/qt/GuiApplication.h:117:15: error:
> 'drawStrategy' overrides a member function but is not marked
> 'override' [-Werror,-Winconsistent-missing-override
On Mon, 2024-06-17 at 22:10 +0200, Enrico Forestieri wrote:
> I don't know about Wayland, but, please, see whether it works after
> fe64db4b.
It works. Thank you. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Mon, 2024-06-17 at 17:02 +0100, José Matos wrote:
> Slightly related to your message:
>
> When configuring autools with qt6 I get these (seemingly harmless)
> warnings.
@Jean-Marc note that these warning, for qt6, happened before your
current patch. That is why I wrote this
On Mon, 2024-06-17 at 17:25 +0200, Jean-Marc Lasgouttes wrote:
> I pushed this change to master, along with a warning when the qmake
> way did not work. Please tell me when this triggers a warning, so
> that we can understand what happens and how to solve it.
>
> JMarc
Slightly related to your me
On Mon, 2024-06-17 at 17:25 +0200, Jean-Marc Lasgouttes wrote:
> I pushed this change to master, along with a warning when the qmake
> way did not work. Please tell me when this triggers a warning, so
> that we can understand what happens and how to solve it.
>
> JMarc
Running this on Fedora 40.
On Fri, 2024-06-14 at 18:26 -0400, Richard Kimberly Heck wrote:
> Same. There are times when code gets so deeply indented that even 100
> becomes restrictive.
>
> Riki
I agree, so I set that for python code, and tools that use
pyproject.toml, to 96.
--
José Abílio
--
lyx-devel mailing list
lyx
Dear developers,
I would like to reformat the Python code. My major doubt is on what
it should be the maximum line size for Python code.
Traditional wisdom, coming from standard screens of the 80's set it to
80.
Two of the best used tools to reformat Python code, black and ruff, set
this limit
On Thu, 2024-06-13 at 10:58 +0200, Pavel Sanda wrote:
> On Wed, Jun 12, 2024 at 07:09:19PM +0300, Udicoudco wrote:
> > As I see it, when show changes in output
> > is selected, the output is not even remotely close to the final
> > manuscript.
>
> Right, but that was not my point. What I mean is t
On Thu, 2024-06-13 at 10:41 +0200, Pavel Sanda wrote:
> I wouldn't have this courage :)
>
> You are joining the debate little late, but you can try to convince
> Jose to delay his version bumping towards end of the cycle. Your mint
> 18 lifetime ends with some 2-3 years IIRC, so you'll need to upd
On Wed, 2024-06-12 at 10:06 +0200, Pavel Sanda wrote:
> Hi Jose,
>
> bumping p3 version requirements and dropping p2 should go into
> RELEASE-NOTES and specific version should be fixed in
> INSTALL/README...
>
> Pavel
For the moment I updated the INSTALL document.
I moved up the reference to Py
On Tue, 2024-06-11 at 18:06 +0200, Jean-Marc Lasgouttes wrote:
> This is a good question. As it is, it will fall back to the default
> value ("partial" if supported, "backingstore" otherwise) if it does
> not understand the value that was given (I just checked). The only
> harm is a warning on the
On Tue, 2024-06-11 at 11:44 -0400, Richard Kimberly Heck wrote:
> What's our policy on preference updates? (I can't remember.) Do we
> care if a preference file saved with 2.4.1 cannot be used with 2.4.0?
Does it make sense to have another option "auto" that automatically
chooses the best strategy
1 - 100 of 1043 matches
Mail list logo
