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
On Tue, 2024-06-11 at 15:42 +0200, Daniel wrote:
> When starting LyX 2.4.0 for the first time on macOS, a dialog
> mentioning
> some "download" popped up briefly. Anyone knows what this might be
> about?
>
> Daniel
Could this be related with Python 3?
Python 2 come bundled with the OS, but afte
On Sun, 2024-06-09 at 13:18 -0400, Richard Kimberly Heck wrote:
> We do not seem to have had any panicked reports of crashes. Yea! So I
> propose to merge 2.4.1-devel into 2.4.x and plan to release 2.4.1 at
> the
> end of the month. We have quite a few fixes already in the pipeline.
> OK?
+100 :-
On Mon, 2024-06-10 at 16:47 +0200, Kornel Benko wrote:
> From now on I cannot build on ubuntu with linux 4.15.0-122.
> os_release VERSION="18.3 (Sylvia)"
> There is only python3 version 3.5
>
> Kornel
I suppose that, from your description, you are running Mint 18.3.
Python3 there is Python
On Mon, 2024-06-10 at 09:04 +, José Matos wrote:
> commit 1c458dc1212865e9c9e2fd0207f15a72f4988e63
> Author: José Matos
> Date: Mon Jun 10 10:04:26 2024 +0100
>
> Python runtime detection requirement upgraded to 3.8
>
> Remove -tt option that i
On Sat, 2024-06-08 at 12:14 -0400, Scott Kostyshak wrote:
> Another question: from googling it seems that the command
>
> python -W error foobar.py
>
> would give an error (which hopefully would stop the build).
According to the man page there is no space in between, it should be -
Werror or
On Sat, 2024-06-08 at 00:15 -0400, Scott Kostyshak wrote:
> In the attached patch, I just put a 'r' in front of the string inside
> re.compile(). It seems to make Python happy. Is it OK to commit?
>
> Scott
Yes, that is the right fix. :-)
Either that or doubling the backslash but IMHO your solut
On Fri, 2024-06-07 at 13:50 -0400, Richard Kimberly Heck wrote:
> I think this was meant to be handled in the prefs2prefs script. Check
> the file prefs2prefs_prefs.py, especially the add_dark_color routine.
>
> Riki
Isn't prefs2prefs run directly over the preferences?
--
José Abílio
--
lyx-de
On Mon, 2024-06-03 at 16:15 +0200, Jürgen Spitzmüller wrote:
> Hm, I intentionally held that back unless we fix the problem
> discussed at https://marc.info/?l=lyx-devel&m=171733833610242&w=2
IMHO I think that for the moment the right approach is really to update
the layouts. :-)
The optimization
On Sun, 2024-06-02 at 22:53 -0400, Richard Kimberly Heck wrote:
> I've merged 2.4.x into 2.4.1-devel. I should have been doing this
> periodically but didn't. There were quite a few conflicts,
> unsurprisingly. I believe I have resolved them all properly, and I've
> spot-checked several commits.
On Sun, 2024-06-02 at 13:37 -0400, Richard Kimberly Heck wrote:
> I don't think caching previous loads is possible. Some of them may
> over-write previous declarations. Or even include conditional
> operations.
>
> Riki
I mean in the same session:
$ grep layouts/stdcounters.inc ~/tmp/inbox/lyx/
On Sun, 2024-06-02 at 12:56 -0400, Richard Kimberly Heck wrote:
> I do not see it here. There's a lot of debug output, as you would
> expect, but it eventually stops.
The resulting file is 1.7 MB and layout2layout is called 2176 before we
finally had window.
It seems that there is no caching of
On Sun, 2024-06-02 at 12:56 -0400, Richard Kimberly Heck wrote:
> I do not see it here. There's a lot of debug output, as you would
> expect, but it eventually stops.
$ src/lyx -dbg tclass > /dev/null 2>&1
I had to wait for more than a minute.
I will redirect the output to see what is going on.
On Sun, 2024-06-02 at 17:49 +0200, Jürgen Spitzmüller wrote:
> The following is causing this:
>
> if (lyxerr.debugging(Debug::TCLASS)) {
> // only system layout files are loaded here so no
> // buffer path is needed.
> tmpl->load();
> }
>
> LayoutFile.cpp::147ff.
>
> No idea wh
On Sat, 2024-06-01 at 17:49 +0200, Jean-Pierre Chrétien wrote:
> Dear devs,
>
> I just used the fresh official 2.4.0 release to type in a report and
> I was
> unable to select the desired class from the list, which displays only
> down to
> Japanese reports (same with 2.3.8).
>
> Works fine wit
On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote:
> I'm especially thinking of older files (say, lyx_1_5.py) that will
> not get much testing. It'd be bad to break one of those.
I know that I am revisiting this but I want to give further context to
why I am doing this.
I am testing
On Fri, 2024-05-31 at 22:38 +0200, Pavel Sanda wrote:
> If it's not on mirrors anymore it get's moved to archive.debian.org
> and stays there forever. So you need to change URL for apt.
> https://snapshot.debian.org/ is another option.
>
> Pavel
FWIW the same applies for Fedora after the releases
On Thu, 2024-05-30 at 12:33 -0400, Richard Kimberly Heck wrote:
> This does look powerful. But it's unclear to me whether it's worth
> requiring. I don't have a strong view.
>
> Riki
FWIW worth the choice of 3.10 is not arbitrary on my part.
A new Python parser was introduced in Python 3.9:
A
On Fri, 2024-05-31 at 12:54 -0400, Richard Kimberly Heck wrote:
> One question I had, though, was whether the formatted string changes
> in the lyx2lyx code are necessary. Or whether they're safe enough
> that I shouldn't worry.
Those changes have been done automatically through pyupgrade:
https:/
On Fri, 2024-05-31 at 12:01 -0400, Richard Kimberly Heck wrote:
> It's such a milestone that I thought about suggesting we call it 3.0.
>
> Riki
Naturally I am all for it. :-D
Jokes aside I agree with you.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/ma
On Fri, 2024-05-31 at 12:05 -0400, Scott Kostyshak wrote:
> I'm guessing the answer has to do with containers?
>
> Scott
I have also thought about this a lot (because of the file format and to
have the original lyx to generate it) and my conclusion is similar to
yours.
Apologies for not adding f
On Fri, 2024-05-31 at 11:47 +0200, Pavel Sanda wrote:
> On Fri, May 31, 2024 at 01:51:31AM +0100, José Matos wrote:
>
>
> By *old* LTS I meant something like 16.04/18.04.
>
> > In October of 2026 Python 3.10 will no longer be supported even in
> > terms of security r
On Fri, 2024-05-31 at 00:41 +0200, Pavel Sanda wrote:
> I updated some dev stats for 2.4 series (
> https://wiki.lyx.org/Devel/Statistics )
> and when looking on the obviously most important indicator, oh boy,
> we are getting old and grumpy :) Our all-time star Jose dropped below
> 0.5 emoticons p
On Thu, 2024-05-30 at 19:10 +0200, Jean-Marc Lasgouttes wrote:
> I'd suggest AM_PATH_PYTHON now that we do not have 2 versions
> anymore.
> https://www.gnu.org/software/automake/manual/html_node/Python.html
Does that means that the code can be simplified like this?
# Find a suitable python interp
On Thu, 2024-05-30 at 17:48 -0400, Richard Kimberly Heck wrote:
> I've uploaded everything to the FTP server and will now wait the
> usual
> 24 hours or so for the mirrors to sync. Official release will be done
> some time tomorrow, but those who are impatient can find the tarballs
> and binaries
On Fri, 2024-05-31 at 00:02 +0200, Pavel Sanda wrote:
> The research which should be done is to pair aprox. versions
> of Qt, gcc & python in some still alive oold LTS ubuntu/redhat + 2.5
> years.
> It does not make sense to invest time for supporting old gcc when
> the rest won't work anyway.
>
>
In order to pay the technical debt that is the Python 2 support I
intend to start removing its support.
The first step is to change the build support to ignore Python 2.
Since that is code that, usually, I run away from I would like to get
your feedback before committing it. Because if this break
On Sat, 2024-05-25 at 22:45 -0400, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Let's have a day or two of testing. Assuming all goes well, we can
> build
> tarballs early next week, and release at the end of the week.
>
> Riki
For Fedora:
https://copr
On Thu, 2024-05-23 at 10:20 +0200, Pavel Sanda wrote:
> Others please chime in, but I'd say just document it and release
> 2.4.0.
> If we get some clue it can be always added in 2.4.1 which won't take
> for long I guess.
>
> Pavel
I agree.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lis
On Thu, 2024-05-23 at 04:00 +0800, Eberhard W Lisse wrote:
> ??
>
> el
There is a latent bug in the code that Norbert pinpointed. This bug was
already fixed in the 2.4 code but not on the 2.3 version.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/
On Tue, 2024-05-21 at 18:04 +0100, José Matos wrote:
> This is fixed in 2.4.
> Since there will not be any new 2.3.x release I think that we can
> leave it that way.
OK, Rikki fixed this. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman
On Tue, 2024-05-21 at 17:10 +0200, Norbert Koksch wrote:
> Dear LyX developers,
>
> in lines 396 ... 365 of layout2layout.py, \s has to replaced by \\s.
>
> Best regards
> Norbert
Thank you for the report.
This is fixed in 2.4.
Since there will not be any new 2.3.x release I think that we can l
On Sat, 2024-05-18 at 12:45 +0200, Jürgen Spitzmüller wrote:
> Don't know about suffix, but cprotect should probably by a
> requirement for LyX now generally.
I am sorry for asking this again. I am not sure if we had discussed
this before.
As a packager, for Fedora, I would like to be able to exa
On Sat, 2024-05-18 at 09:15 +0200, JP wrote:
> > Samedi here.
> same here
But it is also Saturday (samedi in French) so it was not really an
error. :-D
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, 2024-05-09 at 12:18 +0200, Jean-Marc Lasgouttes wrote:
> This is not a new bug in 2.3.8, right?
>
> In some sense the lyx2lyx bug is a new bug (since we backported 2.4
> format support), though. Shall we do something about it?
>
> JMarc
The problem is the backwards conversion (convertin
On Thu, 2024-04-11 at 21:38 +0200, Tobias Hilbricht wrote:
> Dear readers,
>
> I can compile the LyX gnuplot scripting example document, but the
> gnuplot does not show up onscreen for previewing with needauth
> converter enabled. By contrast, PDF-images do get converted for
> onscreen preview. I
On Mon, 2024-04-15 at 10:01 +0100, José Matos wrote:
> The change is in at:
> https://www.lyx.org/trac/changeset/cdcaf0e7b6cc45bc74175667c390c3148c4730e9/lyxgit
>
> @Riki this is a candidate for 2.4.0. Is it OK?
ping :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.
1 - 100 of 1007 matches
Mail list logo