Re: LyX 2.3.5dev Windows Installer for Testing
Am Mi., 18. März 2020 um 20:49 Uhr schrieb Kornel Benko : > Am Wed, 18 Mar 2020 20:13:51 +0100 > schrieb Jean-Marc Lasgouttes : > > > Le 18/03/2020 à 20:02, Kornel Benko a écrit : > > > Am Wed, 18 Mar 2020 19:38:53 +0100 > > > schrieb Jean-Marc Lasgouttes : > > > > > >> Le 16/03/2020 à 04:48, Richard Kimberly Heck a écrit : > > >>> I've uploaded a Windows installer built from the stable development > > >>> branch, as of about a week ago, here: > > >>> > > >>> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ > > >> > > >> I think I am missing something: I see the sources, but where are the > > >> installers? > > >> > > >> JMarc > > >> > > > > > > I see following: > > > [PARENTDIR] Parent Directory- > > > [ ] LyX-2344-Installer-5-x32-beta1.exe 2020-03-16 04:37 > > > 52M [ ] LyX-2344-Installer-5-x32-beta1.exe.sig 2020-03-16 04:38 > > > 310 [ ] LyX-2344-Installer-5-x64-beta1.exe 2020-03-16 04:38 > 55M > > > [ ] LyX-2344-Installer-5-x64-beta1.exe.sig 2020-03-16 04:38 > > > 310 > > > > These ar ethe installers by Eugene, right ? > > At least the 64-bit one. > No, both are done by me, as they both are 2344. Eugene -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
Am Wed, 18 Mar 2020 20:13:51 +0100 schrieb Jean-Marc Lasgouttes : > Le 18/03/2020 à 20:02, Kornel Benko a écrit : > > Am Wed, 18 Mar 2020 19:38:53 +0100 > > schrieb Jean-Marc Lasgouttes : > > > >> Le 16/03/2020 à 04:48, Richard Kimberly Heck a écrit : > >>> I've uploaded a Windows installer built from the stable development > >>> branch, as of about a week ago, here: > >>> > >>> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ > >> > >> I think I am missing something: I see the sources, but where are the > >> installers? > >> > >> JMarc > >> > > > > I see following: > > [PARENTDIR] Parent Directory- > > [ ] LyX-2344-Installer-5-x32-beta1.exe 2020-03-16 04:37 > > 52M [ ] LyX-2344-Installer-5-x32-beta1.exe.sig 2020-03-16 04:38 > > 310 [ ] LyX-2344-Installer-5-x64-beta1.exe 2020-03-16 04:38 > > 55M > > [ ] LyX-2344-Installer-5-x64-beta1.exe.sig 2020-03-16 04:38 > > 310 > > These ar ethe installers by Eugene, right ? At least the 64-bit one. > > [ ] README 2020-03-16 04:46450 [ ] > > lyx-2.3.5dev-b108ea31.tar.gz2020-03-03 20:2026M [ ] > > lyx-2.3.5dev-b108ea31.tar.gz.sig2020-03-03 20:21310 [ ] > > lyx-2.3.5dev-b108ea31.tar.xz2020-03-03 20:2015M [ ] > > lyx-2.3.5dev-b108ea31.tar.xz.sig2020-03-03 20:21310 > > I saw only sources there. > > JMarc Kornel pgpGUULZU1zjq.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
Le 18/03/2020 à 20:02, Kornel Benko a écrit : Am Wed, 18 Mar 2020 19:38:53 +0100 schrieb Jean-Marc Lasgouttes : Le 16/03/2020 à 04:48, Richard Kimberly Heck a écrit : I've uploaded a Windows installer built from the stable development branch, as of about a week ago, here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ I think I am missing something: I see the sources, but where are the installers? JMarc I see following: [PARENTDIR] Parent Directory- [ ] LyX-2344-Installer-5-x32-beta1.exe 2020-03-16 04:3752M [ ] LyX-2344-Installer-5-x32-beta1.exe.sig 2020-03-16 04:38310 [ ] LyX-2344-Installer-5-x64-beta1.exe 2020-03-16 04:3855M [ ] LyX-2344-Installer-5-x64-beta1.exe.sig 2020-03-16 04:38310 These ar ethe installers by Eugene, right ? [ ] README 2020-03-16 04:46450 [ ] lyx-2.3.5dev-b108ea31.tar.gz2020-03-03 20:2026M [ ] lyx-2.3.5dev-b108ea31.tar.gz.sig2020-03-03 20:21310 [ ] lyx-2.3.5dev-b108ea31.tar.xz2020-03-03 20:2015M [ ] lyx-2.3.5dev-b108ea31.tar.xz.sig2020-03-03 20:21310 I saw only sources there. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
Am Wed, 18 Mar 2020 19:38:53 +0100 schrieb Jean-Marc Lasgouttes : > Le 16/03/2020 à 04:48, Richard Kimberly Heck a écrit : > > I've uploaded a Windows installer built from the stable development > > branch, as of about a week ago, here: > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ > > I think I am missing something: I see the sources, but where are the > installers? > > JMarc > I see following: [PARENTDIR]Parent Directory- [ ] LyX-2344-Installer-5-x32-beta1.exe 2020-03-16 04:3752M [ ] LyX-2344-Installer-5-x32-beta1.exe.sig 2020-03-16 04:38310 [ ] LyX-2344-Installer-5-x64-beta1.exe 2020-03-16 04:3855M [ ] LyX-2344-Installer-5-x64-beta1.exe.sig 2020-03-16 04:38310 [ ] README 2020-03-16 04:46450 [ ] lyx-2.3.5dev-b108ea31.tar.gz2020-03-03 20:2026M [ ] lyx-2.3.5dev-b108ea31.tar.gz.sig2020-03-03 20:21310 [ ] lyx-2.3.5dev-b108ea31.tar.xz2020-03-03 20:2015M [ ] lyx-2.3.5dev-b108ea31.tar.xz.sig2020-03-03 20:21310 Kornel pgpo8d7slylLv.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
Le 16/03/2020 à 04:48, Richard Kimberly Heck a écrit : I've uploaded a Windows installer built from the stable development branch, as of about a week ago, here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ I think I am missing something: I see the sources, but where are the installers? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
On 3/16/20 12:39 PM, Pavel Sanda wrote: > On Sun, Mar 15, 2020 at 11:48:29PM -0400, Richard Kimberly Heck wrote: >> Please let us know if you encounter any issues. It would also be good >> just to let us know if you are using this installer, just so we know >> that actual testing is being done. > Perhaps it should go to users list as well? Pavel We thought we would start here and see how much testing we get. I'm not sure just how widely we want this to be used. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.5dev Windows Installer for Testing
On Sun, Mar 15, 2020 at 11:48:29PM -0400, Richard Kimberly Heck wrote: > Please let us know if you encounter any issues. It would also be good > just to let us know if you are using this installer, just so we know > that actual testing is being done. Perhaps it should go to users list as well? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.3.5dev Windows Installer for Testing
I've uploaded a Windows installer built from the stable development branch, as of about a week ago, here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Note that these are best used by experienced users. They should be fairly stable, but the whole point of uploading them is to try to avoid the sorts of problems we had with 2.3.4, i.e., bugs. Please let us know if you encounter any issues. It would also be good just to let us know if you are using this installer, just so we know that actual testing is being done. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
New Windows Installer For Testing
I've put a new Windows installer here http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ for testing. It is meant to fix bug #11750, which prevents proper collection of TeX files on Windows. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.3.4.3 Windows Installer for Testing
Available here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let me know how that goes. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Thu, 13 Feb 2020 14:54:42 +0100 schrieb Jean-Marc Lasgouttes : > Le 13/02/2020 à 14:44, Stephan Witt a écrit : > > The patch I’ve posted was a workaround for elder TeX installations. > > If we decide to require a TeX installation with footnotehyper this > > may be reasonable but it’s not so easy to see. I cannot tell what > > the right answer is. > > For the record I cannot compile the user guide either with ubuntu 16.04. > I see indeed that the package dates back from 2016. > > JMarc > I have no problems. Checked with TL16 and TL19 (on mint19 (~ ubuntu 18.04)) Kornel pgp9kr7XZg9PD.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Le 13/02/2020 à 14:44, Stephan Witt a écrit : The patch I’ve posted was a workaround for elder TeX installations. If we decide to require a TeX installation with footnotehyper this may be reasonable but it’s not so easy to see. I cannot tell what the right answer is. For the record I cannot compile the user guide either with ubuntu 16.04. I see indeed that the package dates back from 2016. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 07.02.2020 um 10:13 schrieb Jürgen Spitzmüller : > > Am Mittwoch, den 05.02.2020, 15:27 +0100 schrieb Stephan Witt: >> IMO it’s caused by a bad "no-break space“ character in sub-section >> 3.9.2 Dashes and Line Breaks > > That's the sort of information I am trying to gather from you. > > In any case, we have introduced footnotehyper for a reason, so it will > certainly break with some documents. The question here is whether it > makes more sense to not load footnote in that case as well. The patch I’ve posted was a workaround for elder TeX installations. If we decide to require a TeX installation with footnotehyper this may be reasonable but it’s not so easy to see. I cannot tell what the right answer is. I’ll try to install a newer MacTeX and see if it works out-of-the-box. Stephan -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Freitag, den 07.02.2020, 10:39 +0100 schrieb Jean-Marc Lasgouttes: > Do not forget the obligatory bottles of Bourgogne and Champagne. :-) 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 2.3.4 Windows Installer for Testing
Le 07/02/2020 à 10:11, Jürgen Spitzmüller a écrit : Am Mittwoch, den 05.02.2020, 17:12 +0100 schrieb Pavel Sanda: As non-french who would write french documents I would find installing all french-related stuff in one package acceptable. That's like: You want to have some Bordeaux with your dinner? OK, but then you need to reserve the French suite. Do not forget the obligatory bottles of Bourgogne and Champagne. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mittwoch, den 05.02.2020, 15:27 +0100 schrieb Stephan Witt: > IMO it’s caused by a bad "no-break space“ character in sub-section > 3.9.2 Dashes and Line Breaks That's the sort of information I am trying to gather from you. In any case, we have introduced footnotehyper for a reason, so it will certainly break with some documents. The question here is whether it makes more sense to not load footnote in that case as well. 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 2.3.4 Windows Installer for Testing
Am Mittwoch, den 05.02.2020, 17:12 +0100 schrieb Pavel Sanda: > As non-french who would write french documents > I would > find installing all french-related stuff in one package acceptable. That's like: You want to have some Bordeaux with your dinner? OK, but then you need to reserve the French suite. > Gut feeling, from their POV lot of refactorig work for some weird > corner case, > while worse bugs still pending in the queue. > > Anyway, I'm not pushing the workaround on our side. I was not able to > compile > our manuals for years (for non-babel reasons as well) and it was not > big deal. Well, if none of the affected (Debian or Debian-derivate) users is willing to report the issue, we are certainly stuck. I won't report it, as I don't duffer from it. Jürgen > > Pavel 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 2.3.4 Windows Installer for Testing
On Wed, Feb 05, 2020 at 03:10:17PM +0100, Jürgen Spitzmüller wrote: > > I don't have really opinion about this, knowing very little about texlive > > packaging, I don't even understand why is all-language-related-stuff into > > single package stupid, hence I won't be able to explain myself to packagers > > either :) > > So it is plausible to you that using French is set equal to being a French > user? Not equal, but I think there is nontrivial correlation between being french user and using french. As non-french who would write french documents I would find installing all french-related stuff in one package acceptable. > > What I see now is it that they would need to create babel-related > > subdependency for each language or break their one language - one package > > concept and make all babel stuff single package. I don't expect that either > > of those proposals would be met with enthusiasm... > > Why? Other distros do that as well. Gut feeling, from their POV lot of refactorig work for some weird corner case, while worse bugs still pending in the queue. Anyway, I'm not pushing the workaround on our side. I was not able to compile our manuals for years (for non-babel reasons as well) and it was not big deal. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 05.02.2020 um 15:08 schrieb Jürgen Spitzmüller : > > Am Mi., 5. Feb. 2020 um 12:40 Uhr schrieb Stephan Witt : > > Thus I rephrase my question: Did you check that you get no other errors > > (caused by the hyperref/footnote incompatibility) if you simply omit > > footnotehyper? > > Yes I did. I get other errors with input encodings. > > Do this depend on whether you use hyperref or not, or footnotes the footnote > package? Sorry, I don’t understand. I’m compiling the English users guide… IMO it’s caused by a bad "no-break space“ character in sub-section 3.9.2 Dashes and Line Breaks somewhere in this line… • Insert⇒Formatting⇒Optional line break If I change the spaces to „~“ spaces the users guide compiles without errors (with my patch applied). Stephan -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 13:06 Uhr schrieb Pavel Sanda : > I don't have really opinion about this, knowing very little about texlive > packaging, I don't even understand why is all-language-related-stuff into > single package stupid, hence I won't be able to explain myself to packagers > either :) > So it is plausible to you that using French is set equal to being a French user? > What I see now is it that they would need to create babel-related > subdependency > for each language or break their one language - one package concept and > make > all babel stuff single package. I don't expect that either of those > proposals > would be met with enthusiasm... > Why? Other distros do that as well. Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 12:40 Uhr schrieb Stephan Witt : > > Thus I rephrase my question: Did you check that you get no other errors > (caused by the hyperref/footnote incompatibility) if you simply omit > footnotehyper? > > Yes I did. I get other errors with input encodings. > Do this depend on whether you use hyperref or not, or footnotes the footnote package? Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On Wed, Feb 05, 2020 at 10:24:12AM +0100, Jürgen Spitzmüller wrote: > > So instead of reporting missing dependency we would need to ask for > > restructuring the packaging, which is I am afraid too long shot. > > > > Why not? I mean, this packaging structure is plain stupid. I don't have really opinion about this, knowing very little about texlive packaging, I don't even understand why is all-language-related-stuff into single package stupid, hence I won't be able to explain myself to packagers either :) What I see now is it that they would need to create babel-related subdependency for each language or break their one language - one package concept and make all babel stuff single package. I don't expect that either of those proposals would be met with enthusiasm... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 05.02.2020 um 11:53 schrieb Jürgen Spitzmüller : > > Am Mi., 5. Feb. 2020 um 11:11 Uhr schrieb Stephan Witt : > I’m no expert for these things. But a normal user wants to see the users > guide and not errors. > > Thus I rephrase my question: Did you check that you get no other errors > (caused by the hyperref/footnote incompatibility) if you simply omit > footnotehyper? Yes I did. I get other errors with input encodings. == ! Package inputenc Error: Unicode char \u8: not set up for use with LaTeX. See the inputenc package documentation for explanation. Type H for immediate help. ... l.3638 ...rmatting\lyxarrow Optional line break} == I thought this is another problem and I’ll address it later. Stephan -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 11:11 Uhr schrieb Stephan Witt : > I’m no expert for these things. But a normal user wants to see the users > guide and not errors. > Thus I rephrase my question: Did you check that you get no other errors (caused by the hyperref/footnote incompatibility) if you simply omit footnotehyper? Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 05.02.2020 um 10:57 schrieb Jürgen Spitzmüller : > > Am Mi., 5. Feb. 2020 um 10:53 Uhr schrieb Stephan Witt : > Yes, I’m sure. Because it’s already broken for missing footnotehyper package. > > This does not mean that it doesn't break without footnotehyper. > > Rather than just omitting footnotehyper, it might be necessary to omit > footnote (or hyperref), given that the two packages are incompatible. I’m no expert for these things. But a normal user wants to see the users guide and not errors. Should I file a ticket then? Stephan > > Jürgen > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 10:53 Uhr schrieb Stephan Witt : > Yes, I’m sure. Because it’s already broken for missing footnotehyper > package. This does not mean that it doesn't break without footnotehyper. Rather than just omitting footnotehyper, it might be necessary to omit footnote (or hyperref), given that the two packages are incompatible. Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 05.02.2020 um 07:02 schrieb Jürgen Spitzmüller :
>
> Am Mittwoch, den 05.02.2020, 00:32 +0100 schrieb Stephan Witt:
>> Yes, but LyX can test for footnotehyper's presence with
>> isAvailable().
>> Patch attached, ok?
>
> Are you sure docs do not break with hyperref and plain footnote
> package?
Yes, I’m sure. Because it’s already broken for missing footnotehyper package.
LyX checks for the presence of footnotehyper.sty.
The code in question adds \usepackage{footnotehyper} and this fails
in a non-obvious way on compilation if it is not present.
So, IMHO, it’s better to use the information if it is present.
I don't say the UserGuide is compilable then - but at least this error is gone.
Stephan
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 05.02.2020 um 09:15 schrieb mn : > > On 05.02.20 00:22, Stephan Witt wrote: > >>> Alternatively, just try this: >>> http://ftp.lyx.de/Documentation/en/UserGuide.pdf (2.3.3) >>> >>> open in Preview or Skim. >> >> No problem here with Preview or Skim. >> "The LYX User’s Guide >> by the LYX Team∗ Version 2.2.x >> April 20, 2017" >> Preview Version 10.1 (944.6.16.1) >> Skim Version 1.4.7 (81) >> > So you're on Mojave? Yes, I am. macOS Mojave - Version 10.14.6 (18G3020) Stephan > OS 10.12, Preview 9.0 (909.18), Skim 1.5.6 (122) > > produces the error here. > Can't test with High Sierra. > > mn > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 10:24 Uhr schrieb Jürgen Spitzmüller : > Why not? I mean, this packaging structure is plain stupid. > Wow. I had a look now. So everybody who needs to use French as a secondary language (be it for one single word or quotation) needs to install all French translations of manuals, French LaTeX classes and all things related to French. Beyond the LyX user guide, this really does not make any sense. Jürgen > > Jürgen > > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mi., 5. Feb. 2020 um 09:45 Uhr schrieb Pavel Sanda : > I checked in more detail debian and their of packaging is unf language > based (so e.g. everything french related is in a single package worth > of 70 mb for texlive 2019). > That's ridiculous. OpenSuse ships a texlive-babel-french package which has 84,4 KB. > So instead of reporting missing dependency we would need to ask for > restructuring the packaging, which is I am afraid too long shot. > Why not? I mean, this packaging structure is plain stupid. Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On Wed, Feb 05, 2020 at 07:00:59AM +0100, Jürgen Spitzmüller wrote: > I think if people would complain, those packagers might revisit their > decisions. These are really just a few Linux distros who do this. I > don't think we should let ourselves constrain from this really > nonsensical decision. > > Also, the LyX binaries could easily require all texlive-lang packages. I checked this now, on debian it implies + 1GB of disk space, which is way too much for the sake of couple sentences in our manual. If we don't want to solve it in a way Riki suggested I think we should leave it as it is now (also I really did not check that after babel fix the rest of manual would compile anyway). Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On Wed, Feb 05, 2020 at 06:56:07AM +0100, Jürgen Spitzmüller wrote: > Am Dienstag, den 04.02.2020, 19:11 +0100 schrieb Pavel Sanda: > > It might be worth to report it, do we have clue whether adding all > > other languages is heavy in terms of space (are some dictionaries > > needed?) > > It's not heavy at all. Thos *.ldf files are rather short text files. > Language-specific fonts might be heavier, but those could be easily > separated. I checked in more detail debian and their of packaging is unf language based (so e.g. everything french related is in a single package worth of 70 mb for texlive 2019). So instead of reporting missing dependency we would need to ask for restructuring the packaging, which is I am afraid too long shot. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 05.02.20 00:22, Stephan Witt wrote: >> Alternatively, just try this: >> http://ftp.lyx.de/Documentation/en/UserGuide.pdf (2.3.3) >> >> open in Preview or Skim. > > No problem here with Preview or Skim. > "The LYX User’s Guide > by the LYX Team∗ Version 2.2.x > April 20, 2017" > Preview Version 10.1 (944.6.16.1) > Skim Version 1.4.7 (81) > So you're on Mojave? OS 10.12, Preview 9.0 (909.18), Skim 1.5.6 (122) produces the error here. Can't test with High Sierra. mn -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Mittwoch, den 05.02.2020, 00:32 +0100 schrieb Stephan Witt: > Yes, but LyX can test for footnotehyper's presence with > isAvailable(). > Patch attached, ok? Are you sure docs do not break with hyperref and plain footnote package? 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 2.3.4 Windows Installer for Testing
Am Dienstag, den 04.02.2020, 23:40 -0500 schrieb Richard Kimberly Heck: > We don't really control was various distros do, obviously. I wonder > whether it would be worth trying to pare down the User Guide a bit, > so > that it was compilable with a relatively minimal LaTeX installation. > Stuff on multi-language support (which, I assume, is where these > dependencies come from) could be moved into the Additional Features > manual. That one, and the other manuals, have a lot of dependencies, > for > relatively obvious reasons. I think if people would complain, those packagers might revisit their decisions. These are really just a few Linux distros who do this. I don't think we should let ourselves constrain from this really nonsensical decision. Also, the LyX binaries could easily require all texlive-lang packages. Jürgen > > Riki > > 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 2.3.4 Windows Installer for Testing
Am Dienstag, den 04.02.2020, 19:11 +0100 schrieb Pavel Sanda: > It might be worth to report it, do we have clue whether adding all > other languages is heavy in terms of space (are some dictionaries > needed?) It's not heavy at all. Thos *.ldf files are rather short text files. Language-specific fonts might be heavier, but those could be easily separated. 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 2.3.4 Windows Installer for Testing
On 2/4/20 1:11 PM, Pavel Sanda wrote: > On Tue, Feb 04, 2020 at 06:40:35PM +0100, Jürgen Spitzmüller wrote: >> Am Dienstag, den 04.02.2020, 18:22 +0100 schrieb Pavel Sanda: >>> Compiling user guide doesn't work for me for quite some time >>> due to missing packages (some french & spanish babel related >>> stuff). >>> Likely just matter of installing them, then maybe other stuff >>> pops up as well. I do not think we should really depend on >>> so much stuff for basic manual, but I do not want to become >>> maintainer either ;) >> I still fail to understand why some distros do not install (babel) >> language packages right away. Babel is so fundamental to LaTeX, after >> all. > I guess only english related stuff is considered as generic enough. > > It might be worth to report it, do we have clue whether adding all > other languages is heavy in terms of space (are some dictionaries needed?) We don't really control was various distros do, obviously. I wonder whether it would be worth trying to pare down the User Guide a bit, so that it was compilable with a relatively minimal LaTeX installation. Stuff on multi-language support (which, I assume, is where these dependencies come from) could be moved into the Additional Features manual. That one, and the other manuals, have a lot of dependencies, for relatively obvious reasons. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 04.02.2020 um 18:38 schrieb Jürgen Spitzmüller : > > Am Dienstag, den 04.02.2020, 18:11 +0100 schrieb Stephan Witt: >> Is anyone able to reproduce the problems with Linux? > > Works for me. > > footnotehyper is in TeXLive and MikTeX as of 2016. Yes, but LyX can test for footnotehyper's presence with isAvailable(). Patch attached, ok? Stephan footnotehyper.patch Description: Binary data -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 04.02.2020 um 20:54 schrieb mn :
>
> On 04.02.20 18:11, Stephan Witt wrote:
>
>> Anyway, the English version doesn’t work for me too.
>>
>> I'm facing a strange error:
>> ==
>> LaTeX Error: File `footnotehyper.sty' not found.
>> Enter file name:
>> ! Emergency stop.
>>
>>
>> l.36 \usepackage
>>{amsmath}^^M
>> *** (cannot \read from terminal in nonstop modes)
>> ==
>>
>> Perhaps my LaTeX installation is outdated.
>>
>> Is anyone able to reproduce the problems with Linux?
>
>
> It compiles OKish.
> But spews a lot of warnings regarding compatibility, mainly KOMA-related?
>
>
> Alternatively, just try this:
> http://ftp.lyx.de/Documentation/en/UserGuide.pdf (2.3.3)
>
> open in Preview or Skim.
No problem here with Preview or Skim.
"The LYX User’s Guide
by the LYX Team∗ Version 2.2.x
April 20, 2017"
Preview Version 10.1 (944.6.16.1)
Skim Version 1.4.7 (81)
Stephan
>
> No display.
> Open in Preview and export as PDF. Works (losing bookmarks etc)
>
> mn
> --
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 04.02.20 18:11, Stephan Witt wrote:
> Anyway, the English version doesn’t work for me too.
>
> I'm facing a strange error:
> ==
> LaTeX Error: File `footnotehyper.sty' not found.
> Enter file name:
> ! Emergency stop.
>
>
> l.36 \usepackage
> {amsmath}^^M
> *** (cannot \read from terminal in nonstop modes)
> ==
>
> Perhaps my LaTeX installation is outdated.
>
> Is anyone able to reproduce the problems with Linux?
It compiles OKish.
But spews a lot of warnings regarding compatibility, mainly KOMA-related?
Alternatively, just try this:
http://ftp.lyx.de/Documentation/en/UserGuide.pdf (2.3.3)
open in Preview or Skim.
No display.
Open in Preview and export as PDF. Works (losing bookmarks etc)
mn
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On Tue, Feb 04, 2020 at 06:40:35PM +0100, Jürgen Spitzmüller wrote: > Am Dienstag, den 04.02.2020, 18:22 +0100 schrieb Pavel Sanda: > > Compiling user guide doesn't work for me for quite some time > > due to missing packages (some french & spanish babel related > > stuff). > > Likely just matter of installing them, then maybe other stuff > > pops up as well. I do not think we should really depend on > > so much stuff for basic manual, but I do not want to become > > maintainer either ;) > > I still fail to understand why some distros do not install (babel) > language packages right away. Babel is so fundamental to LaTeX, after > all. I guess only english related stuff is considered as generic enough. It might be worth to report it, do we have clue whether adding all other languages is heavy in terms of space (are some dictionaries needed?) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am Dienstag, den 04.02.2020, 18:22 +0100 schrieb Pavel Sanda: > Compiling user guide doesn't work for me for quite some time > due to missing packages (some french & spanish babel related > stuff). > Likely just matter of installing them, then maybe other stuff > pops up as well. I do not think we should really depend on > so much stuff for basic manual, but I do not want to become > maintainer either ;) I still fail to understand why some distros do not install (babel) language packages right away. Babel is so fundamental to LaTeX, after all. 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 2.3.4 Windows Installer for Testing
Am Dienstag, den 04.02.2020, 18:11 +0100 schrieb Stephan Witt: > Is anyone able to reproduce the problems with Linux? Works for me. footnotehyper is in TeXLive and MikTeX as of 2016. 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 2.3.4 Windows Installer for Testing
On Tue, Feb 04, 2020 at 06:11:37PM +0100, Stephan Witt wrote: > Perhaps my LaTeX installation is outdated. > > Is anyone able to reproduce the problems with Linux? Compiling user guide doesn't work for me for quite some time due to missing packages (some french & spanish babel related stuff). Likely just matter of installing them, then maybe other stuff pops up as well. I do not think we should really depend on so much stuff for basic manual, but I do not want to become maintainer either ;) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 04.02.2020 um 07:52 schrieb mn :
>
> On 03.02.20 23:35, Stephan Witt wrote:
>
>>>
>>> Just got around testing the Mac version.
>>
>> Which Mac version did you test? The version you’ve built from source or the
>> official one from download?
>>
>
> macOS 10.12, TeXLive 2019.
> Release version of LyX 2.3.4, as per download from ftp.lyx.org
>
> (Sunday, January 12, 2020 Qt Version (run-time): 5.9.8
> Qt Version (compile-time): 5.9.8)
>
>>> UserGuide.pdf on macOS with default PDF viewer is unusable.
>>
>> Which version of UserGuide.pdf - the english or some other language?
>>
>
> Tried and reported on English UserGuide. Just reran again. Same difference.
> Funny enough, the German UserGuide under /de/ compiles and displays…
>
>>> Unfortunately, UserGuide is
>>>
>>> - blank in Preview.app
>>> - crashing Skim.app
>>
>> I cannot reproduce both of these with the german version.
>>
>
> Try again with English version.
> After multiple reboots, still broken as reported.
Multiple reboots? Why this?
Anyway, the English version doesn’t work for me too.
I'm facing a strange error:
==
LaTeX Error: File `footnotehyper.sty' not found.
Enter file name:
! Emergency stop.
l.36 \usepackage
{amsmath}^^M
*** (cannot \read from terminal in nonstop modes)
==
Perhaps my LaTeX installation is outdated.
Is anyone able to reproduce the problems with Linux?
>>> - transparency-grid empty in PDF-Expert
>>> - optically OK in Adobe Reader
>>>
>>> IMO most probably related to this bug
>>> https://tex.stackexchange.com/questions/76273/multiple-pdfs-with-page-group-included-in-a-single-page-warning
>>>
>>> post-processing the file makes it readable in all PDF apps.
>>
>> What did you do exactly?
>
> pdfsizeopt --do-optimize-fonts=no
>
>>> This seems to be not only the fault of pdftex.
>>> The images include with LyX trigger this?
>>>
>>> (Let me repeat again at this point that all PNGs, all SVGZs and all PDFs
>>> included in LyX can be also made much smaller, reducing shipping size.
>>> Why does nobody care about this at all?)
>>
>> Do you think this is related with the reported problems?
>
> Yes. But unproven for this case. UserGuide.pdf is broken for a long time
> now on PDFkit based viewers.
Sorry, I cannot verify it for now. But probably you should file a ticket then.
> UserGuide includes countless inludes/images. As for example PNG, and
> PDF, and minipages…
> In case of PNG they are probably just not optimised.
Probably, an example would be nice.
> With PDFs they look like too big *and* trigger the problem?
>
>> What do you mean with *much* smaller exactly?
>
> double digit percentage savings on average.
>
>> There are 272 png files with an total size of about 1.1 MByte.
>> There are 10 pdf files with a size of about 200 kBytes total.
>> There are 1443 svgz files with a size of about 4 MBytes total.
>> The shipping size of the LyX bundle is more than 127 MBytes.
>> Do you think reducing the images makes it *much* smaller?
>
> Not overall, as those e.g. dictionaries take up a big chunk.
> But I do not have a solution for making *them* smaller.
>
> What I do see is that image files *can* be made smaller *easily*.
>
> With pngout, advpng, optipng, trimage, imgopt, svgclean,…
>
> Regardless whether they trigger the reported bug, that should be done
> once, before shipping, saving thousands upon thousands of installed
> bytes on user's machines.
I cannot believe it makes a real difference for users.
As I said already I expect a gain of about 500k if one saves 10% of the image
size.
If anyone wants to do it the way to go is the optimization of the image
sources, IMHO.
Perhaps you can file a ticket for this too?
Stephan
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 03.02.20 23:35, Stephan Witt wrote: >> >> Just got around testing the Mac version. > > Which Mac version did you test? The version you’ve built from source or the > official one from download? > macOS 10.12, TeXLive 2019. Release version of LyX 2.3.4, as per download from ftp.lyx.org (Sunday, January 12, 2020 Qt Version (run-time): 5.9.8 Qt Version (compile-time): 5.9.8) >> UserGuide.pdf on macOS with default PDF viewer is unusable. > > Which version of UserGuide.pdf - the english or some other language? > Tried and reported on English UserGuide. Just reran again. Same difference. Funny enough, the German UserGuide under /de/ compiles and displays… >> Unfortunately, UserGuide is >> >> - blank in Preview.app >> - crashing Skim.app > > I cannot reproduce both of these with the german version. > Try again with English version. After multiple reboots, still broken as reported. >> - transparency-grid empty in PDF-Expert >> - optically OK in Adobe Reader >> >> IMO most probably related to this bug >> https://tex.stackexchange.com/questions/76273/multiple-pdfs-with-page-group-included-in-a-single-page-warning >> >> post-processing the file makes it readable in all PDF apps. > > What did you do exactly? pdfsizeopt --do-optimize-fonts=no >> This seems to be not only the fault of pdftex. >> The images include with LyX trigger this? >> >> (Let me repeat again at this point that all PNGs, all SVGZs and all PDFs >> included in LyX can be also made much smaller, reducing shipping size. >> Why does nobody care about this at all?) > > Do you think this is related with the reported problems? Yes. But unproven for this case. UserGuide.pdf is broken for a long time now on PDFkit based viewers. UserGuide includes countless inludes/images. As for example PNG, and PDF, and minipages… In case of PNG they are probably just not optimised. With PDFs they look like too big *and* trigger the problem? > What do you mean with *much* smaller exactly? double digit percentage savings on average. > There are 272 png files with an total size of about 1.1 MByte. > There are 10 pdf files with a size of about 200 kBytes total. > There are 1443 svgz files with a size of about 4 MBytes total. > The shipping size of the LyX bundle is more than 127 MBytes. > Do you think reducing the images makes it *much* smaller? Not overall, as those e.g. dictionaries take up a big chunk. But I do not have a solution for making *them* smaller. What I do see is that image files *can* be made smaller *easily*. With pngout, advpng, optipng, trimage, imgopt, svgclean,… Regardless whether they trigger the reported bug, that should be done once, before shipping, saving thousands upon thousands of installed bytes on user's machines. greetings Mike -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Am 01.02.2020 um 14:48 schrieb mn : > > On 26.01.20 23:51, Richard Kimberly Heck wrote: > >> I've put a Windows installer here >> >> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe >> >> for testing. The main thing is that I've updated Image Magick and, >> frankly, am not at all sure I've done so correctly. It did manage to >> export the User Guide, but I haven't tested preview, etc. Please let me >> know if it's working properly. I'll plan to do the release mid-week if so. > > Just got around testing the Mac version. Which Mac version did you test? The version you’ve built from source or the official one from download? > UserGuide.pdf on macOS with default PDF viewer is unusable. Which version of UserGuide.pdf - the english or some other language? > Unfortunately, UserGuide is > > - blank in Preview.app > - crashing Skim.app I cannot reproduce both of these with the german version. > - transparency-grid empty in PDF-Expert > - optically OK in Adobe Reader > > IMO most probably related to this bug > https://tex.stackexchange.com/questions/76273/multiple-pdfs-with-page-group-included-in-a-single-page-warning > > post-processing the file makes it readable in all PDF apps. What did you do exactly? > This seems to be not only the fault of pdftex. > The images include with LyX trigger this? > > (Let me repeat again at this point that all PNGs, all SVGZs and all PDFs > included in LyX can be also made much smaller, reducing shipping size. > Why does nobody care about this at all?) Do you think this is related with the reported problems? What do you mean with *much* smaller exactly? There are 272 png files with an total size of about 1.1 MByte. There are 10 pdf files with a size of about 200 kBytes total. There are 1443 svgz files with a size of about 4 MBytes total. The shipping size of the LyX bundle is more than 127 MBytes. Do you think reducing the images makes it *much* smaller? Stephan -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 26.01.20 23:51, Richard Kimberly Heck wrote: > I've put a Windows installer here > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe > > for testing. The main thing is that I've updated Image Magick and, > frankly, am not at all sure I've done so correctly. It did manage to > export the User Guide, but I haven't tested preview, etc. Please let me > know if it's working properly. I'll plan to do the release mid-week if so. Just got around testing the Mac version. UserGuide.pdf on macOS with default PDF viewer is unusable. Unfortunately, UserGuide is - blank in Preview.app - crashing Skim.app - transparency-grid empty in PDF-Expert - optically OK in Adobe Reader IMO most probably related to this bug https://tex.stackexchange.com/questions/76273/multiple-pdfs-with-page-group-included-in-a-single-page-warning post-processing the file makes it readable in all PDF apps. This seems to be not only the fault of pdftex. The images include with LyX trigger this? (Let me repeat again at this point that all PNGs, all SVGZs and all PDFs included in LyX can be also made much smaller, reducing shipping size. Why does nobody care about this at all?) greetings -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 1/27/20 4:08 AM, Yu Jin wrote: > Seems to work for me with imagemagick and ghostscript, tested some > pictures and pdf, preview works. Great. Thanks to you and to Andrew. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
Seems to work for me with imagemagick and ghostscript, tested some pictures and pdf, preview works. -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.3.4 Windows Installer for Testing
On 27/01/2020 11:51 am, Richard Kimberly Heck wrote: Hi, all, I've put a Windows installer here http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe for testing. The main thing is that I've updated Image Magick and, frankly, am not at all sure I've done so correctly. It did manage to export the User Guide, but I haven't tested preview, etc. Please let me know if it's working properly. I'll plan to do the release mid-week if so. Riki Downloaded and installed successfully. A fairly complex document displays and compiles successfully, Some basic editing commands, and forward & reverse search, work as expected. Andrew -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.3.4 Windows Installer for Testing
Hi, all, I've put a Windows installer here http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/LyX-234-Installer-1.exe for testing. The main thing is that I've updated Image Magick and, frankly, am not at all sure I've done so correctly. It did manage to export the User Guide, but I haven't tested preview, etc. Please let me know if it's working properly. I'll plan to do the release mid-week if so. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: New Windows Installer For Testing
On 1/1/19 9:29 PM, Andrew Parsloe wrote: > On 2/01/2019 12:35 PM, Richard Kimberly Heck wrote: >> >> A Windows installer that should fix the previously reported issue has >> been uploaded for testing here: >> >> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ >> >> The issue was that citations could not be added in documents that >> used the bibliography environment, rather than BibTeX files. I have >> tested myself but would like verification that this actually does fix >> the problem before releasing. >> >> Riki >> > Installed successfully on a windows 7 system. Citations are > successfully inserted using the bibliography environment, and for that > matter using a .bib file. (And no kpsewhich slowness either.) > Thanks for the confirmation. Riki
Re: New Windows Installer For Testing
On 2/01/2019 12:35 PM, Richard Kimberly Heck wrote: A Windows installer that should fix the previously reported issue has been uploaded for testing here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ The issue was that citations could not be added in documents that used the bibliography environment, rather than BibTeX files. I have tested myself but would like verification that this actually does fix the problem before releasing. Riki Installed successfully on a windows 7 system. Citations are successfully inserted using the bibliography environment, and for that matter using a .bib file. (And no kpsewhich slowness either.) Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
New Windows Installer For Testing
A Windows installer that should fix the previously reported issue has been uploaded for testing here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ The issue was that citations could not be added in documents that used the bibliography environment, rather than BibTeX files. I have tested myself but would like verification that this actually does fix the problem before releasing. Riki
Re: New 2.3.1 Windows Installer for Testing
On 08/09/2018 21:44, Richard Kimberly Heck wrote: On 09/08/2018 02:29 PM, Daniel wrote: On 08/09/2018 20:13, Richard Kimberly Heck wrote: On 09/08/2018 03:20 AM, Daniel wrote: On 06/09/2018 19:37, Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki I didn't notice any slowness as compared to 2.3.0. On 09/06/2018 05:58 PM, Andrew Parsloe wrote: I've installed this version and it solves the slowness problem with my test document. The kpsewhich.log is not being added to with operations (new paragraphs, selection + deletion, etc.) that were generating entries with the first installer. Great, we'll proceed to release. Riki Maybe it is a good idea to wait a bit with the Windows binary because MiKTeX is down which could lead to problems for people trying the update recommendation on the website: https://miktex.org/alert/update-problem-6824 I'll put some kind of warning on the download page. And we won't be releasing a "bundled" installer. I'm working right now on some instructions for how to install TeXLive for use with LyX. Frankly, I'd encourage everyone to switch to TeXLive. It seems that MiKTeX gets less stable every month. Riki MiKTeX is up and running again. Thanks for the advice but I'll stick to MiKTeX. Except for a couple of recent problems, it served me well enough so far. Daniel
Re: New 2.3.1 Windows Installer for Testing
On 09/08/2018 02:29 PM, Daniel wrote: > On 08/09/2018 20:13, Richard Kimberly Heck wrote: >> On 09/08/2018 03:20 AM, Daniel wrote: >>> On 06/09/2018 19:37, Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki >>> >>> I didn't notice any slowness as compared to 2.3.0. >> >> On 09/06/2018 05:58 PM, Andrew Parsloe wrote: >>> I've installed this version and it solves the slowness problem with my >>> test document. The kpsewhich.log is not being added to with operations >>> (new paragraphs, selection + deletion, etc.) that were generating >>> entries with the first installer. >> >> Great, we'll proceed to release. >> >> Riki > > Maybe it is a good idea to wait a bit with the Windows binary because > MiKTeX is down which could lead to problems for people trying the > update recommendation on the website: > > https://miktex.org/alert/update-problem-6824 I'll put some kind of warning on the download page. And we won't be releasing a "bundled" installer. I'm working right now on some instructions for how to install TeXLive for use with LyX. Frankly, I'd encourage everyone to switch to TeXLive. It seems that MiKTeX gets less stable every month. Riki
Re: New 2.3.1 Windows Installer for Testing
On 08/09/2018 20:13, Richard Kimberly Heck wrote: On 09/08/2018 03:20 AM, Daniel wrote: On 06/09/2018 19:37, Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki I didn't notice any slowness as compared to 2.3.0. On 09/06/2018 05:58 PM, Andrew Parsloe wrote: I've installed this version and it solves the slowness problem with my test document. The kpsewhich.log is not being added to with operations (new paragraphs, selection + deletion, etc.) that were generating entries with the first installer. Great, we'll proceed to release. Riki Maybe it is a good idea to wait a bit with the Windows binary because MiKTeX is down which could lead to problems for people trying the update recommendation on the website: https://miktex.org/alert/update-problem-6824 Daniel
Re: New 2.3.1 Windows Installer for Testing
On 09/08/2018 03:20 AM, Daniel wrote: > On 06/09/2018 19:37, Richard Kimberly Heck wrote: >> Here: >> >> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ >> >> Please let us know if this fixes the slowness bug from before. If so, >> we'll proceed to release. >> >> Riki > > I didn't notice any slowness as compared to 2.3.0. On 09/06/2018 05:58 PM, Andrew Parsloe wrote: > I've installed this version and it solves the slowness problem with my > test document. The kpsewhich.log is not being added to with operations > (new paragraphs, selection + deletion, etc.) that were generating > entries with the first installer. Great, we'll proceed to release. Riki
Re: New 2.3.1 Windows Installer for Testing
On 06/09/2018 19:37, Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki I didn't notice any slowness as compared to 2.3.0. Daniel
Re: New 2.3.1 Windows Installer for Testing
On 7/09/2018 5:37 a.m., Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki I've installed this version and it solves the slowness problem with my test document. The kpsewhich.log is not being added to with operations (new paragraphs, selection + deletion, etc.) that were generating entries with the first installer. Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
New 2.3.1 Windows Installer for Testing
Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/ Please let us know if this fixes the slowness bug from before. If so, we'll proceed to release. Riki
Re: Windows Installer for Testing
Am Samstag, den 01.09.2018, 15:36 -0400 schrieb Richard Kimberly Heck: > > Here's a simple patch which would need a bit of additional work, > > but can > > be a kind of proof of concept (and be tested). Comments? The one which you accidentally committed looks promising. Jürgen > Updated patch. > > Riki > signature.asc Description: This is a digitally signed message part
Re: Windows Installer for Testing
On 1/09/2018 11:49 p.m., Enrico Forestieri wrote: On Sat, Sep 01, 2018 at 11:09:58AM +0200, Jürgen Spitzmüller wrote: Am Samstag, den 01.09.2018, 20:27 +1200 schrieb Andrew Parsloe: OK, this time I inserted a Bib(la)TeX Bibliography via Insert > List/TOC, using an old BibTeX .bib file I had lying around. Even a small trial document is noticeably slower for things like starting a new paragraph, although the delay is more like quarter to half a second rather than the 2 to 4 seconds you report. Nonetheless it's still noticeable. The crucial info we need is what makes this so slow only on Windows (and not on any other OS). Can we do profiling on Win? Just a shot in the dark: If you enable the "Files" debug output in View Messages, is there any indication that (attempts to) file removal (aux file and/or bbl file) take your time? I am just guessing that removeBiblioTempFiles() (involved in the BibinfoCache invalidation) might be the culprit, since it involves QFile, and this is an obvious candidate for OS-specific weirdness. Using the --verbose switch it can be seen that each time a new paragraph is started LyX runs kpsewhich for each bibtex catalog to be found in the texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times everytime you hit the Enter key. This was not the case in 2.3.0. I see that MiKTeX keeps a kpsewhich.log (which must itself cause a performance penalty). It's not just starting a new paragraph, but other basic operations also result in calls to kpsewhich. In case it's helpful (this is with a single .bib file): 1. Deleting a letter with Del or Backspace: no call to kpsewhich; *selecting* the letter then deleting it, 1 call. 2. Inserting a space before another space then clicking elsewhere so that LyX automatically removes the extra space: 2 calls. Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Re: Windows Installer for Testing
On 09/01/2018 03:34 PM, Jürgen Spitzmüller wrote: > Scott Kostyshak mailto:skost...@lyx.org>> schrieb > am Sa., 1. Sep. 2018, 21:26: > > On Sat, Sep 01, 2018 at 01:47:54PM -0400, Richard Kimberly Heck wrote: > > > Another option for 2.3.1 would be to revert the commits that > fixed #9158. > > +1 The bug does not seem important enough to risk anything at this > point. > > > I'd vote for that, too. Let's try to get it right for 2.3.2. OK, I'll plan to go that way. I'll issue new tarballs tomorrow probably. I have most of a patch at this point and will try to finish it over the weekend. Riki
Re: Windows Installer for Testing
On 09/01/2018 01:36 PM, Richard Kimberly Heck wrote:
> On 09/01/2018 12:58 PM, Richard Kimberly Heck wrote:
>> On 09/01/2018 10:02 AM, Jürgen Spitzmüller wrote:
>>> Am Samstag, den 01.09.2018, 13:49 +0200 schrieb Enrico Forestieri:
Using the --verbose switch it can be seen that each time a new
paragraph
is started LyX runs kpsewhich for each bibtex catalog to be found in
the
texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times
everytime you hit the Enter key.
>>> Indeed, that's likely the culprit.
>>>
>>> The call is in InsetBibtex::getBibTeXPath(), which is called by
>>> InsetBibtex::getBibFiles(), which is called by
>>> InsetBibTeX::updateBuffer(), which is called by Buffer::updateBuffer()
>>>
>>> Would it make sense to cache those paths, too? After all, they are
>>> unlikely to change that often.
>> Weird that no-one saw this problem on Linux.
> Here's a simple patch which would need a bit of additional work, but can
> be a kind of proof of concept (and be tested). Comments?
Updated patch.
Riki
commit 995e5ddaa031931bad121fa597a8f84b73371c49
Author: Richard Kimberly Heck
Date: Sat Sep 1 15:16:01 2018 -0400
Fix slowness on Windows. See bug #9158.
diff --git a/src/Buffer.cpp b/src/Buffer.cpp
index 8ca74103a2..bbcbd9c62c 100644
--- a/src/Buffer.cpp
+++ b/src/Buffer.cpp
@@ -143,7 +143,6 @@ typedef map > RefCache;
// A storehouse for the cloned buffers.
list cloned_buffers;
-
class Buffer::Impl
{
public:
@@ -2438,6 +2437,31 @@ void Buffer::registerBibfiles(FileNamePairList const &
bf) const
}
+static map bibfileCache;
+
+
+bool Buffer::bibCacheHasFile(docstring const & bibid)
+{
+ map::const_iterator it =
+ bibfileCache.find(bibid);
+ return it != bibfileCache.end();
+}
+
+
+void Buffer::updateBibCacheFileName(docstring const & bibid,
+ support::FileName const & fn)
+{
+ bibfileCache[bibid] = fn;
+}
+
+
+FileName Buffer::getBibCacheFileName(docstring const & bibid)
+{
+ LASSERT(bibCacheHasFile(bibid), return FileName());
+ return bibfileCache[bibid];
+}
+
+
void Buffer::checkIfBibInfoCacheIsValid() const
{
// use the master's cache
diff --git a/src/Buffer.h b/src/Buffer.h
index 50d086f287..2f287a2c57 100644
--- a/src/Buffer.h
+++ b/src/Buffer.h
@@ -766,6 +766,13 @@ public:
void updateChangesPresent() const;
///
void registerBibfiles(support::FileNamePairList const & bf) const;
+ ///
+ static bool bibCacheHasFile(docstring const & bibid);
+ /// will add or update as required
+ static void updateBibCacheFileName(docstring const & bibid,
+ support::FileName const & fn);
+ ///
+ static support::FileName getBibCacheFileName(docstring const & bibid);
private:
friend class MarkAsExporting;
diff --git a/src/insets/InsetBibtex.cpp b/src/insets/InsetBibtex.cpp
index d2e7284052..03cd44c8a5 100644
--- a/src/insets/InsetBibtex.cpp
+++ b/src/insets/InsetBibtex.cpp
@@ -397,7 +397,13 @@ FileNamePairList InsetBibtex::getBibFiles() const
vector::const_iterator it = bibfilelist.begin();
vector::const_iterator en = bibfilelist.end();
for (; it != en; ++it) {
- FileName const file = getBibTeXPath(*it, buffer());
+ FileName file;
+ if (buffer().bibCacheHasFile(*it)) {
+ file = buffer().getBibCacheFileName(*it);
+ } else {
+ file = getBibTeXPath(*it, buffer());
+ buffer().updateBibCacheFileName(*it, file);
+ }
if (!file.empty())
vec.push_back(make_pair(*it, file));
Re: Windows Installer for Testing
Scott Kostyshak schrieb am Sa., 1. Sep. 2018, 21:26: > On Sat, Sep 01, 2018 at 01:47:54PM -0400, Richard Kimberly Heck wrote: > > > Another option for 2.3.1 would be to revert the commits that fixed #9158. > > +1 The bug does not seem important enough to risk anything at this > point. > I'd vote for that, too. Let's try to get it right for 2.3.2. Jürgen > Scott >
Re: Windows Installer for Testing
On Sat, Sep 01, 2018 at 01:47:54PM -0400, Richard Kimberly Heck wrote: > Another option for 2.3.1 would be to revert the commits that fixed #9158. +1 The bug does not seem important enough to risk anything at this point. Scott signature.asc Description: PGP signature
Re: Windows Installer for Testing
On 09/01/2018 01:36 PM, Richard Kimberly Heck wrote: > On 09/01/2018 12:58 PM, Richard Kimberly Heck wrote: >> On 09/01/2018 10:02 AM, Jürgen Spitzmüller wrote: >>> Am Samstag, den 01.09.2018, 13:49 +0200 schrieb Enrico Forestieri: Using the --verbose switch it can be seen that each time a new paragraph is started LyX runs kpsewhich for each bibtex catalog to be found in the texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times everytime you hit the Enter key. >>> Indeed, that's likely the culprit. >>> >>> The call is in InsetBibtex::getBibTeXPath(), which is called by >>> InsetBibtex::getBibFiles(), which is called by >>> InsetBibTeX::updateBuffer(), which is called by Buffer::updateBuffer() >>> >>> Would it make sense to cache those paths, too? After all, they are >>> unlikely to change that often. >> Weird that no-one saw this problem on Linux. > Here's a simple patch which would need a bit of additional work, but can > be a kind of proof of concept (and be tested). Comments? > > The only danger of using this as is in 2.3.1 is that, if paths changed, > we would never know. But that is unlikely to happen. Another option for 2.3.1 would be to revert the commits that fixed #9158. Riki
Re: Windows Installer for Testing
On 09/01/2018 12:58 PM, Richard Kimberly Heck wrote:
> On 09/01/2018 10:02 AM, Jürgen Spitzmüller wrote:
>> Am Samstag, den 01.09.2018, 13:49 +0200 schrieb Enrico Forestieri:
>>> Using the --verbose switch it can be seen that each time a new
>>> paragraph
>>> is started LyX runs kpsewhich for each bibtex catalog to be found in
>>> the
>>> texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times
>>> everytime you hit the Enter key.
>> Indeed, that's likely the culprit.
>>
>> The call is in InsetBibtex::getBibTeXPath(), which is called by
>> InsetBibtex::getBibFiles(), which is called by
>> InsetBibTeX::updateBuffer(), which is called by Buffer::updateBuffer()
>>
>> Would it make sense to cache those paths, too? After all, they are
>> unlikely to change that often.
> Weird that no-one saw this problem on Linux.
Here's a simple patch which would need a bit of additional work, but can
be a kind
of proof of concept (and be tested). Comments?
The only danger of using this as is in 2.3.1 is that, if paths changed,
we would never
know. But that is unlikely to happen.
Riki
diff --git a/src/Buffer.cpp b/src/Buffer.cpp
index 8ca74103a2..58dd878b5e 100644
--- a/src/Buffer.cpp
+++ b/src/Buffer.cpp
@@ -142,6 +142,7 @@ typedef map > RefCache;
// A storehouse for the cloned buffers.
list cloned_buffers;
+FileNamePairList Buffer::bibfileCache;
class Buffer::Impl
diff --git a/src/Buffer.h b/src/Buffer.h
index 50d086f287..9d34f9c1c3 100644
--- a/src/Buffer.h
+++ b/src/Buffer.h
@@ -766,6 +766,8 @@ public:
void updateChangesPresent() const;
///
void registerBibfiles(support::FileNamePairList const & bf) const;
+ ///
+ static support::FileNamePairList bibfileCache;
private:
friend class MarkAsExporting;
diff --git a/src/insets/InsetBibtex.cpp b/src/insets/InsetBibtex.cpp
index d2e7284052..4b6760c62b 100644
--- a/src/insets/InsetBibtex.cpp
+++ b/src/insets/InsetBibtex.cpp
@@ -397,7 +397,20 @@ FileNamePairList InsetBibtex::getBibFiles() const
vector::const_iterator it = bibfilelist.begin();
vector::const_iterator en = bibfilelist.end();
for (; it != en; ++it) {
- FileName const file = getBibTeXPath(*it, buffer());
+ FileNamePairList & cache = buffer().bibfileCache;
+ FileName file;
+ bool found = false;
+ for (auto const & p : cache) {
+ if (p.first == *it) {
+ file = p.second;
+ found = true;
+ break;
+ }
+ }
+ if (!found) {
+ file = getBibTeXPath(*it, buffer());
+ cache.push_back(make_pair(*it, file));
+ }
if (!file.empty())
vec.push_back(make_pair(*it, file));
Re: Windows Installer for Testing
On 09/01/2018 10:02 AM, Jürgen Spitzmüller wrote: > Am Samstag, den 01.09.2018, 13:49 +0200 schrieb Enrico Forestieri: >> Using the --verbose switch it can be seen that each time a new >> paragraph >> is started LyX runs kpsewhich for each bibtex catalog to be found in >> the >> texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times >> everytime you hit the Enter key. > Indeed, that's likely the culprit. > > The call is in InsetBibtex::getBibTeXPath(), which is called by > InsetBibtex::getBibFiles(), which is called by > InsetBibTeX::updateBuffer(), which is called by Buffer::updateBuffer() > > Would it make sense to cache those paths, too? After all, they are > unlikely to change that often. Weird that no-one saw this problem on Linux. Here's a possibility: Cache the paths, as you suggest, and then, if there's no file at that location (when we look for it), re-run findtexfile to try to find it. So we'd need to find all the places the path is used. I note Buffer::checkIfBibInfoCacheIsValid (checking timestamps) and InsetBibtex::parseBibTeXFiles (which calls getBibfiles again) and Buffer::prepareBibFilePaths (which is passed the list). I'm not entirely sure where it's best to put the cache. InsetBibtex is an option, but we really only need a single global one. So maybe a static std::map there? Actually, if we do this, then we probably don't even need the FileNamePairList any more. We can just store the name as entered and use the cache to find the full path. But maybe we don't want to do anything so dramatic right now? Riki
Re: Windows Installer for Testing
On 01/09/2018 01:11, Richard Kimberly Heck wrote: On 08/31/2018 05:58 PM, Daniel wrote: On 2018-08-31 22:51, Richard Kimberly Heck wrote: On 08/31/2018 01:31 PM, Daniel wrote: On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki I noticed it first in a document with master-child stuff. But I could reproduce it by just adding a bibliography to a newly created document. It was less of a delay, maybe due to its lesser complexity (and less bibliographies), but the delay was there none the less. Are you able to compile these days? If so, can you try the attached patch with "-dbg files" and let me know what you see? Riki Still haven't set up LyX to compile on my new system... Daniel
Re: Windows Installer for Testing
Am Samstag, den 01.09.2018, 13:49 +0200 schrieb Enrico Forestieri: > Using the --verbose switch it can be seen that each time a new > paragraph > is started LyX runs kpsewhich for each bibtex catalog to be found in > the > texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times > everytime you hit the Enter key. Indeed, that's likely the culprit. The call is in InsetBibtex::getBibTeXPath(), which is called by InsetBibtex::getBibFiles(), which is called by InsetBibTeX::updateBuffer(), which is called by Buffer::updateBuffer() Would it make sense to cache those paths, too? After all, they are unlikely to change that often. Jürgen > This was not the case in 2.3.0. > signature.asc Description: This is a digitally signed message part
Re: Windows Installer for Testing
On Sat, Sep 01, 2018 at 11:09:58AM +0200, Jürgen Spitzmüller wrote: > Am Samstag, den 01.09.2018, 20:27 +1200 schrieb Andrew Parsloe: > > OK, this time I inserted a Bib(la)TeX Bibliography via Insert > > > List/TOC, using an old BibTeX .bib file I had lying around. Even a > > small > > trial document is noticeably slower for things like starting a new > > paragraph, although the delay is more like quarter to half a second > > rather than the 2 to 4 seconds you report. Nonetheless it's still > > noticeable. > > The crucial info we need is what makes this so slow only on Windows > (and not on any other OS). Can we do profiling on Win? > > Just a shot in the dark: If you enable the "Files" debug output in View > > Messages, is there any indication that (attempts to) file removal > (aux file and/or bbl file) take your time? I am just guessing that > removeBiblioTempFiles() (involved in the BibinfoCache invalidation) > might be the culprit, since it involves QFile, and this is an obvious > candidate for OS-specific weirdness. Using the --verbose switch it can be seen that each time a new paragraph is started LyX runs kpsewhich for each bibtex catalog to be found in the texmf tree. So, if you have 5 catalogs, kpsewhich is run for 5 times everytime you hit the Enter key. This was not the case in 2.3.0. -- Enrico
Re: Windows Installer for Testing
Am Samstag, den 01.09.2018, 12:40 +0200 schrieb Jean-Marc Lasgouttes: > Le 01/09/2018 à 11:09, Jürgen Spitzmüller a écrit : > > The crucial info we need is what makes this so slow only on Windows > > (and not on any other OS). Can we do profiling on Win? > > Could we have a document that exhibits the problem? I understand that you just need a document with a fairly big BibTeX database. Jürgen > > JMarc > signature.asc Description: This is a digitally signed message part
Re: Windows Installer for Testing
Le 01/09/2018 à 11:09, Jürgen Spitzmüller a écrit : The crucial info we need is what makes this so slow only on Windows (and not on any other OS). Can we do profiling on Win? Could we have a document that exhibits the problem? JMarc
Re: Windows Installer for Testing
Am Samstag, den 01.09.2018, 20:27 +1200 schrieb Andrew Parsloe: > OK, this time I inserted a Bib(la)TeX Bibliography via Insert > > List/TOC, using an old BibTeX .bib file I had lying around. Even a > small > trial document is noticeably slower for things like starting a new > paragraph, although the delay is more like quarter to half a second > rather than the 2 to 4 seconds you report. Nonetheless it's still > noticeable. The crucial info we need is what makes this so slow only on Windows (and not on any other OS). Can we do profiling on Win? Just a shot in the dark: If you enable the "Files" debug output in View > Messages, is there any indication that (attempts to) file removal (aux file and/or bbl file) take your time? I am just guessing that removeBiblioTempFiles() (involved in the BibinfoCache invalidation) might be the culprit, since it involves QFile, and this is an obvious candidate for OS-specific weirdness. Jürgen > > Andrew signature.asc Description: This is a digitally signed message part
Re: Windows Installer for Testing
On 1/09/2018 7:13 p.m., Daniel wrote: On 2018-09-01 08:57, Andrew Parsloe wrote: On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote: On 08/31/2018 05:58 PM, Daniel wrote: On 2018-08-31 22:51, Richard Kimberly Heck wrote: On 08/31/2018 01:31 PM, Daniel wrote: On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki I noticed it first in a document with master-child stuff. But I could reproduce it by just adding a bibliography to a newly created document. It was less of a delay, maybe due to its lesser complexity (and less bibliographies), but the delay was there none the less. Are you able to compile these days? If so, can you try the attached patch with "-dbg files" and let me know what you see? Riki To provide another data point for this discussion, 2.3.1 installed without problems on my windows 7 system and is not showing any delay for the kinds of operations Daniel mentioned. This is with a master-child document. The bibliography has 19 entries but is 'built-in' rather than using an external bib database. Andrew By 'built-in' you mean not using the bibliography inset? If so, can you try with one? Daniel OK, this time I inserted a Bib(la)TeX Bibliography via Insert > List/TOC, using an old BibTeX .bib file I had lying around. Even a small trial document is noticeably slower for things like starting a new paragraph, although the delay is more like quarter to half a second rather than the 2 to 4 seconds you report. Nonetheless it's still noticeable. Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Re: Windows Installer for Testing
On 1/09/2018 7:13 p.m., Daniel wrote:
On 2018-09-01 08:57, Andrew Parsloe wrote:
On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote:
On 08/31/2018 05:58 PM, Daniel wrote:
On 2018-08-31 22:51, Richard Kimberly Heck wrote:
On 08/31/2018 01:31 PM, Daniel wrote:
On 2018-08-31 19:23, Richard Kimberly Heck wrote:
On 08/31/2018 10:33 AM, Daniel wrote:
It might be the same problem as plagued the 2.3.0 version at
first.
Once I have a bibliography included the delay is there (and the
more
bibliographies the worse). I can't find the posting from the last
version but I seem to remember that Jürgen and Riki were
involved in
its solution.
Yes, I thought we had sorted that out, but perhaps not. Can you
give a
few more details?
Riki
Not fully sure what details you are asking for. I still cannot find
the post I was referring to. And lag kick in one a bibliography is
inserted into a document. Writing characters is fine but, for
example,
deleting a passage or creating a new paragraph lags.
I have verified that most of the fix that's in master is also in
2.3.x
(and so in 2.3.1). So it's a bit of mystery why this has changed in
2.3.1. That said, there were some other changes that were supposed to
help further.
Do these documents use master-child stuff?
Riki
I noticed it first in a document with master-child stuff. But I could
reproduce it by just adding a bibliography to a newly created
document. It was less of a delay, maybe due to its lesser complexity
(and less bibliographies), but the delay was there none the less.
Are you able to compile these days? If so, can you try the attached
patch with "-dbg files" and let me know what you see?
Riki
To provide another data point for this discussion, 2.3.1 installed
without problems on my windows 7 system and is not showing any delay
for the kinds of operations Daniel mentioned. This is with a
master-child document. The bibliography has 19 entries but is
'built-in' rather than using an external bib database.
Andrew
By 'built-in' you mean not using the bibliography inset? If so, can
you try with one?
Daniel
I meant that I went to the layout drop-down box and clicked on
Bibliography, which inserted a heading "Bibliography". I presume this is
the "bibliography inset"? Pressing Enter below the heading gives me a
key-1[] prompt. I type in bibliographic details beside that, so that
the entry is part of the document ('built-in') rather than being stored
in an external file.
Andrew
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Windows Installer for Testing
Am Freitag, den 31.08.2018, 23:56 +0200 schrieb Daniel: > > The thread with "Beta1 is slow on undo“ perhaps? > > > > Stephan > > > > Probably, I seem not to be able to access them from here. https://marc.info/?l=lyx-devel=150739249920974=2 The respective ticket is https://www.lyx.org/trac/ticket/9158 Jürgen > > Daniel > > signature.asc Description: This is a digitally signed message part
Re: Windows Installer for Testing
On 2018-09-01 08:57, Andrew Parsloe wrote: On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote: On 08/31/2018 05:58 PM, Daniel wrote: On 2018-08-31 22:51, Richard Kimberly Heck wrote: On 08/31/2018 01:31 PM, Daniel wrote: On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki I noticed it first in a document with master-child stuff. But I could reproduce it by just adding a bibliography to a newly created document. It was less of a delay, maybe due to its lesser complexity (and less bibliographies), but the delay was there none the less. Are you able to compile these days? If so, can you try the attached patch with "-dbg files" and let me know what you see? Riki To provide another data point for this discussion, 2.3.1 installed without problems on my windows 7 system and is not showing any delay for the kinds of operations Daniel mentioned. This is with a master-child document. The bibliography has 19 entries but is 'built-in' rather than using an external bib database. Andrew By 'built-in' you mean not using the bibliography inset? If so, can you try with one? Daniel
Re: Windows Installer for Testing
On 1/09/2018 11:11 a.m., Richard Kimberly Heck wrote: On 08/31/2018 05:58 PM, Daniel wrote: On 2018-08-31 22:51, Richard Kimberly Heck wrote: On 08/31/2018 01:31 PM, Daniel wrote: On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki I noticed it first in a document with master-child stuff. But I could reproduce it by just adding a bibliography to a newly created document. It was less of a delay, maybe due to its lesser complexity (and less bibliographies), but the delay was there none the less. Are you able to compile these days? If so, can you try the attached patch with "-dbg files" and let me know what you see? Riki To provide another data point for this discussion, 2.3.1 installed without problems on my windows 7 system and is not showing any delay for the kinds of operations Daniel mentioned. This is with a master-child document. The bibliography has 19 entries but is 'built-in' rather than using an external bib database. Andrew --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Re: Windows Installer for Testing
On Fri, Aug 31, 2018 at 01:23:19PM -0400, Richard Kimberly Heck wrote: > On 08/31/2018 10:44 AM, Daniel wrote: > >> First, here is the information: > >> > >> LyX Version 2.3.1 > >> (30 August 2018) > >> Built from git commit hash 65bc3149 > >> Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ > >> User directory: ~\AppData\Roaming\LyX2.3\ > >> Qt Version (run-time): 5.10.1 > >> Qt Version (compile-time): 5.10.1 > > > > Of course your question concerned the comparison: > > > > LyX Version 2.3.0 > > (06 July 2018) > > Built from git commit hash 2a8c7061 > > Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ > > User directory: ~\AppData\Roaming\LyX2.3\ > > Qt Version (run-time): 5.10.1 > > Qt Version (compile-time): 5.10.1 > > FYI, the ONLY difference between the 2.3.1 and 2.3.0 packages is the LyX > binary. I did not make any other updates to the installer. Good to know. So not a Qt issue then. Scott signature.asc Description: PGP signature
Re: Windows Installer for Testing
On 08/31/2018 05:58 PM, Daniel wrote: > On 2018-08-31 22:51, Richard Kimberly Heck wrote: >> On 08/31/2018 01:31 PM, Daniel wrote: >>> On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: > > It might be the same problem as plagued the 2.3.0 version at first. > Once I have a bibliography included the delay is there (and the more > bibliographies the worse). I can't find the posting from the last > version but I seem to remember that Jürgen and Riki were involved in > its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki >>> >>> Not fully sure what details you are asking for. I still cannot find >>> the post I was referring to. And lag kick in one a bibliography is >>> inserted into a document. Writing characters is fine but, for example, >>> deleting a passage or creating a new paragraph lags. >> >> I have verified that most of the fix that's in master is also in 2.3.x >> (and so in 2.3.1). So it's a bit of mystery why this has changed in >> 2.3.1. That said, there were some other changes that were supposed to >> help further. >> >> Do these documents use master-child stuff? >> >> Riki > > I noticed it first in a document with master-child stuff. But I could > reproduce it by just adding a bibliography to a newly created > document. It was less of a delay, maybe due to its lesser complexity > (and less bibliographies), but the delay was there none the less. Are you able to compile these days? If so, can you try the attached patch with "-dbg files" and let me know what you see? Riki diff --git a/src/Buffer.cpp b/src/Buffer.cpp index da3db82fa5..a8b6115678 100644 --- a/src/Buffer.cpp +++ b/src/Buffer.cpp @@ -2416,6 +2416,7 @@ void Buffer::reloadBibInfoCache() const if (d->bibinfo_cache_valid_) return; + LYXERR(Debug::FILES, "Reloading bibinfo cache!"); d->bibinfo_.clear(); FileNameList checkedFiles; collectBibKeys(checkedFiles);
Re: Windows Installer for Testing
On 2018-08-31 22:51, Richard Kimberly Heck wrote: On 08/31/2018 01:31 PM, Daniel wrote: On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki I noticed it first in a document with master-child stuff. But I could reproduce it by just adding a bibliography to a newly created document. It was less of a delay, maybe due to its lesser complexity (and less bibliographies), but the delay was there none the less. Daniel
Re: Windows Installer for Testing
On 2018-08-31 22:15, Stephan Witt wrote: Am 31.08.2018 um 19:31 schrieb Daniel : On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. Daniel The thread with "Beta1 is slow on undo“ perhaps? Stephan Probably, I seem not to be able to access them from here. Daniel
Re: Windows Installer for Testing
On 08/31/2018 01:31 PM, Daniel wrote: > On 2018-08-31 19:23, Richard Kimberly Heck wrote: >> On 08/31/2018 10:33 AM, Daniel wrote: >>> >>> It might be the same problem as plagued the 2.3.0 version at first. >>> Once I have a bibliography included the delay is there (and the more >>> bibliographies the worse). I can't find the posting from the last >>> version but I seem to remember that Jürgen and Riki were involved in >>> its solution. >> >> Yes, I thought we had sorted that out, but perhaps not. Can you give a >> few more details? >> >> Riki > > Not fully sure what details you are asking for. I still cannot find > the post I was referring to. And lag kick in one a bibliography is > inserted into a document. Writing characters is fine but, for example, > deleting a passage or creating a new paragraph lags. I have verified that most of the fix that's in master is also in 2.3.x (and so in 2.3.1). So it's a bit of mystery why this has changed in 2.3.1. That said, there were some other changes that were supposed to help further. Do these documents use master-child stuff? Riki
Re: Windows Installer for Testing
Am 31.08.2018 um 19:31 schrieb Daniel : > > On 2018-08-31 19:23, Richard Kimberly Heck wrote: >> On 08/31/2018 10:33 AM, Daniel wrote: >>> >>> It might be the same problem as plagued the 2.3.0 version at first. >>> Once I have a bibliography included the delay is there (and the more >>> bibliographies the worse). I can't find the posting from the last >>> version but I seem to remember that Jürgen and Riki were involved in >>> its solution. >> Yes, I thought we had sorted that out, but perhaps not. Can you give a >> few more details? >> Riki > > Not fully sure what details you are asking for. I still cannot find the post > I was referring to. And lag kick in one a bibliography is inserted into a > document. Writing characters is fine but, for example, deleting a passage or > creating a new paragraph lags. > > Daniel The thread with "Beta1 is slow on undo“ perhaps? Stephan
Re: Windows Installer for Testing
On 2018-08-31 19:23, Richard Kimberly Heck wrote: On 08/31/2018 10:33 AM, Daniel wrote: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki Not fully sure what details you are asking for. I still cannot find the post I was referring to. And lag kick in one a bibliography is inserted into a document. Writing characters is fine but, for example, deleting a passage or creating a new paragraph lags. Daniel
Re: Windows Installer for Testing
On 08/31/2018 10:33 AM, Daniel wrote: > > It might be the same problem as plagued the 2.3.0 version at first. > Once I have a bibliography included the delay is there (and the more > bibliographies the worse). I can't find the posting from the last > version but I seem to remember that Jürgen and Riki were involved in > its solution. Yes, I thought we had sorted that out, but perhaps not. Can you give a few more details? Riki
Re: Windows Installer for Testing
On 08/31/2018 10:44 AM, Daniel wrote: > On 31/08/2018 16:33, Daniel wrote: >> On 31/08/2018 16:09, Scott Kostyshak wrote: >>> On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote: On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote: > Le 31/08/2018 à 13:27, Daniel a écrit : >> Unfortunately, LyX 2.3.1 is not usable for me. Many simple things >> take a couple of seconds, like when I press enter for a new >> paragraph, delete something, click on another paragraph, etc. > > That is very very weird. I have to give it a go. A couple of > seconds is > a lot. > > JMarc Yes it is (something between 2 to 4 second - but I guess any really noticeable delay renders it unusable). I am now back to 2.3.0. No problems there. >>> >>> Thanks for testing, Daniel. When you go to Help > About, is the >>> information the same except for "2.3.1" instead of "2.3.0" ? (don't >>> re-install LyX 2.3.1 just to answer this question. I only ask in the >>> case that you have them installed side-by-side) >>> >>> Scott >> >> First, here is the information: >> >> LyX Version 2.3.1 >> (30 August 2018) >> Built from git commit hash 65bc3149 >> Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ >> User directory: ~\AppData\Roaming\LyX2.3\ >> Qt Version (run-time): 5.10.1 >> Qt Version (compile-time): 5.10.1 > > Of course your question concerned the comparison: > > LyX Version 2.3.0 > (06 July 2018) > Built from git commit hash 2a8c7061 > Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ > User directory: ~\AppData\Roaming\LyX2.3\ > Qt Version (run-time): 5.10.1 > Qt Version (compile-time): 5.10.1 FYI, the ONLY difference between the 2.3.1 and 2.3.0 packages is the LyX binary. I did not make any other updates to the installer. Riki
MikTeX Warnings [was: Windows Installer for Testing]
On 08/31/2018 05:54 AM, Daniel wrote:
> On 31/08/2018 00:52, Richard Kimberly Heck wrote:
>> Windows installers for 2.3.1 are at
>> http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/. Please let me know if you
>> have any problems. But I know there are some weird issues with MiKTeX
>> right now, and I've seen signs of that in my own testing.
>>
>> Riki
>
> Here are a couple of warnings from the log while installing ("for
> everyone on the computer"). But they have been there in the last
> versions, I think.
Yes, I have seen these too. The first one is some MiKTeX error. The last
> +checking for "platex"... no
> latex: warning: running with administrator privileges
> initexmf: warning: Option --admin should be specified when running
> this program with administrative privileges
> initexmf: warning: Option --admin should be specified when running
> this program with administrative privileges
is something someone might be able to fix.
Riki
Re: Windows Installer for Testing
On 31/08/2018 16:33, Daniel wrote: On 31/08/2018 16:09, Scott Kostyshak wrote: On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote: On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote: Le 31/08/2018 à 13:27, Daniel a écrit : Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a couple of seconds, like when I press enter for a new paragraph, delete something, click on another paragraph, etc. That is very very weird. I have to give it a go. A couple of seconds is a lot. JMarc Yes it is (something between 2 to 4 second - but I guess any really noticeable delay renders it unusable). I am now back to 2.3.0. No problems there. Thanks for testing, Daniel. When you go to Help > About, is the information the same except for "2.3.1" instead of "2.3.0" ? (don't re-install LyX 2.3.1 just to answer this question. I only ask in the case that you have them installed side-by-side) Scott First, here is the information: LyX Version 2.3.1 (30 August 2018) Built from git commit hash 65bc3149 Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ User directory: ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version (compile-time): 5.10.1 Of course your question concerned the comparison: LyX Version 2.3.0 (06 July 2018) Built from git commit hash 2a8c7061 Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ User directory: ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version (compile-time): 5.10.1
Re: Windows Installer for Testing
On 31/08/2018 16:09, Scott Kostyshak wrote: On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote: On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote: Le 31/08/2018 à 13:27, Daniel a écrit : Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a couple of seconds, like when I press enter for a new paragraph, delete something, click on another paragraph, etc. That is very very weird. I have to give it a go. A couple of seconds is a lot. JMarc Yes it is (something between 2 to 4 second - but I guess any really noticeable delay renders it unusable). I am now back to 2.3.0. No problems there. Thanks for testing, Daniel. When you go to Help > About, is the information the same except for "2.3.1" instead of "2.3.0" ? (don't re-install LyX 2.3.1 just to answer this question. I only ask in the case that you have them installed side-by-side) Scott I actually re-installed it now to do some more testing for which I had no time before. First, here is the information: LyX Version 2.3.1 (30 August 2018) Built from git commit hash 65bc3149 Library directory: C:\Program Files (x86)\LyX 2.3\Resources\ User directory: ~\AppData\Roaming\LyX2.3\ Qt Version (run-time): 5.10.1 Qt Version (compile-time): 5.10.1 Now to the testing: It might be the same problem as plagued the 2.3.0 version at first. Once I have a bibliography included the delay is there (and the more bibliographies the worse). I can't find the posting from the last version but I seem to remember that Jürgen and Riki were involved in its solution. Daniel
Re: Windows Installer for Testing
On Fri, Aug 31, 2018 at 03:59:34PM +0200, Daniel wrote: > On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote: > > Le 31/08/2018 à 13:27, Daniel a écrit : > > > Unfortunately, LyX 2.3.1 is not usable for me. Many simple things > > > take a couple of seconds, like when I press enter for a new > > > paragraph, delete something, click on another paragraph, etc. > > > > That is very very weird. I have to give it a go. A couple of seconds is > > a lot. > > > > JMarc > > Yes it is (something between 2 to 4 second - but I guess any really > noticeable delay renders it unusable). I am now back to 2.3.0. No problems > there. Thanks for testing, Daniel. When you go to Help > About, is the information the same except for "2.3.1" instead of "2.3.0" ? (don't re-install LyX 2.3.1 just to answer this question. I only ask in the case that you have them installed side-by-side) Scott signature.asc Description: PGP signature
Re: Windows Installer for Testing
On 31/08/2018 15:18, Jean-Marc Lasgouttes wrote: Le 31/08/2018 à 13:27, Daniel a écrit : Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a couple of seconds, like when I press enter for a new paragraph, delete something, click on another paragraph, etc. That is very very weird. I have to give it a go. A couple of seconds is a lot. JMarc Yes it is (something between 2 to 4 second - but I guess any really noticeable delay renders it unusable). I am now back to 2.3.0. No problems there. Daniel
Re: Windows Installer for Testing
Le 31/08/2018 à 13:27, Daniel a écrit : Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a couple of seconds, like when I press enter for a new paragraph, delete something, click on another paragraph, etc. That is very very weird. I have to give it a go. A couple of seconds is a lot. JMarc
Re: Windows Installer for Testing
On 31/08/2018 00:52, Richard Kimberly Heck wrote: Windows installers for 2.3.1 are at http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/. Please let me know if you have any problems. But I know there are some weird issues with MiKTeX right now, and I've seen signs of that in my own testing. Riki Unfortunately, LyX 2.3.1 is not usable for me. Many simple things take a couple of seconds, like when I press enter for a new paragraph, delete something, click on another paragraph, etc. I used the non-bundle installer on Windows 10. Reverting back to 2.3.0... Daniel
Re: Windows Installer for Testing
On 31/08/2018 00:52, Richard Kimberly Heck wrote:
Windows installers for 2.3.1 are at
http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/. Please let me know if you
have any problems. But I know there are some weird issues with MiKTeX
right now, and I've seen signs of that in my own testing.
Riki
Here are a couple of warnings from the log while installing ("for
everyone on the computer"). But they have been there in the last
versions, I think.
[...]
Configuring LyX (MiKTeX may download missing packages, this can take
some time) ...
Operating on the shared (system-wide) MiKTeX setup
downloading
https://ftp.acc.umu.se/mirror/CTAN/systems/win32/miktex/tm/packages/miktex-zzdb2-2.9.tar.lzma...
1026237 bytes, 2438.41 KB/Sec
updating package definition directory ("C:\Program Files\MiKTeX
2.9\tpm\packages")...
installed 3048 package definition files
visiting repository
https://ftp.acc.umu.se/mirror/CTAN/systems/win32/miktex/tm/packages/...
repository type: remote package repository
loading lightweight database...
downloading
https://ftp.acc.umu.se/mirror/CTAN/systems/win32/miktex/tm/packages/miktex-zzdb1-2.9.tar.lzma...
180468 bytes, 2517.69 KB/Sec
Operating on the shared (system-wide) MiKTeX setup
Sorry, but "MiKTeX Package Manager" did not succeed.
The log file hopefully contains the information to get MiKTeX going again:
C:/ProgramData/MiKTeX/2.9/miktex/log/mpmcli_admin.log
You may want to visit the MiKTeX project page, if you need help.
Configuring LyX (MiKTeX may download missing packages, this can take
some time) ...
checking for DVI to DTL converter...
+checking for "dv2dt"... no
checking for a Latex2e program...
+checking for "latex"... yes
checking for a DVI postprocessing program...
+checking for "pplatex"... no
checking for pLaTeX, the Japanese LaTeX...
+checking for "platex"... no
latex: warning: running with administrator privileges
initexmf: warning: Option --admin should be specified when running this
program with administrative privileges
initexmf: warning: Option --admin should be specified when running this
program with administrative privileges
Re: Windows Installer for Testing
On 31/08/2018 00:52, Richard Kimberly Heck wrote: Windows installers for 2.3.1 are at http://ftp.lyx.org/pub/lyx/devel/lyx-2.3/. Please let me know if you have any problems. But I know there are some weird issues with MiKTeX right now, and I've seen signs of that in my own testing. Riki Just got the message attached again. One has to click on "More info" and "Run anyway". Maybe it is worth explaining this somewhere - just in case. Sorry, if I have missed that it is already. I should have taken a screenshot of the second screen as well. Next time. Daniel
