Re: Cannot use lyx anymore because of missing cite-engine basic

[Ian Wilder]

> On Sep 11, 2017, at 2:02 PM, Richard Heck <rgh...@lyx.org> wrote:
> 
> On 09/11/2017 01:35 PM, Ian Wilder wrote:
>> I am also having this problem. Ever since I tried to build the 2.3 branch 
>> from git using cmake, I have been unable to use the 2.3 binaries. I am not 
>> sure if they are related, but I figured mentioning might help.
>> 
>> To be clear, when I try and run 2.3.0-beta1 from the dmg I get the message
>> 
>> "The cite engine basic has been requested by
>> this document but has not been found in the list of
>> available engines. If you recently installed it, you
>> probably need to reconfigure LyX."
>> 
>> Reconfigure does not help.
> 
> This is on what OS? Did you install the binary? or are you running from the 
> build tree?
> 
> The file LyX is not finding is basic.citeengine, which is found in the source 
> tree at lib/citeengines/ and should be installed in a similar location.
> 
> Richard
> 

Sorry, the platform is:

Darwin ares 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 15 17:36:27 PDT 2017; 
root:xnu-3789.70.16~2/RELEASE_X86_64 x86_64

I installed the binary form LyX-2.3.0beta1+qt5-x86_64-cocoa.dmg (shasum 
19521bdb012a52b2daabc819a26e78f57bf3c1de)

I had previously tried a build I ran from the build tree using cmake (as the 
autotools version did not create a macOS binary) and I first saw this issue 
trying to run that version. It has since been removed and it is not possible 
that the build version is being run.

Thanks for your attention,
Ian

Re: Cannot use lyx anymore because of missing cite-engine basic

[Ian Wilder]

I am also having this problem. Ever since I tried to build the 2.3 
branch from git using cmake, I have been unable to use the 2.3 
binaries. I am not sure if they are related, but I figured mentioning 
might help.


To be clear, when I try and run 2.3.0-beta1 from the dmg I get the message


"The cite engine basic has been requested by
this document but has not been found in the list of
available engines. If you recently installed it, you
probably need to reconfigure LyX."


Reconfigure does not help.

Thanks,
Ian

Re: cmake build

[Ian Wilder]

On 2017-05-07 23:39:45 +, Scott Kostyshak said:


I noticed the install layout is not one that could run on macos, but is
instead a layout indicitive of a typical linux install.

ian@ares % find ~/Applications/LyX-master.app -type d -maxdepth 2
[0]
/Users/ian/Applications/LyX-master.app
/Users/ian/Applications/LyX-master.app/bin
/Users/ian/Applications/LyX-master.app/share
/Users/ian/Applications/LyX-master.app/share/LyX
/Users/ian/Applications/LyX-master.app/share/man
~/src/lyx/build

For comparison, this is how the layout appears for 2.2.2

ian@ares % find /Applications/LyX.app -type d -maxdepth 2
[0]
/Applications/LyX.app
/Applications/LyX.app/Contents
/Applications/LyX.app/Contents/Frameworks
/Applications/LyX.app/Contents/Library
/Applications/LyX.app/Contents/MacOS
/Applications/LyX.app/Contents/PlugIns
/Applications/LyX.app/Contents/Resources
/Applications/LyX.app/Contents/translations

It seems either cmake does not have a target for macos install, or I am
using incorrect cmake options or targets.



Ian,

Did you end up figuring out the problem?

Scott




Scott,

Thank you for checking up on me. I have not sorted this out. As 
described in my last post the cmake process does not seem to be aware 
of building a macOS target as the automake build tools do.


I am able to build within Xcode, but I was hoping to build using cmake 
on this platform.

Thank you,
Ian

Re: cmake build

[Ian Wilder]

On 2017-03-13 09:28:22 +, Kornel Benko said:

Am Sonntag, 12. März 2017 um 16:35:43, schrieb Ian Wilder 
<ianwilder.ea...@gmail.com>

On 2017-02-13 16:21:52 +, Kornel Benko said:


Am Mittwoch, 1. Februar 2017 um 09:58:40, schrieb Ian Wilder
<ianwilder.ea...@gmail.com>

Hey everyone!



...



1.) Please do not use source dir as build dir. This messes the source.


fixed.


2.) Do you really want lyx to be installed at
"/Users/ian/Applications/LyX-master"?


I needed to make this LyX-master.app, but other than this, yes. Does
this introduce an issue?



No, but it looks s suspect. (As if it were the build dir)


It is not the build directory. I install lyx to an applications 
directory under my home dir utilizing. The source is /Users/ian/src/lyx 
and the builddir is /Users/ian/src/lyx/build







My platform is

Darwin ares 16.4.0 Darwin Kernel Version 16.4.0: Thu Dec 22 22:53:21
PST 2016; root:xnu-3789.41.3~3/RELEASE_X86_64 x86_64

Thanks for any help!

Ian Wilder


To compile with cmake:
Get a really clean source tree, say 'xyzzy_src'.
Create a _new_ build tree, say 'xyzzy_build'.

cd xyzzy_build
cmake xyzzy_src -DLYX_USE_QT=QT5 -DLYX_COCOA=ON etc
make


Kornel



I have now been able to do a build with cmake. Thank you very much!

However, the make install target doesn't seem to be runnable. Has
someone been able to run a cmake built version on macos?


In case you did not already used, try to configure with
-DLYX_INSTALL=ON
With this options you should get the install target. To see all defined 
target try

make help
in the build dir.

If that does not work, then you have to follow Stephan's advise.


Thank you for the tip. However, it still does not build an exeutable 
that runs on macos.


I noticed the install layout is not one that could run on macos, but is 
instead a layout indicitive of a typical linux install.


ian@ares % find ~/Applications/LyX-master.app -type d -maxdepth 2   
[0]

/Users/ian/Applications/LyX-master.app
/Users/ian/Applications/LyX-master.app/bin
/Users/ian/Applications/LyX-master.app/share
/Users/ian/Applications/LyX-master.app/share/LyX
/Users/ian/Applications/LyX-master.app/share/man
~/src/lyx/build

For comparison, this is how the layout appears for 2.2.2

ian@ares % find /Applications/LyX.app -type d -maxdepth 2   
[0]

/Applications/LyX.app
/Applications/LyX.app/Contents
/Applications/LyX.app/Contents/Frameworks
/Applications/LyX.app/Contents/Library
/Applications/LyX.app/Contents/MacOS
/Applications/LyX.app/Contents/PlugIns
/Applications/LyX.app/Contents/Resources
/Applications/LyX.app/Contents/translations

It seems either cmake does not have a target for macos install, or I am 
using incorrect cmake options or targets.





Thanks,
Ian


Kornel

Re: cmake build

[Ian Wilder]

On 2017-02-13 16:21:52 +, Kornel Benko said:

Am Mittwoch, 1. Februar 2017 um 09:58:40, schrieb Ian Wilder 
<ianwilder.ea...@gmail.com>

Hey everyone!

I am attempting to build lyx master using the cmake build, but I can't
seem to get it to work.

My process is

git pull
git clean -fd
git checkout --

cmake . -DLYX_USE_QT=QT5 -DLYX_COCOA=ON
-DLYX_INSTALL_PREFIX=/Users/ian/Applications/LyX-master
-DLYX_REQUIRE_SPELLCHECK=ON -DLYX_RELEASE=ON -DLYX_QUIET=ON


1.) Please do not use source dir as build dir. This messes the source.


fixed.

2.) Do you really want lyx to be installed at 
"/Users/ian/Applications/LyX-master"?


I needed to make this LyX-master.app, but other than this, yes. Does 
this introduce an issue?





make

The error I get is:

[ 37%] Building CXX object
build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/GuiBibitem.cpp.o
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:35:10: error: use
of undeclared identifier 'literalCB'
connect(literalCB, SIGNAL(clicked()),
^
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:46:2: error: use of
undeclared identifier 'literalCB'
literalCB->setChecked(params["literal"] == "true");
^
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:55:22: error: use
of undeclared identifier 'literalCB'
params["literal"] = literalCB->isChecked()
^
3 errors generated.
make[2]: ***
[build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/GuiBibitem.cpp.o]
Error 1
make[1]: *** [build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/all] Error 2
make: *** [all] Error 2


It looks like the created ui_*.h (in the source dir) are left from some 
previous run of automake

created by using qt4 executables.


I am not sure why it's trying to build qt4 libs when LYX_USE_QT=QT5 is
on, perhaps this is the issue?


Historical reasons. We should rename the dir from 'qt4' to 'qt' eventually.


Just to note, I am able to build using autogen/configure/make.


Yes, and you use here probably the source dir again.


My platform is

Darwin ares 16.4.0 Darwin Kernel Version 16.4.0: Thu Dec 22 22:53:21
PST 2016; root:xnu-3789.41.3~3/RELEASE_X86_64 x86_64

Thanks for any help!

Ian Wilder


To compile with cmake:
Get a really clean source tree, say 'xyzzy_src'.
Create a _new_ build tree, say 'xyzzy_build'.

cd xyzzy_build
cmake xyzzy_src -DLYX_USE_QT=QT5 -DLYX_COCOA=ON etc
make


Kornel



I have now been able to do a build with cmake. Thank you very much!

However, the make install target doesn't seem to be runnable. Has 
someone been able to run a cmake built version on macos?


Thanks,
Ian

cmake build

[Ian Wilder]

Hey everyone!

I am attempting to build lyx master using the cmake build, but I can't 
seem to get it to work.


My process is

git pull
git clean -fd
git checkout --

cmake . -DLYX_USE_QT=QT5 -DLYX_COCOA=ON 
-DLYX_INSTALL_PREFIX=/Users/ian/Applications/LyX-master 
-DLYX_REQUIRE_SPELLCHECK=ON -DLYX_RELEASE=ON -DLYX_QUIET=ON


make

The error I get is:

[ 37%] Building CXX object 
build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/GuiBibitem.cpp.o
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:35:10: error: use 
of undeclared identifier 'literalCB'

   connect(literalCB, SIGNAL(clicked()),
   ^
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:46:2: error: use of 
undeclared identifier 'literalCB'

   literalCB->setChecked(params["literal"] == "true");
   ^
/Users/ian/src/lyx/src/frontends/qt4/GuiBibitem.cpp:55:22: error: use 
of undeclared identifier 'literalCB'

   params["literal"] = literalCB->isChecked()
   ^
3 errors generated.
make[2]: *** 
[build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/GuiBibitem.cpp.o] 
Error 1

make[1]: *** [build/src/frontends/qt4/CMakeFiles/frontend_qt.dir/all] Error 2
make: *** [all] Error 2

I am not sure why it's trying to build qt4 libs when LYX_USE_QT=QT5 is 
on, perhaps this is the issue?


Just to note, I am able to build using autogen/configure/make.

My platform is

Darwin ares 16.4.0 Darwin Kernel Version 16.4.0: Thu Dec 22 22:53:21 
PST 2016; root:xnu-3789.41.3~3/RELEASE_X86_64 x86_64


Thanks for any help!

Ian Wilder

Re: module basic

[Ian Wilder]

On 2017-01-22 21:50:48 +, Guenter Milde said:


On 2017-01-22, Ian Wilder wrote:

On 2017-01-22 04:36:54 +, Scott Kostyshak said:



On Sun, Dec 04, 2016 at 02:51:16PM -0500, Ian Wilder wrote:

Hey guys,



I just compiled master and fired it up to poke around.
It launches ok but when I try and create a new document I'm met with a
dialogue saying:



The module basic has been requested by
this document but has not been found in the list of
available modules. If you recently installed it, you
probably need to reconfigure LyX.



Any thoughts?



My platform is: Darwin Kernel Version 16.1.0 (MacOS Sierra)
My configure command is: ./configure --with-qt-dir=/opt/local/libexec/qt5
--enable-qt5 --prefix=/Users/ian/Applications/LyX-master.app



Hi Ian,



Sorry you didn't get a response to this. Did you figure it out or do you
still have the problem?



Thanks for the response!
I recompiled and tried again, with no luck. The behavior persists.



I thought perhaps I missed performing a reconfigure, but this gave me a
new issue:



"The system reconfiguration has failed.
Default textclass is used but LyX may
not be able to work properly.
Please reconfigure again if needed."


Probabely so.

I had the same problem (module basic missing) and could solve it by
updating from git, make clean, reconfiguring (cmake ...), make.

Günter


Günter,

I take it from your comment you are using cmake rather than 
autogen/configure/make.
I have not used the cmake build process before, and I am wondering if 
the problem arises from using configure.
I attempted to build using cmake, but the build doesn't work. I am 
assuming I'm using it incorrectly.


I will post a new thread regarding the cmake build and let you know if 
that resolves this problem.


Thanks for your help!

Ian

Re: module basic

[Ian Wilder]

On 2017-01-22 04:36:54 +, Scott Kostyshak said:


On Sun, Dec 04, 2016 at 02:51:16PM -0500, Ian Wilder wrote:

Hey guys,

I just compiled master and fired it up to poke around.
It launches ok but when I try and create a new document I'm met with a
dialogue saying:

The module basic has been requested by
this document but has not been found in the list of
available modules. If you recently installed it, you
probably need to reconfigure LyX.

Any thoughts?

My platform is: Darwin Kernel Version 16.1.0 (MacOS Sierra)
My configure command is: ./configure --with-qt-dir=/opt/local/libexec/qt5
--enable-qt5 --prefix=/Users/ian/Applications/LyX-master.app


Hi Ian,

Sorry you didn't get a response to this. Did you figure it out or do you
still have the problem?

Scott





Thanks for the response!
I recompiled and tried again, with no luck. The behavior persists.

I thought perhaps I missed performing a reconfigure, but this gave me a 
new issue:


"The system reconfiguration has failed.
Default textclass is used but LyX may
not be able to work properly.
Please reconfigure again if needed."

Maybe they are related?

Thanks
Ian Wilder

module basic

[Ian Wilder]

Hey guys,

I just compiled master and fired it up to poke around.
It launches ok but when I try and create a new document I'm met with a 
dialogue saying:


The module basic has been requested by
this document but has not been found in the list of
available modules. If you recently installed it, you
probably need to reconfigure LyX.

Any thoughts?

My platform is: Darwin Kernel Version 16.1.0 (MacOS Sierra)
My configure command is: ./configure 
--with-qt-dir=/opt/local/libexec/qt5 --enable-qt5 
--prefix=/Users/ian/Applications/LyX-master.app


Thanks,
Ian

Re: cannot compile master

[Ian Wilder]

On 2016-09-11 13:42:41 +, Kornel Benko said:

Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde 


On 2016-09-10, Kornel Benko wrote:
Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde 


On 2016-09-09, Scott Kostyshak wrote:




as of today, I cannot compile master, "make" fails with

...
GuiView.cpp:(.text+0x1fa85): undefined reference to 
`QSvgRenderer::~QSvgRenderer()'

...


...


Adding ${QT_QTSVG_LIBRARY} to target_link_libraries for lyx works here.


Dear Kornel,

this did the trick also here. Could you commit the patch, please?

Günter


Done at 050d817. Someone has to check if the change works on windows 
and MAC too.


Kornel





For some reason, I can't compile master at all on macOS.
Mine fails  with

make[3]: *** No rule to make target `libs/signals/src/connection.cpp', 
needed by `libs/signals/src/connection.o'.  Stop.


I'm using macports, and I've successfully compiled the 2.2 branch just 
prior to its release.


If I can get past this step, I can confirm or deny a build for the mac 
platform.


Thanks,
Ian

Re: Update on situation for 2.2.0 release

[Ian Wilder]

+1 for not branching. If it's just print statements, the use functions 
to be compatible with Python 3.

A lot of Python 3 functionality has been backported to 2.x

On 2016-05-09 00:35:57 +, Josh Hieronymus said:

Looking over the code, it looks like much of the problem is that Python 
2 has print as a statement, while Python 3 has print as a function. 
Since we're supporting only Python 2.7 from the 2.x series, we could 
add an import statement to use print as a function in order to avoid 
checking the version and branching. I think this capability was added 
in 2.6, so we would need to check the version if we wanted to let use 
this strategy with earlier versions.

On May 8, 2016 7:04 PM, "Ian Wilder" <ianwilder.ea...@gmail.com> wrote:
On 2016-05-04 20:39:54 +, Scott Kostyshak said:


3. A Python3 compatibility issue at [5]. I don't know whether the best
short-run approach is to ensure that we use Python2 to call the script or to
fix the script to be compatible with Python3. I CC'ed José to see if he has
some wisdom to share.


It's possible to detect which version of Python is running at runtime. 
At that point, it could either continue if version 2 and exit with a 
nonzero status if version 3.


I have a good amount of Python experience, if anyone needs help on this front.

Re: Update on situation for 2.2.0 release

[Ian Wilder]

On 2016-05-04 20:39:54 +, Scott Kostyshak said:



3. A Python3 compatibility issue at [5]. I don't know whether the best
short-run approach is to ensure that we use Python2 to call the script or to
fix the script to be compatible with Python3. I CC'ed José to see if he has
some wisdom to share.



It's possible to detect which version of Python is running at runtime. 
At that point, it could either continue if version 2 and exit with a 
nonzero status if version 3.


I have a good amount of Python experience, if anyone needs help on this front.

Re: alpha2 uploaded and ready for packaging

[Ian Wilder]

On 2015-11-27 08:57:45 +, Scott Kostyshak said:


alpha2 tarballs can be found here:
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.2/lyx-2.2.0alpha2/

I will announce it once Windows and Mac installers are available.

Scott




Who is the person to talk to regarding building and packaging for OSX? 
I would like to be able to contribute builds, if that ambition is 
agreeable to all involved.


--ian

2.2 dev build for OS X

[Ian Wilder]

Following the suggestion here [0], I wanted to email and reuqest a build when 
it is available.
I am running (from uname):
Darwin ares 14.5.0 Darwin Kernel Version 14.5.0: Wed Jul 29 02:26:53 PDT 2015; 
root:xnu-2782.40.9~1/RELEASE_X86_64 x86_64

Thank you!

-- ian

[0] 
http://www.latex-community.org/forum/viewtopic.php?f=19=24987=8733d364cc3c438fb96d96507d66c999
 

Re: Python 2 and 3 simultaneous support (1st step)

[Ian Wilder]

have you guys thought about using Python 2to3?

https://docs.python.org/2/library/2to3.html

even if you don't use the result, it may give a good direction for 
problems that arise.


On 2015-02-23 14:54:47 +, José Matos said:


Hi,
	the first step to start the procedure is to update the requirements 
for python to 2.7 as discussed last year.


	My problem is that as described last year I suggest to support python 
== 2.7.x (for any x) and python = 3.3.0.


I am at loss how to add this test to configure.ac and similarly to 
cmake.

Any help from our resident experts Jean-Marc and Kornel.

Re: Python 2 and 3 simultaneous support (1st step)

[Ian Wilder]

have you guys thought about using Python 2to3?

https://docs.python.org/2/library/2to3.html

even if you don't use the result, it may give a good direction for 
problems that arise.


On 2015-02-23 14:54:47 +, José Matos said:


Hi,
	the first step to start the procedure is to update the requirements 
for python to 2.7 as discussed last year.


	My problem is that as described last year I suggest to support python 
== 2.7.x (for any x) and python >= 3.3.0.


I am at loss how to add this test to configure.ac and similarly to 
cmake.

Any help from our resident experts Jean-Marc and Kornel.

Patch for automake 1.15

[Ian Wilder]

On compiling master on OS X 10.10 with current macports, autogen.sh balks at automake 1.15. I updated autogen.sh to accept 1.15 and it seems to work, but I’m no expert.Here’s the patch if it’s useful.
-- ian




bump_automake_version.diff
Description: Binary data

Patch for automake 1.15

[Ian Wilder]

On compiling master on OS X 10.10 with current macports, autogen.sh balks at automake 1.15. I updated  autogen.sh to accept 1.15 and it seems to work, but I’m no expert.Here’s the patch if it’s useful.
-- ian




bump_automake_version.diff
Description: Binary data