Re: LyX 2.3.0alpha1-1

2017-04-29 Thread Uwe Stöhr 

El 30.04.2017 a las 03:48, Uwe Stöhr escribió:

Fixing this in the Cmake Gui leads me to this error which I cannot 
overcome:


C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error 
MSB3073: Der Befehl "setlocal\r 


I found now the problem: configuring CMake the fist time will set 
PYTHON_EXECUTABLE and LYX_PYTHON_EXECUTABLE to the python library found 
in the specified GNUWIN32_DIR:

D:/LyXGit/Master/lyx-windows-deps-msvc2015/Python/python.exe

But one needs the path to the Python installation, so in my case setting 
LYX_PYTHON_EXECUTABLE to C:/Python27/python.exe fixed the problem.


Kornel, is there anything that could be done here? I mean if CMake 
cannot find the python.exe that is installed, then LYX_PYTHON_EXECUTABLE 
should be kept empty so that one get an error during the configuration 
of CMake and then knows that one has to specify the path to the python 
executable.


thanks and regards
Uwe

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools-extended #184

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/184/

Jenkins build is back to normal : Build branch "master" » ubuntu-latest-qt5-cmake #167

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/167/

Re: Trouble using IEEE Transaction

2017-04-29 Thread Paul A. Rubin 

On 04/28/2017 10:58 AM, Muhammad asif raza wrote:

Hello LyX development team,

I recently started using LyX for writing Tex documents and I 
personally like LyX for various reasons like productivity, appearance, 
feel, writing style etc.


While recently I was writing my paper for IEEE Transaction using IEEE 
Transaction template provided in LyX but I could not find 
"Acknowledgement" section which is usually in the end of first column 
in the first page of IEEE Transaction papers. It contains basic 
information about authors like their affiliations.

For example, in the attached I highlight the part which I meant to.
I need to ask you how can I add such information in my paper. I try on 
various forums in the internet but no where my issue is resolved.


Thanks,
raza
The IEEEtran class does not seem to do anything special with 
acknowledgments. I grepped the class file for 'acknowledg' and found 
nothing. If you look at any of the four LyX templates for IEEE papers, 
they all have a Section* near the end titled "Acknowlegment" (which you 
might want to change to "Acknowledgment"). According to page 16 of the 
class HOWTO document (whose first page is in your attachment), that is 
the correct way to handle it. (Note that, as described there, you may 
want to add a LaTeX command to have the acknowledgments section included 
in the table of contents.)


Paul

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #173

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/173/--
[...truncated 34 lines...]
remote: Counting objects: 25006   
remote: Counting objects: 27057   
remote: Counting objects: 29489, done.
remote: Compressing objects:   0% (1/22365)   
remote: Compressing objects:   0% (23/22365)   
remote: Compressing objects:   0% (37/22365)   
remote: Compressing objects:   0% (51/22365)   
remote: Compressing objects:   0% (58/22365)   
remote: Compressing objects:   0% (59/22365)   
remote: Compressing objects:   0% (63/22365)   
remote: Compressing objects:   0% (67/22365)   
remote: Compressing objects:   0% (75/22365)   
remote: Compressing objects:   0% (86/22365)   
remote: Compressing objects:   0% (98/22365)   
remote: Compressing objects:   0% (109/22365)   
remote: Compressing objects:   0% (170/22365)   
remote: Compressing objects:   1% (224/22365)   
remote: Compressing objects:   1% (247/22365)   
remote: Compressing objects:   1% (294/22365)   
remote: Compressing objects:   1% (303/22365)   
remote: Compressing objects:   1% (336/22365)   
remote: Compressing objects:   1% (379/22365)   
remote: Compressing objects:   1% (427/22365)   
remote: Compressing objects:   2% (448/22365)   
remote: Compressing objects:   2% (501/22365)   
remote: Compressing objects:   2% (530/22365)   
remote: Compressing objects:   2% (585/22365)   
remote: Compressing objects:   3% (671/22365)   
remote: Compressing objects:   3% (838/22365)   
remote: Compressing objects:   4% (895/22365)   
remote: Compressing objects:   4% (1015/22365)   
remote: Compressing objects:   5% (1119/22365)   
remote: Compressing objects:   5% (1163/22365)   
remote: Compressing objects:   5% (1262/22365)   
remote: Compressing objects:   5% (1300/22365)   
remote: Compressing objects:   6% (1342/22365)   
remote: Compressing objects:   6% (1444/22365)   
remote: Compressing objects:   6% (1480/22365)   
remote: Compressing objects:   7% (1566/22365)   
remote: Compressing objects:   7% (1625/22365)   
remote: Compressing objects:   7% (1741/22365)   
remote: Compressing objects:   8% (1790/22365)   
remote: Compressing objects:   8% (1836/22365)   
remote: Compressing objects:   8% (1868/22365)   
remote: Compressing objects:   8% (1949/22365)   
remote: Compressing objects:   9% (2013/22365)   
remote: Compressing objects:  10% (2237/22365)   
remote: Compressing objects:  10% (2279/22365)   
remote: Compressing objects:  10% (2299/22365)   
remote: Compressing objects:  10% (2326/22365)   
remote: Compressing objects:  10% (2337/22365)   
remote: Compressing objects:  10% (2368/22365)   
remote: Compressing objects:  10% (2427/22365)   
remote: Compressing objects:  10% (2430/22365)   
remote: Compressing objects:  10% (2456/22365)   
remote: Compressing objects:  11% (2461/22365)   
remote: Compressing objects:  11% (2497/22365)   
remote: Compressing objects:  11% (2532/22365)   
remote: Compressing objects:  11% (2644/22365)   
remote: Compressing objects:  12% (2684/22365)   
remote: Compressing objects:  13% (2908/22365)   
remote: Compressing objects:  13% (2954/22365)   
remote: Compressing objects:  13% (2983/22365)   
remote: Compressing objects:  13% (2985/22365)   
remote: Compressing objects:  13% (3025/22365)   
remote: Compressing objects:  13% (3055/22365)   
remote: Compressing objects:  13% (3130/22365)   
remote: Compressing objects:  14% (3132/22365)   
remote: Compressing objects:  14% (3156/22365)   
remote: Compressing objects:  14% (3173/22365)   
remote: Compressing objects:  14% (3241/22365)   
remote: Compressing objects:  14% (3290/22365)   
remote: Compressing objects:  14% (3332/22365)   
remote: Compressing objects:  14% (3353/22365)   
remote: Compressing objects:  15% (3355/22365)   
remote: Compressing objects:  15% (3373/22365)   
remote: Compressing objects:  15% (3389/22365)   
remote: Compressing objects:  15% (3406/22365)   
remote: Compressing objects:  15% (3421/22365)   
remote: Compressing objects:  15% (3440/22365)   
remote: Compressing objects:  15% (3503/22365)   
remote: Compressing objects:  15% (3557/22365)   
remote: Compressing objects:  16% (3579/22365)   
remote: Compressing objects:  16% (3590/22365)   
remote: Compressing objects:  16% (3672/22365)

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

2017-04-29 Thread Guenter Milde 
On 2017-04-28, Scott Kostyshak wrote:

> Attached is an MWE and my log. Can you attach your log so we can see why
> I get an error and you do not?


> I wonder if I have an older version of an
> important file. This has happened before since I have installed many
> extra packages and sometimes those packages unfortunately bundle old
> versions of dependencies. 

I see a difference here:

Your log:

> (/usr/local/texlive/texmf-local/tex/UbuntuTexDir/latex/html/latin9.def
> File: latin1.def 1998/03/05 v0.97 Input encoding file(test version: still 
> liable
>  to change)

My log:

(/usr/share/texlive/texmf-dist/tex/latex/base/latin9.def
File: latin9.def 2015/03/17 v1.2c Input encoding file
)

The file used at your side has a strange path...
I wonder what else is in the ...latex/html (!) dir and where it does come
from.

Also, that latin9.def announces itself as latin1.def smells a bit.




> Does anyone know how to find cases of multiple style files with the
> same name? I looked in Tools > TeX Information, but I could not find
> duplicates listed there.

I use `locate` for such tasks (at least if I know the name of the file I am
looking for).


> You wrote in the commit message about a workaround of a
> bug in TL 2005. 

This was the comment in the lines where I removed the "force" flag...

> I was just confused that I seem to still suffer from this bug (or maybe
> there is something strange with my system since no one can reproduce
> the error it seems).

An outdated file seems a likely explanation.

Günter




I used a slightly different MWE. It exports to

%% LyX 2.3.0dev created this file.  For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[english]{article}
\usepackage[T1]{fontenc}
\usepackage[latin9]{luainputenc}
\usepackage{textcomp}
\usepackage{babel}
\begin{document}
Test 50�.
\end{document}

Hand-compiling with luatex gave no error and the following log:


This is LuaTeX, Version 0.95.0 (TeX Live 2016/Debian)  (format=lualatex 
2017.4.3)  29 APR 2017 21:35
 restricted system commands enabled.
**/home/milde/newfile1.tex
(/home/milde/newfile1.tex
LaTeX2e <2017/01/01> patch level 3
Lua module: luaotfload-main 2016/06/16 2.70003 OpenType layout system.
Lua module: lualibs 2016-04-06 2.4 ConTeXt Lua standard libraries.
Lua module: lualibs-extended 2016-04-06 2.4 ConTeXt Lua libraries -- extended co
llection.(using write cache: /home/milde/.texlive2016/texmf-var/luatex-cache/gen
eric)(using read cache: /var/lib/texmf/luatex-cache/generic /home/milde/.texlive
2016/texmf-var/luatex-cache/generic)
luaotfload | conf : Root cache directory is /home/milde/.texlive2016/texmf-var/l
uatex-cache/generic/names.
luaotfload | init : Loading fontloader “fontloader-2016-06-16.lua” from kpse
-resolved path “/usr/share/texlive/texmf-dist/tex/luatex/luaotfload/fontloader
-2016-06-16.lua”.
Lua-only attribute luaotfload@state = 1
Lua-only attribute luaotfload@noligature = 2
Lua-only attribute luaotfload@syllabe = 3
luaotfload | init : Context OpenType loader version “3.023”
Inserting `luaotfload.node_processor' at position 1 in `pre_linebreak_filter'.
Inserting `luaotfload.node_processor' at position 1 in `hpack_filter'.
Inserting `luaotfload.define_font' at position 1 in `define_font'.
Lua-only attribute luaotfload_color_attribute = 4
luaotfload | conf : Root cache directory is /home/milde/.texlive2016/texmf-var/l
uatex-cache/generic/names.
Inserting `luaotfload.aux.set_sscale_dimens' at position 1 in `luaotfload.patch_
font'.
Inserting `luaotfload.aux.patch_cambria_domh' at position 2 in `luaotfload.patch
_font'.
Inserting `luaotfload.aux.fixup_fontdata' at position 1 in `luaotfload.patch_fon
t_unsafe'.
Inserting `luaotfload.aux.set_capheight' at position 3 in `luaotfload.patch_font
'.
Inserting `luaotfload.rewrite_fontname' at position 4 in `luaotfload.patch_font'
.
luaotfload | main : initialization completed in 0.617 seconds
Babel <3.9r> and hyphenation patterns for 1 language(s) loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo
File: size10.clo 2014/09/29 v1.4h Standard LaTeX file (size option)
luaotfload | db : Font names database loaded from /home/milde/.texlive2016/texmf
-var/luatex-cache/generic/names/luaotfload-names.luc(compiling luc: /var/lib/tex
mf/luatex-cache/generic/fonts/otl/lmroman10-regular.luc)(load luc: /home/milde/.
texlive2016/texmf-var/luatex-cache/generic/fonts/otl/lmroman10-regular.luc))
\c@part=\count79
\c@section=\count80
\c@subsection=\count81
\c@subsubsection=\count82
\c@paragraph=\count83
\c@subparagraph=\count84
\c@figure=\count85
\c@table=\count86
\abovecaptionskip=\skip41
\belowcaptionskip=\skip42
\bibindent=\dimen102
) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
Package: fontenc 2017/02/22 v2.0g Standard LaTeX package

Re: LyX 2.3 alpha 1

2017-04-29 Thread F M Salter 
Sorry if I was opaque.


On 29/04/17 03:07, Richard Heck wrote:
> On 04/28/2017 05:05 AM, F M Salter wrote:
>> Hi
>>
>> I am enclosing a small LyX file which produces bizarre results!
>>
>> Here is a quick summary of how this file came about.
>>
>> I reported on the users list that the markups had suddenly
>> disappeared from the output.  I did not find any resolution to this
>> problem.  With the release of 2.3 alpha 1, and a new need to refer
>> frequently to the annotations I had made so as to produce a critique on
>> a significant paper, I decided to see if the new version resolved the
>> problem.  It did not.  Having previously given up on a bisection of the
>> paper (it contained very many interlocking references), I hit on a
>> piecemeal copying strategy, by simply starting with one tiny fragment
>> containing a single markup and adding tiny pieces until the markups
>> disappeared.  This never happened.  If I remember correctly a copy of
>> the whole document failed to correct the problem.  I now had two
>> apparently identical LyX documents (according to LyX editing) which
>> produced different outputs!  Comparing the pdflatex tex output showed a
>> difference between the markup output of the two items in the comparison
>> file which I had copied from the original files --- NOT the best thought
>> through tactic --- but it produced even more unexpected results!
> I cannot compile this. Is that the problem, or is there supposed to be
> some other problem?
It does compile sufficiently to produce a pdf output file.
Accepting that the LyX editor appears to accept --- though possibly
gagging on this file --- it was produced by LyX editing and copying!
 This might suggest there are frailties in the process, particularly
in copying members of a complex inheritance tree.  I shudder to think of
my trying to produce a valid inheritance tree to make the copying
process foolproof.  The programmers must be congratulated on the
capabilities they continue demonstrate.  However, this raises a number
of questions.
1.  Is this a demonstration of a flawed copying procedure?
2,  or of something else?
I was able to compile the document, though it produced many error
messages.  The "show output" button produces the pdf output which is
attached.  It demonstrates disparate features, wrong colours and extents
of annotation!
I think this may well be a combination of a number of problems
coming together at once.  I wish whoever looks at this, the very best of
luck as well as of judgement.  The initial problem is not new to the 2.3
code, it was present in previous versions, as the non-annotating history
attests.
Regards
Frank Salter
 

> Richard
>



comparison.pdf
Description: Adobe PDF document

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #183

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/183/--
Started by an SCM change
Building remotely on lyx-linux3 (linux) in workspace 

[WS-CLEANUP] Deleting project workspace...
Cloning the remote Git repository
Using shallow clone
Avoid fetching tags
Honoring refspec on initial clone
Cloning repository git://git.lyx.org/lyx.git
 > git init 
 > 
 >  # timeout=10
Fetching upstream changes from git://git.lyx.org/lyx.git
 > git --version # timeout=10
 > git fetch --no-tags --progress git://git.lyx.org/lyx.git 
 > +refs/heads/*:refs/remotes/origin/* --depth=1
ERROR: Timeout after 10 minutes
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Command "git fetch --no-tags --progress 
git://git.lyx.org/lyx.git +refs/heads/*:refs/remotes/origin/* --depth=1" 
returned status code 143:
stdout: 
stderr: remote: Counting objects: 407   
remote: Counting objects: 442   
remote: Counting objects: 562   
remote: Counting objects: 1132   
remote: Counting objects: 2114   
remote: Counting objects: 2627   
remote: Counting objects: 2747   
remote: Counting objects: 3649   
remote: Counting objects: 6314   
remote: Counting objects: 7024   
remote: Counting objects: 8128   
remote: Counting objects: 8432   
remote: Counting objects: 8688   
remote: Counting objects: 9079   
remote: Counting objects: 9956   
remote: Counting objects: 12134   
remote: Counting objects: 12199   
remote: Counting objects: 12327   
remote: Counting objects: 13112   
remote: Counting objects: 14069   
remote: Counting objects: 15355   
remote: Counting objects: 16839   
remote: Counting objects: 17750   
remote: Counting objects: 19579   
remote: Counting objects: 20879   
remote: Counting objects: 21510   
remote: Counting objects: 25006   
remote: Counting objects: 26729   
remote: Counting objects: 27548   
remote: Counting objects: 27904   
remote: Counting objects: 28177   
remote: Counting objects: 29355   
remote: Counting objects: 29489, done.
remote: Compressing objects:   0% (1/22365)   
remote: Compressing objects:   0% (40/22365)   
remote: Compressing objects:   0% (59/22365)   
remote: Compressing objects:   0% (60/22365)   
remote: Compressing objects:   0% (61/22365)   
remote: Compressing objects:   0% (69/22365)   
remote: Compressing objects:   0% (83/22365)   
remote: Compressing objects:   0% (104/22365)   
remote: Compressing objects:   0% (137/22365)   
remote: Compressing objects:   0% (177/22365)   
remote: Compressing objects:   1% (224/22365)   
remote: Compressing objects:   1% (230/22365)   
remote: Compressing objects:   1% (262/22365)   
remote: Compressing objects:   1% (277/22365)   
remote: Compressing objects:   1% (284/22365)   
remote: Compressing objects:   1% (304/22365)   
remote: Compressing objects:   1% (305/22365)   
remote: Compressing objects:   1% (335/22365)   
remote: Compressing objects:   1% (369/22365)   
remote: Compressing objects:   1% (389/22365)   
remote: Compressing objects:   1% (390/22365)   
remote: Compressing objects:   1% (398/22365)   
remote: Compressing objects:   1% (417/22365)   
remote: Compressing objects:   2% (448/22365)   
remote: Compressing objects:   2% (473/22365)   
remote: Compressing objects:   2% (487/22365)   
remote: Compressing objects:   2% (492/22365)   
remote: Compressing objects:   2% (509/22365)   
remote: Compressing objects:   2% (513/22365)   
remote: Compressing objects:   2% (520/22365)   
remote: Compressing objects:   2% (555/22365)   
remote: Compressing objects:   2% (571/22365)   
remote: Compressing objects:   2% (602/22365)   
remote: Compressing objects:   3% (671/22365)   
remote: Compressing objects:   3% (680/22365)   
remote: Compressing objects:   3% (690/22365)   
remote: Compressing objects:   3% (824/22365)   
remote: Compressing objects:   3% (829/22365)   
remote: Compressing objects:   3% (860/22365)   
remote: Compressing objects:   4% (895/22365)   
remote: Compressing objects:   4% (915/22365)   
remote: Compressing objects:   4% (982/22365)   
remote: Compressing objects:   4% (1025/22365)   
remote: Compressing objects:   4% (1027/22365)

Build failed in Jenkins: Build branch "master" » ubuntu-latest-qt5-cmake #166

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-latest-qt5-cmake/166/--
Started by an SCM change
Building remotely on lyx-linux1 (linux) in workspace 

[WS-CLEANUP] Deleting project workspace...
[WS-CLEANUP] Done
Cloning the remote Git repository
Using shallow clone
Avoid fetching tags
Honoring refspec on initial clone
Cloning repository git://git.lyx.org/lyx.git
 > git init 
 > 
 >  # timeout=10
Fetching upstream changes from git://git.lyx.org/lyx.git
 > git --version # timeout=10
 > git fetch --no-tags --progress git://git.lyx.org/lyx.git 
 > +refs/heads/*:refs/remotes/origin/* --depth=1
ERROR: Timeout after 10 minutes
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Command "git fetch --no-tags --progress 
git://git.lyx.org/lyx.git +refs/heads/*:refs/remotes/origin/* --depth=1" 
returned status code 143:
stdout: 
stderr: remote: Counting objects: 158   
remote: Counting objects: 352   
remote: Counting objects: 473   
remote: Counting objects: 649   
remote: Counting objects: 981   
remote: Counting objects: 1108   
remote: Counting objects: 2211   
remote: Counting objects: 2806   
remote: Counting objects: 3337   
remote: Counting objects: 3414   
remote: Counting objects: 3571   
remote: Counting objects: 4711   
remote: Counting objects: 5755   
remote: Counting objects: 7089   
remote: Counting objects: 7678   
remote: Counting objects: 8368   
remote: Counting objects: 8526   
remote: Counting objects: 8581   
remote: Counting objects: 8629   
remote: Counting objects: 8688   
remote: Counting objects: 9171   
remote: Counting objects: 9373   
remote: Counting objects: 10619   
remote: Counting objects: 11872   
remote: Counting objects: 12199   
remote: Counting objects: 12264   
remote: Counting objects: 12327   
remote: Counting objects: 12715   
remote: Counting objects: 12851   
remote: Counting objects: 14177   
remote: Counting objects: 14556   
remote: Counting objects: 16229   
remote: Counting objects: 19631   
remote: Counting objects: 21140   
remote: Counting objects: 23606   
remote: Counting objects: 25006   
remote: Counting objects: 26465   
remote: Counting objects: 26668   
remote: Counting objects: 26916   
remote: Counting objects: 29054   
remote: Counting objects: 29489, done.
remote: Compressing objects:   0% (1/22365)   
remote: Compressing objects:   0% (45/22365)   
remote: Compressing objects:   0% (61/22365)   
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1772)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1516)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:67)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:318)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:515)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:332)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to lyx-linux1(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:253)
at hudson.remoting.Channel.call(Channel.java:781)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor235.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #172

2017-04-29 Thread ci-lyx 
https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/172/--
Started by an SCM change
Building remotely on lyx-linux0 (linux) in workspace 

[WS-CLEANUP] Deleting project workspace...
[WS-CLEANUP] Done
Cloning the remote Git repository
Using shallow clone
Avoid fetching tags
Honoring refspec on initial clone
Cloning repository git://git.lyx.org/lyx.git
 > git init 
 > 
 >  # timeout=10
Fetching upstream changes from git://git.lyx.org/lyx.git
 > git --version # timeout=10
 > git fetch --no-tags --progress git://git.lyx.org/lyx.git 
 > +refs/heads/*:refs/remotes/origin/* --depth=1
ERROR: Timeout after 10 minutes
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Command "git fetch --no-tags --progress 
git://git.lyx.org/lyx.git +refs/heads/*:refs/remotes/origin/* --depth=1" 
returned status code 143:
stdout: 
stderr: remote: Counting objects: 1719   
remote: Counting objects: 2567   
remote: Counting objects: 2868   
remote: Counting objects: 5439   
remote: Counting objects: 6558   
remote: Counting objects: 7618   
remote: Counting objects: 7891   
remote: Counting objects: 8368   
remote: Counting objects: 8432   
remote: Counting objects: 8581   
remote: Counting objects: 8953   
remote: Counting objects: 9473   
remote: Counting objects: 12199   
remote: Counting objects: 12513   
remote: Counting objects: 13694   
remote: Counting objects: 14375   
remote: Counting objects: 15355   
remote: Counting objects: 18310   
remote: Counting objects: 21296   
remote: Counting objects: 21743   
remote: Counting objects: 23655   
remote: Counting objects: 26789   
remote: Counting objects: 26850   
remote: Counting objects: 29054   
remote: Counting objects: 29489, done.
remote: Compressing objects:   0% (1/22365)   
remote: Compressing objects:   0% (10/22365)   
remote: Compressing objects:   0% (18/22365)   
remote: Compressing objects:   0% (23/22365)   
remote: Compressing objects:   0% (35/22365)   
remote: Compressing objects:   0% (50/22365)   
remote: Compressing objects:   0% (61/22365)   
remote: Compressing objects:   0% (70/22365)   
remote: Compressing objects:   0% (84/22365)   
remote: Compressing objects:   0% (88/22365)   
remote: Compressing objects:   0% (94/22365)   
remote: Compressing objects:   0% (106/22365)   
remote: Compressing objects:   0% (121/22365)   
remote: Compressing objects:   0% (128/22365)   
remote: Compressing objects:   0% (129/22365)   
remote: Compressing objects:   0% (144/22365)   
remote: Compressing objects:   0% (147/22365)   
remote: Compressing objects:   0% (159/22365)   
remote: Compressing objects:   0% (174/22365)   
remote: Compressing objects:   0% (198/22365)   
remote: Compressing objects:   0% (203/22365)   
remote: Compressing objects:   1% (224/22365)   
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1772)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1516)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:67)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:318)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:515)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:332)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to lyx-linux0(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:253)
at hudson.remoting.Channel.call(Channel.java:781)
at

Re: [LyX/master] support to indent formulas

2017-04-29 Thread Guenter Milde 
Dear Uwe, dear lyx developers,

On 2017-04-16, Uwe Stöhr wrote:
> El 15.04.2017 a las 12:40, Guenter Milde escribió:

> My personal goal for every LyX release is "fight the ERT!". With my
> commit I squashed a document class option and ERT to set the indent
> length.

I would not call preamble code ERT. I agree that raw latex insets in the
editor are a nuissance, but the "latex preamble" does not distract from
content. 

I also object "fighting ERT/preamble code" at any cost. There are just
too many LaTeX packages and settings to support all natively. Every
native setting adds to complexity and makes using and developing LyX more
difficult.

LaTeX-only settings are often easier to find in a TeX-stackexcange question
or other documentation than in the LyX guide -- transferring them to LyX is
then simple drag-and-drop into the user preamble.

Reasons for native support in LyX are

* sensible user feedback in the GUI

* solve dependencies and conflicts

* support for other export formats (html, text)
  
  BTW: how is the leqno setting handled in LyXHTML and text export?


Actually, I propose a "2/3-hurdle" for any new setting: Only if at
least one other developer supports a new setting or file format change and
if the support outweights the objections by 2/3, a proposal should go in.

Günter

Re: [patch] support for document class option leqno

2017-04-29 Thread Guenter Milde 
On 2017-04-25, Uwe Stöhr wrote:
> El 25.04.2017 a las 07:41, Guenter Milde escribió:

>> In this case, shouldn't it be named "right/left", as "before/after" would
>> mean reverse placement (left/right) in RTL languages?

> At first I sent the patch using left/right but JMarc said that this 
> would be incorrect for RTL languages. I cannot get such a case here but 
> as JMarc wrote today that he gets this. Thus we need to investigate that 
> further how and when leqno leads to numbering at the right side.

> I see that in an RTL language "after" is the left side, so in fact 
> naming "before/after" is dfinitly more problematic than "left/right". 
> I'll change this now.

Thank you.

> Here is Hatim's Physics book:
> https://downloads.sourceforge.net/project/ohodquizgame/Books/physics.pdf?r=https%3A%2F%2Fsourceforge.net%2Fprojects%2Fohodquizgame%2Ffiles%2FBooks%2F=1493158062_mirror=kent

> All formulas are numbered at the right side and neither the document 
> class leqno nor reqno is used according to the source:
> https://sourceforge.net/projects/ohodquizgame/files/Books/physics_source_lyx2.2.1.zip/download

So, it seems in arabic equation numbering does not change sides.
It still may be different with babel vs. polyglossia, with other RTL
languages and/or additional packages.

The safe option would be a 3-way setting:

equation numbers:  
default# no option
left   # leqno
right  # reqno + require("amsmath")
   
? This would also fit in the scheme to name opion settings that don't insert
code "default".

Günter

Re: LyX 2.3 alpha nomenclature

2017-04-29 Thread Jürgen Spitzmüller 
Am Freitag, den 28.04.2017, 09:08 +0200 schrieb Jürgen Spitzmüller:
> I know what the problem is. I'll try to find some time.

This specific problem is solved, but maybe at the cost of other
problems with nomencl (and printindex) entries that have characters
outside the given encoding. These were converted to LaTeX macros in LyX
2.2, and LyX 2.3 does the same, but only if "literal" is unchecked. But
we need to keep literal checked in order to maintain the math input.

Jürgen

> 
> Jürgen
> 
> 
> > > Richard
> > > 
> > 
> >  Regards
> > Frank Salter

signature.asc
Description: This is a digitally signed message part