Re: Miktex package management inadequate, want to transition to TexLive.

[Paul A. Rubin]

On 11/02/2016 04:00 PM, Paul Johnson wrote:

As long as the MikTeX server is awake and answering, you can rest easy.

It just so happens that whenever I need MikTeX to work for a workshop,
the server gets turned off/taken down.

In the design of MikTeX, the package installer cannot retrieve package
from other CTAN servers without first checking with that one MikTeX
server.  If anybody thinks that I'm not correct, please speak up.  The
links I provided on the original post explain that is the case.

Paul: Are you saying you are unable to change which mirror you use 
(https://tex.stackexchange.com/questions/56783/how-can-i-change-the-package-repository)?


Paul

Re: Miktex package management inadequate, want to transition to TexLive.

[Paul Johnson]

As long as the MikTeX server is awake and answering, you can rest easy.

It just so happens that whenever I need MikTeX to work for a workshop,
the server gets turned off/taken down.

In the design of MikTeX, the package installer cannot retrieve package
from other CTAN servers without first checking with that one MikTeX
server.  If anybody thinks that I'm not correct, please speak up.  The
links I provided on the original post explain that is the case.

Over the years, we have had a lot of hassles with MikTeX and
inabilility to get packages for new LaTeX files.  Its just better to
have all of them with TeXLive.  If a user walks in with a file that
depends on 10 classes I've never heard of, it is more likely to work
now.

The only part I've not worked out yet is spell checking and using the
Thesaurus.  But I will try harder later.

On Wed, Nov 2, 2016 at 12:25 PM, Roberto Fanciulli  wrote:
> I have uninstalled MiKTeX 2.9 and later also LyX 2.2.2.
> Then I reinstalled MiKTeX2.9 and updated packages.
> Finally I reinstalled LyX2.2.2.
> Currently it seems that everything works.
>
> (o.s.: Windows 10)
> Roberto
>
> 2016-11-02 6:24 GMT+01:00 UD :
>>
>> On 11/02/2016 05:56 AM, Paul Johnson wrote:
>>>
>>>
>>> It worked once. Failed next two times.
>>>
>>> I'm putting it in the rearview mirror.
>>>
>>> pj
>>> Paul Johnson
>>> http://pj.freefaculty.org
>>>
>>>
>>> On Oct 29, 2016 2:27 PM, "Andrew Parsloe" >> > wrote:
>>>
>>>
>>>
>>> On 29/10/2016 7:35 p.m., CarLaTeX wrote:
>>>
>>>
>>> 2016-10-29 8:09 GMT+02:00 Paul Johnson >> 
>>> >>:
>>>
>>> I wonder if Windows users see this problem in MikTeX
>>> regularly. I'm a
>>> Linux user, but I try to help the Windows students around
>>> here.
>>>
>>> [...]
>>>
>>>
>>> --
>>> Paul E. Johnson http://pj.freefaculty.org
>>> Director, Center for Research Methods and Data Analysis
>>> http://crmda.ku.edu
>>>
>>> To write to me directly, please address me at pauljohn at
>>> ku.edu 
>>> .
>>>
>>>
>>> I'm using LyX (various version, now 2.2.2) with MiKTeX (2.9)
>>> on Windows
>>> (10) since April 2015 with no problems.
>>> Today the site is down but you should only have to wait few
>>> hours.
>>> Bye!
>>>
>>> Carla
>>>
>>>
>>> Yesterday, like others, I couldn't update MiKTeX. This morning
>>> (8.20 a.m. New Zealand time) everything proceeded smoothly.
>>>
>>> Andrew
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus 
>>>
>>
>> I used to use MikTex under Windows, but several years ago, when I switched
>> to Linux, which uses TexLive, I switched to TexLive under Windows too, and
>> it has worked very well.  I liked the MikTex package manager better than
>> TLMGR, but it was a small price to pay for uniformity, stability and
>> continued support.
>>
>> Ehud Kaplan
>>
>> --
>>
>



-- 
Paul E. Johnson   http://pj.freefaculty.org
Director, Center for Research Methods and Data Analysis http://crmda.ku.edu

To write to me directly, please address me at pauljohn at ku.edu.

Re: Miktex package management inadequate, want to transition to TexLive.

[Roberto Fanciulli]

I have uninstalled MiKTeX 2.9 and later also LyX 2.2.2.
Then I reinstalled MiKTeX2.9 and updated packages.
Finally I reinstalled LyX2.2.2.
Currently it seems that everything works.

(o.s.: Windows 10)
Roberto

2016-11-02 6:24 GMT+01:00 UD :

> On 11/02/2016 05:56 AM, Paul Johnson wrote:
>
>>
>> It worked once. Failed next two times.
>>
>> I'm putting it in the rearview mirror.
>>
>> pj
>> Paul Johnson
>> http://pj.freefaculty.org
>>
>>
>> On Oct 29, 2016 2:27 PM, "Andrew Parsloe"  apars...@clear.net.nz>> wrote:
>>
>>
>>
>> On 29/10/2016 7:35 p.m., CarLaTeX wrote:
>>
>>
>> 2016-10-29 8:09 GMT+02:00 Paul Johnson > 
>> >>:
>>
>> I wonder if Windows users see this problem in MikTeX
>> regularly. I'm a
>> Linux user, but I try to help the Windows students around
>> here.
>>
>> [...]
>>
>>
>> --
>> Paul E. Johnson http://pj.freefaculty.org
>> Director, Center for Research Methods and Data Analysis
>> http://crmda.ku.edu
>>
>> To write to me directly, please address me at pauljohn at
>> ku.edu 
>> .
>>
>>
>> I'm using LyX (various version, now 2.2.2) with MiKTeX (2.9)
>> on Windows
>> (10) since April 2015 with no problems.
>> Today the site is down but you should only have to wait few hours.
>> Bye!
>>
>> Carla
>>
>>
>> Yesterday, like others, I couldn't update MiKTeX. This morning
>> (8.20 a.m. New Zealand time) everything proceeded smoothly.
>>
>> Andrew
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus 
>>
>>
> I used to use MikTex under Windows, but several years ago, when I switched
> to Linux, which uses TexLive, I switched to TexLive under Windows too, and
> it has worked very well.  I liked the MikTex package manager better than
> TLMGR, but it was a small price to pay for uniformity, stability and
> continued support.
>
> Ehud Kaplan
>
> --
>
>

Re: Insert>Special Character> Symbols does not work in Lyx 2.2.2

[Guenter Milde]

On 2016-11-02, Michael Berger wrote:
> On 11/02/2016 10:02 AM, Guenter Milde wrote:

>>> This worked in Lyx 2.1 but in Lyx 2.2.2 either an error is thrown out or
>>> nothing happens when compiling to PDF.Classicthesis uses Language Encoding 
>>> Unicode (utf8).
>>> Is this a known issue?
>>> Are there alternatives to get the symbols right in my text?
>> Many. But we cannot help without more info.

>> Please provide a minimal example -- the smallest possible document that
>> shows the problem.

...

> My original document is based on classicthesis.lyx v4.2 (biblatex_biber).
> However, as I am almost certain that classicthesis is NOT the culprit 
> (and also for simplicity reasons) I attach two mini examples using the 
> document class KOMA Script Article.

Thanks.

> Evidently there seems to be an incompatibility with utf8 because the 
> problem vanishes when replacing it with another encoding. 

Indeed, this is a long known problem with poor utf8 support.
The problem is fixed in the development version of lyx.

You can either just use another encoding or download the 
lib/unicodesymbols file from the development version
and put it in your local LYXDIR (~/.lyx/ on Unix).

> It appears also that the problem applies to the whole category of 
> symbols, meaning that none symbol of e.g. the same category 
> 'Mathematical Operators' compiles. I also tried another five or six 
> categories and all behaved equally bad.

Actually, it works for "Block Drawing Symbols" and most Latin, Greek and
Cyrillic characters (the latter only with the correct language setting).
but almost no other special symbol.

Günter

Re: Insert>Special Character> Symbols does not work in Lyx 2.2.2

[Michael Berger]

On 11/02/2016 10:02 AM, Guenter Milde wrote:

On 2016-11-01, Michael Berger wrote:

Dear all,Mageia5, Lyx 2.2.2, Texlive2016, using 
classicthesis-LyX-v4.2_biblatex_biber
In body text I try using using Insert > Special Character > Symbols >
any category (e.g. Mathematical Operator)

This worked in Lyx 2.1 but in Lyx 2.2.2 either an error is thrown out or
nothing happens when compiling to PDF.Classicthesis uses Language Encoding 
Unicode (utf8).
Is this a known issue?
Are there alternatives to get the symbols right in my text?

Many. But we cannot help without more info.

Please provide a minimal example -- the smallest possible document that
shows the problem.

This would allow to reproduce:

* What error is shown
* Which fonts do you use
* Does it depend on document class classicthesis,
* or on biblatex, biber, a specific bibentry.
* Which symbols show the problem
* ...

Günter

Hallo Günter,
thanks for trying to help.
My original document is based on classicthesis.lyx v4.2 (biblatex_biber).
However, as I am almost certain that classicthesis is NOT the culprit 
(and also for simplicity reasons) I attach two mini examples using the 
document class KOMA Script Article.


Evidently there seems to be an incompatibility with utf8 because the 
problem vanishes when replacing it with another encoding. I tried a 
number of other language encodings in my original document but was 
always rewarded serious errors. My document is rather voluminous and 
filled with linguistic elements.


It appears also that the problem applies to the whole category of 
symbols, meaning that none symbol of e.g. the same category 
'Mathematical Operators' compiles. I also tried another five or six 
categories and all behaved equally bad.


Anyway, if you should need a mini file derived from my original 
document, please let me know.


Michael


symbols-default.lyx
Description: application/lyx


symbols-utf8.lyx
Description: application/lyx

Re: Insert>Special Character> Symbols does not work in Lyx 2.2.2

[Guenter Milde]

On 2016-11-01, Michael Berger wrote:
> Dear all,

> Mageia5, Lyx 2.2.2, Texlive2016, using classicthesis-LyX-v4.2_biblatex_biber

> In body text I try using using Insert > Special Character > Symbols > 
> any category (e.g. Mathematical Operator)

> This worked in Lyx 2.1 but in Lyx 2.2.2 either an error is thrown out or 
> nothing happens when compiling to PDF.

> Classicthesis uses Language Encoding Unicode (utf8).

> Is this a known issue?

> Are there alternatives to get the symbols right in my text?

Many. But we cannot help without more info.

Please provide a minimal example -- the smallest possible document that
shows the problem.

This would allow to reproduce:

* What error is shown
* Which fonts do you use
* Does it depend on document class classicthesis,
* or on biblatex, biber, a specific bibentry.
* Which symbols show the problem
* ...

Günter