Re: Solution: Summary for the Win installer problem

Am 07.03.2018 um 16:17 schrieb Uwe Stöhr: I am going nuts. MiKTeX released now some fixes to its package handling but they arrived broken on the package servers. Therefore since today the solution we found for LyX in combination with MiKTeX doesn't work. This was not correct. In fact MiKTeX r

Re: Solution: Summary for the Win installer problem

Am 07.03.2018 um 18:16 schrieb Jean-Marc Lasgouttes: OK, I see now. But wasn't there something equivalent before that? The console is a new concept. Before there exist 2 different programs, one for the settings, one for the package handling. the new console unites them. What makes problems

Re: Solution: Summary for the Win installer problem

Am 07.03.2018 um 17:27 schrieb Uwe Stöhr: I must admit that I haven't tested the "never" case for a long time. I tested this now and the installer correctly respects the setting "never". So never means never. You don't get any updates nor packages if you really don't want this. Configuring L

Re: Solution: Summary for the Win installer problem

Jean-Marc Lasgouttes wrote: > I think that explaining people how to install LaTeX themselves is the way > to go. You cannot bear the weight of basically maintaining a LaTeX > distribution on top of the ever changing MikTex. The example of rupee that > you gave later in your message is typically

Re: Solution: Summary for the Win installer problem

Le 07/03/2018 à 17:27, Uwe Stöhr a écrit : In general: I have no problem in being criticized. But I have a problem that I am talking directly to the MiKTeX developer to find a solution and when I do what he proposes you are telling me that it can be done better. I think you are indeed the one

Re: Solution: Summary for the Win installer problem

Am 06.03.2018 um 16:37 schrieb Jean-Marc Lasgouttes: In general: I have no problem in being criticized. But I have a problem that I am talking directly to the MiKTeX developer to find a solution and when I do what he proposes you are telling me that it can be done better. The goal is definit

Re: Solution: Summary for the Win installer problem

On Wed, Mar 07, 2018 at 03:17:05PM +, Uwe Stöhr wrote: > Am 04.03.2018 um 19:36 schrieb Uwe Stöhr: > > > I would nevertheless wait with the announcement because the MiKTeX > > developer promised to make a release just for us soon. If it will be > > available by Tuesday, I will create a new ins

Re: Solution: Summary for the Win installer problem

On Tue, Mar 06, 2018 at 03:37:44PM +, Jean-Marc Lasgouttes wrote: > > Either invest time to try it out on Windows on your own or trust me and > > the MiKTeX developer. I have other things to do on a sunny day than to > > sit at home like a nerd with 3 different PCs to test different > > instal

Re: Solution: Summary for the Win installer problem

Am 04.03.2018 um 19:36 schrieb Uwe Stöhr: I would nevertheless wait with the announcement because the MiKTeX developer promised to make a release just for us soon. If it will be available by Tuesday, I will create a new installer, if not, let's release LyX 2.3.0 with the installer version 3 I

Re: Solution: Summary for the Win installer problem

On Tue, Mar 06, 2018 at 01:44:38PM +, Uwe Stöhr wrote: > Here is my last attempt to explain the situation. Then I will be quiet I hope that we can continue this discussion. Specifically, I think the proposal to give a message and ask the user is reasonable. Thanks for all of your time on this

Re: Solution: Summary for the Win installer problem

Le 06/03/2018 à 14:44, Uwe Stöhr a écrit : Here is my last attempt to explain the situation. Then I will be quiet because I already invested now about 20 hours in nothing else than this. The goal is definitely not that you become quiet, which would mean "This is my last word. Either you accept

Re: Solution: Summary for the Win installer problem

Am 06.03.2018 um 04:47 schrieb Richard Heck: What? So I should deliver a LyX installer leading to a broken LaTeX that can only be fixed by reinstalling MiKTeX? That cannot be the goal! The proposal is to *abort* the LyX installation, if the user does not want to update. You can explain in a di

Re: Solution: Summary for the Win installer problem

On 03/05/2018 07:33 PM, Uwe Stöhr wrote: > Am 05.03.2018 um 23:46 schrieb Richard Heck: > >> Uwe, even if LyX will not work without the updated installation, we >> CANNOT update the user's LaTeX installation without asking for >> permission---which means giving them the option to cancel the entire

Re: Solution: Summary for the Win installer problem

Am 05.03.2018 um 23:46 schrieb Richard Heck: Uwe, even if LyX will not work without the updated installation, we CANNOT update the user's LaTeX installation without asking for permission---which means giving them the option to cancel the entire install. Otherwise, we can break things, as in the

Re: Solution: Summary for the Win installer problem

On 03/05/2018 03:18 PM, racoon wrote: > On 05.03.2018 20:16, Uwe Stöhr wrote: >> Am 05.03.2018 um 19:37 schrieb racoon: >> >>> However, it does not give the user a choice on whether to update >>> MiKTeX or not. >> >> Yes, that is correct and I explained now in several mails why and >> that there is

Re: Solution: Summary for the Win installer problem

On 05.03.2018 20:16, Uwe Stöhr wrote: Am 05.03.2018 um 19:37 schrieb racoon: However, it does not give the user a choice on whether to update MiKTeX or not. Yes, that is correct and I explained now in several mails why and that there is no other option. Sorry, I have a bit of a hard time f

Re: Solution: Summary for the Win installer problem

Am 05.03.2018 um 19:37 schrieb racoon: However, it does not give the user a choice on whether to update MiKTeX or not. Yes, that is correct and I explained now in several mails why and that there is no other option. Also, I noticed that the MiKTeX Package Manager opens up for some reason a

Re: Solution: Summary for the Win installer problem

On 05.03.2018 19:37, racoon wrote: On 04.03.2018 19:36, Uwe Stöhr wrote: Am 04.03.2018 um 16:19 schrieb Uwe Stöhr: Good news: There will be a new MiKTeX installer soon and the MiKTeX maintainer proposed a workaround for the main bug. I cannot promise that I will find time today to check if th

Re: Solution: Summary for the Win installer problem

On 04.03.2018 19:36, Uwe Stöhr wrote: Am 04.03.2018 um 16:19 schrieb Uwe Stöhr: Good news: There will be a new MiKTeX installer soon and the MiKTeX maintainer proposed a workaround for the main bug. I cannot promise that I will find time today to check if this will work for all cases. OK, I

Re: Solution: Summary for the Win installer problem

Le 04/03/2018 à 22:23, Uwe Stöhr a écrit : We need to install packages (hyphenation, language support, tipa, math, etc.) because we cannot know what features will be used by the user. This can only be done if the user has a working package handling system. As user I expect a working software an

Re: Solution: Summary for the Win installer problem

On Sun, Mar 04, 2018 at 06:36:54PM +, Uwe Stöhr wrote: > Am 04.03.2018 um 16:19 schrieb Uwe Stöhr: > > > Good news: There will be a new MiKTeX installer soon and the MiKTeX > > maintainer proposed a workaround for the main bug. I cannot promise that > > I will find time today to check if this

Re: Solution: Summary for the Win installer problem

Am 04.03.2018 um 18:59 schrieb Jean-Marc Lasgouttes: So I install texlive with the medium size install Sure, but to do this you need Internet access. Having to wait until I actually use LyX to decide what packages to install would be a recipe for failure. Again, the problem I had is not a

Re: Solution: Summary for the Win installer problem

Am 04.03.2018 um 16:19 schrieb Uwe Stöhr: Good news: There will be a new MiKTeX installer soon and the MiKTeX maintainer proposed a workaround for the main bug. I cannot promise that I will find time today to check if this will work for all cases. OK, I could check it and it works. The new i

Re: Solution: Summary for the Win installer problem

Le 04/03/2018 à 17:22, Uwe Stöhr a écrit : A fully functional LyX is impossible without Internet connection because missing LaTeX packages must be installed via Internet. There is no difference between TeXLive and MiKTeX in this respect. (polemic:  Let's look around, even in poor countries lik

Re: Solution: Summary for the Win installer problem

On Sun, Mar 04, 2018 at 03:19:40PM +, Uwe Stöhr wrote: > Am 04.03.2018 um 00:32 schrieb Uwe Stöhr: > > > As soon there is a new MiKTeX installer available I will release another > > installer > > Good news: There will be a new MiKTeX installer soon and the MiKTeX > maintainer proposed a worka

Re: Solution: Summary for the Win installer problem

Am 04.03.2018 um 16:59 schrieb Scott Kostyshak: I don't want to write pages to describe the problematic in detail. Summarized, the problem is that MiKTeX uses a new package handling system and in order to use LyX with MiKTeX this new system must be used. LyX works on Windows with a TeX Live in

Re: Solution: Summary for the Win installer problem

On Sat, Mar 03, 2018 at 11:32:23PM +, Uwe Stöhr wrote: > Am 02.03.2018 um 20:16 schrieb Uwe Stöhr: > > > - Conclusion: I cannot do more right now to wait until MiKTeX releases > > the fixes  for the 2 bugs. > > Here is the solution in form of a new installer: > http://ftp.lyx.de/LyXWinInstall

Re: Solution: Summary for the Win installer problem

Am 04.03.2018 um 00:32 schrieb Uwe Stöhr: As soon there is a new MiKTeX installer available I will release another installer Good news: There will be a new MiKTeX installer soon and the MiKTeX maintainer proposed a workaround for the main bug. I cannot promise that I will find time today to

Re: solution to www.lyx.org website being down?

On 05/04/2012 06:40 PM, Jeremy Warding wrote: Hi, This is my first time writing to the list. I've noticed that the www.lyx.org and wiki.lyx.org websites are often down. I've done some searching on this list and the developers list and the most common

Re: Solution for the current bugzilla spam

> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes: christian> Unfortunately I don't have permissions that allow me to christian> edit the attachments. Now you do. If you want to do experiments at the bugzilla level, I can give you even more. JMarc

Re: Solution for the current bugzilla spam

On Fri, 18 May 2007, Uwe Stöhr wrote: could you forbid that people are allowed to attach material to bugzilla entries with the type "Text/HTML"? I agree with Uwe that this is an acceptable (although not ideal solution). The one problem I can think of is what will happen if .lyx-files (or othe

Re: Solution: can't start 1.5svn under windows - Bo?

That's the problem, for me it always worked without the MSCV-manifest file. Maybe there is some .manifest file in your $PATH that works like this .crt.manifest file. A search with extension .manifest? Bo

Re: Solution: can't start 1.5svn under windows - Bo?

Bo Peng schrieb: >> frontend_env['LINKCOM'] = [frontend_env['LINKCOM'], 'mt.exe /MANIFEST %s >> ..\Win32\packaging\Microsoft.VC80.CRT.manifest /outputresource:$TARGET;1' % manifest] >> >> This runs through but I can then not open the lyx.exe. Putting the command > This way, you only have vc80.c

Re: Solution: can't start 1.5svn under windows - Bo?

> mt.exe /MANIFEST /path/to/this.manifest /outputresource:lyx.exe:1 > > on your lyx.exe file, and > > mt.exe /MANIFEST /path/to/this.manifest /path/to/qtcore.dll.manifest > /outputresource:lyx.exe:1 > > and see if you can embed two manifest files at the same time. I modified line 1374 in /develop

Re: Solution: can't start 1.5svn under windows - Bo?

Bo Peng schrieb: I do not know whether or not I can embed this manifest file with lyx.exe, since it has already been embedded with QtCore.dll.manifest. I can only see that we embed the QtGui4.dll.manifest, not the Qtcore.dll.manifest. Please try: mt.exe /MANIFEST /path/to/this.manifest /ou

Re: Solution: can't start 1.5svn under windows - Bo?

This was the problem!!! Now I spent two weeks of hard testing together with the users wh reported this first and I didn't came to this idea .-( When I deliver this manifest fil togehter with the Dlls mentioned in this file, it works. Congratulations on identifying the problem!! I still remembe

Re: Solution

Quoting Martin Vermeer <[EMAIL PROTECTED]>: On Sun, Oct 22, 2006 at 11:28:18AM +0200, Asger Ottar Alstrup wrote: Hi, People are unhappy about various things. We have the solution for this: http://www.lyx.org/images/whineandcheese2.jpg Regards, The chefs You look very very tired there... wh

Re: Solution

On Sun, Oct 22, 2006 at 11:28:18AM +0200, Asger Ottar Alstrup wrote: > Hi, > > People are unhappy about various things. We have the solution for this: > > http://www.lyx.org/images/whineandcheese2.jpg > > Regards, > The chefs You look very very tired there... what hour was this? - Martin pg

Re: solution for LyXWin's math font problems - license issues solved

The license is granted for use with LyX. People who prefer the other fonts may continue to do so. This is just a replacement. It is, from my point view, o.k. that those who would like to use LyX commercially should either ask for permission themselves or stick with the inferior fonts. Anyway, an

Re: solution for LyXWin's math font problems - license issues solved

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> The key sentence is "This fonts cannot be sold or distributed Georg> with any commercial product or used in any commercial Georg> organization without additional agreement with author." I don't Georg> see a phrase in the additional inf

Re: solution for LyXWin's math font problems

Uwe Stöhr wrote: > We only need the fonts to display math inside LyX. The fonts in the > output are independent of the fonts used by LyX. Sorry, I should have been more clear. It does not matter _how_ the fonts are used (pdf, printing, on-screen view), it only matters _that_ they are used. Geor

Re: solution for LyXWin's math font problems - license issues solved

Uwe Stöhr wrote: > What about your opinions? Can we accept the license info? IMHO no. The problem is that these fonts may not be used in any commercial organization. From the license at http://www.ctan.org/tex-archive/fonts/cm/ps-type1/bakoma/BaKoMa-AMS.Fonts: *

Re: solution for LyXWin's math font problems - license issues solved

Thanks to Uwe for caring about these matters. Die licence is granted for all versions of LyX. I have referred to version 1.3.5. because other versions may require other mappings. Boris Malyshev has granted me permission to make such changes provided they are documented like in the present Readme

Re: solution for LyXWin's math font problems - license issues solved

Hello LyXers, thanks to Ekkehart, the license problems of the modified TrueTypeFonts taken from Bakoma are fixed. He asked the font designer Mr. Malyshev for a permission and he accepted the attached license information. He also gave the permission to provide the following font package for LyxWi

Re: solution for LyXWin's math font problems

Georg Baum wrote: So we should better use the ttf's from Bakoma. IMHO not, because of the license. I hope you all know that it is problematic? Commercial use of these fonts (and even distribution on CDs that cost a fee) is forbidden. That means for example: I cannot produce pdfs with these fonts fo

Re: solution for LyXWin's math font problems

Uwe Stöhr wrote: > I wrote yesterday: > >> So we should better use the ttf's from Bakoma. IMHO not, because of the license. I hope you all know that it is problematic? Commercial use of these fonts (and even distribution on CDs that cost a fee) is forbidden. That means for example: I cannot prod

Re: solution for LyXWin's math font problems

Maybe Richard Kinch's True Type Fonts on his http://www.truetex.com/ site should be considered: 1) http://www.truetex.com/um.zip 2) http://www.truetex.com/belleek.zip These high quality fonts are in the public domain AFAIK. The encoding is different from bakoma or the xft fonts however. Reg

Re: solution for LyXWin's math font problems

> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes: Uwe> I wrote yesterday: >> So we should better use the ttf's from Bakoma. Uwe> There are currently some small errors int the ttf's. Ekkehardt Uwe> send me now some corrected ttf's where all problems are fixed. Is the information on this page u

Re: solution for LyXWin's math font problems

Hi I have mapped the following characters into previously empty characters: \leqcmsy10.ttf char 8728 mapped to char 183 \nleqq msbm10.ttf char 8728 mapped to char 183 \backepsilonmsbm10.ttf char 196 mapped to char 127 \kapp cmmi10.ttf char 8728 mapped to

Re: solution for LyXWin's math font problems

I wrote yesterday: So we should better use the ttf's from Bakoma. There are currently some small errors int the ttf's. Ekkehardt send me now some corrected ttf's where all problems are fixed. I uploaded all necessary fonts for LyxWin to http://fkurth.de/uwest/LyX/LyXWinMathFonts.rar Please test t

Re: solution for LyX problems under DRT + LyX demo in paper

On Wed, Sep 25, 2002 at 05:24:53PM +0200, Asger Kunuk Alstrup Nielsen wrote: > I would think so for 95% of all cases. The only things that could be > different is spell checking, exporting and converting stuff, previewing, > and similar operations that can take some time. Yep, find/replace would

Re: solution for LyX problems under DRT + LyX demo in paper

On Mon, 23 Sep 2002, Amir Michail wrote: > I believe we can address the polling and cursor problems in LyX > under DRT by identifying a user action as follows: > > * an X input determines the start of an action (e.g., key press) > > * a burst of X outputs (e.g., screen draw requests) determine th

Re: Solution to the problem of reading old format?

On Wed, May 01, 2002 at 01:19:49PM -0700, Kayvan A. Sylvan wrote: > > Get Up!! > > I was anticipating all sorts of "No" since that's what happened the last > time this idea was brought up. I wonder why. Perhaps it is simply the amount of time and bugfixes invested in relyx-perl. Now that it's c

Re: Solution to the problem of reading old format?

On Wed, May 01, 2002 at 09:41:05PM +0200, Lars Gullik Bjønnes wrote: > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > > | On Wed, May 01, 2002 at 09:11:51PM +0200, Lars Gullik Bjønnes wrote: > >> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > >> > >> | On Wed, May 01, 2002 at 09:14:15PM +030

Re: Solution to the problem of reading old format?

"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | On Wed, May 01, 2002 at 09:11:51PM +0200, Lars Gullik Bjønnes wrote: >> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: >> >> | On Wed, May 01, 2002 at 09:14:15PM +0300, Dekel Tsur wrote: >> >> In my opinion, the problems when reading old files (bu

Re: Solution to the problem of reading old format?

"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | On Wed, May 01, 2002 at 09:11:51PM +0200, Lars Gullik Bjønnes wrote: >> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: >> >> | On Wed, May 01, 2002 at 09:14:15PM +0300, Dekel Tsur wrote: >> >> In my opinion, the problems when reading old files (bu

Re: Solution to the problem of reading old format?

On Wed, May 01, 2002 at 09:11:51PM +0200, Lars Gullik Bjønnes wrote: > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: > > | On Wed, May 01, 2002 at 09:14:15PM +0300, Dekel Tsur wrote: > >> In my opinion, the problems when reading old files (bugs #374,#375,#376) > >> are unacceptable. > >> > >> I

Re: Solution to the problem of reading old format?

On Wed, May 01, 2002 at 09:11:51PM +0200, Lars Gullik Bjønnes wrote: > | This is the direction that we should be going in when we are handling > | file format changes. I think that newer LyX should not be burdened > | with supporting older file formats. Instead, convertor scripts should > | be pr

Re: Solution to the problem of reading old format?

"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | On Wed, May 01, 2002 at 09:14:15PM +0300, Dekel Tsur wrote: >> In my opinion, the problems when reading old files (bugs #374,#375,#376) >> are unacceptable. >> >> I suggest a different approach for this problem: >> the conversion should be done by

Re: Solution to the problem of reading old format?

On Wed, May 01, 2002 at 09:14:15PM +0300, Dekel Tsur wrote: > In my opinion, the problems when reading old files (bugs #374,#375,#376) > are unacceptable. > > I suggest a different approach for this problem: > the conversion should be done by an outside script and not in LyX source code. > Attach

Re: Solution to the problem of reading old format?

Dekel Tsur <[EMAIL PROTECTED]> writes: | In my opinion, the problems when reading old files (bugs #374,#375,#376) | are unacceptable. > | I suggest a different approach for this problem: | the conversion should be done by an outside script and not in LyX source code. | Attached is a proof of conc

Re: "solution" to the math matrix problem

Andre Poenitz <[EMAIL PROTECTED]> writes: | > > | The attached patch reverts part of the MathedArray * -> & change in order | > > | to make MathMatrix work again. | > > | > > Can you also, before you continue the mathed cleanup, check that math | > > is written and read correctly? | > | > With

Re: "solution" to the math matrix problem

> > | The attached patch reverts part of the MathedArray * -> & change in order > > | to make MathMatrix work again. > > > > Can you also, before you continue the mathed cleanup, check that math > > is written and read correctly? > > With current CVS, when reading a math-macro, the body of the m

Re: "solution" to the math matrix problem

On Wed, Feb 21, 2001 at 01:24:45PM +0100, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | The attached patch reverts part of the MathedArray * -> & change in order > | to make MathMatrix work again. > > Can you also, before you continue the mathed cleanup, check that

Re: "solution" to the math matrix problem

> Can you also, before you continue the mathed cleanup, check that math > is written and read correctly? > > - read a math doc (f.ex. one of the example files) > - write it out to a different name > - diff and see what changed if anything. Urgs... reading math_macros is broken. They work within

Re: "solution" to the math matrix problem

Andre Poenitz <[EMAIL PROTECTED]> writes: | The attached patch reverts part of the MathedArray * -> & change in order | to make MathMatrix work again. Can you also, before you continue the mathed cleanup, check that math is written and read correctly? - read a math doc (f.ex. one of the example

RE: Solution to my compile problems (patch included)

On 17-Jun-2000 Kayvan A. Sylvan wrote: > > NOTE: Even with this patch, I have to remove src/cite.[hC] manually *after* my > cvs update. Otherwise, the ``make rpmdist'' fails while in the po/ directory, > looking for ../src/cite.C. It would be great if someone would just delete > the cite.[hC] fi