Re: Tar balls and binaries have been uploaded

[Scott Kostyshak]

On Mon, Feb 26, 2018 at 10:02:58PM +, Jürgen Lange wrote:
> Hello,
> 
> the binary LyX-230-Installer-1.exe (Windows 10) downloaded from
> 
> ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/
> 
> seems to contain Trojan:Win32/Azdem.A!cl

Thanks for this report, Jürgen.

Note related reports:

https://www.mail-archive.com/search?l=mid=20171227013449.i43xa5exdrgoc643%40steph

I'm CC'ing our Windows packager.

Scott


signature.asc
Description: PGP signature

Re: Tar balls and binaries have been uploaded

[Scott Kostyshak]

On Mon, Feb 26, 2018 at 05:50:12PM +, Scott Kostyshak wrote:
> On Mon, Feb 26, 2018 at 05:06:47PM +, Pavel Sanda wrote:
> > Scott Kostyshak wrote:
> > > Dear all,
> > > 
> > > The tar balls and binaries for the upcoming 2.3.0 release have been
> > > uploaded. You can get them here:
> > > 
> > >   ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/
> > > 
> > > Can you please compile from the tar ball, and do a basic test of
> > > functionality? Let us know how it goes.
> > 
> > Gentoo ebuildfails and the reason is that tarballs are expected
> > to be found on /pub/lyx/stable/2.3.x not in bin...
> 
> Dang it. I'm sorry for that mistake. I can fix it tonight, or if someone
> else can fix it before, please go ahead.

Should be fixed. Can you try again?

Scott


signature.asc
Description: PGP signature

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

[ci-lyx]

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/702/--
Started by an SCM change
Building remotely on lyx-linux1 (linux) in workspace 

[WS-CLEANUP] Deleting project workspace...
[WS-CLEANUP] Done
java.io.IOException: Failed to mkdirs: 

at hudson.FilePath.mkdirs(FilePath.java:1191)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1267)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:604)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
at hudson.model.Run.execute(Run.java:1741)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:410)

Re: CMake issues for LyX 2.3.0

[Kornel Benko]

Am Montag, 26. Februar 2018 17:49:03 CET schrieb Uwe Stöhr :
> Am 26.02.2018 um 16:26 schrieb Kornel Benko:
> > For cmake in master (and in 2.3.x), the default is "AUTO". That is
> > 
> > Check first for QT5
> > if not found, try with QT4
> 
> Hi Kornel,
> 
> many thanks for having a look.
> 
> I see, the problem is that in the first run I cannot specify
> CMAKE_PREFIX_PATH
> For the workflow is:
> - start CMake and specify source and destination folder

Just to make clear ... you don't start cmake, but cmake-gui.
I normally never use the gui, so I didn't see the problem.

You could, for start, create the first CMakeCache.txt from a .bat file.
Starting cmake from the build-dir and specifying needed values in the command-
line should prepare for use later with cmake-gui.

> - run CMake's configure
> - I will be asked for a compiler and I select MSVC 2015
> 
> result: I get this error: ERROR: Could NOT find GNUWIN32, please set
> GNUWIN32_DIR
> 
> - I specify the GNUWIN32_DIR folder but cannot specify the
> CMAKE_PREFIX_PATH, because this setting does not yet exist, see the
> attached screenshot
> - I run CMake's configure again
> 
> result: now I get this error:
> CMake Error at development/cmake/modules/FindQt4.cmake:1037 (message):
>Qt qmake not found!
> see also the second attached screenshot. So you can see CMake looks for
> QT4 because I had no chance yet to specify CMAKE_PREFIX_PATH.
> 
> - first now I can CMAKE_PREFIX_PATH and do so
> - I note that LyX_USE_QT is set to "Qt4". Therefore I need to set it ti
> "Qt5" to match the CMAKE_PREFIX_PATH
> 
> result: now I get no longer an error and can run CMake's Generate
> command and start the compilation.

Yes, sorry for the trouble.

> thanks and regards
> Uwe

Kornel



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

Re: Tar balls and binaries have been uploaded

[Jürgen Lange]

Hello,

the binary LyX-230-Installer-1.exe (Windows 10) downloaded from

ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/

seems to contain Trojan:Win32/Azdem.A!cl

Jürgen

Re: Tar balls and binaries have been uploaded

[Scott Kostyshak]

On Mon, Feb 26, 2018 at 05:06:47PM +, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > Dear all,
> > 
> > The tar balls and binaries for the upcoming 2.3.0 release have been
> > uploaded. You can get them here:
> > 
> >   ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/
> > 
> > Can you please compile from the tar ball, and do a basic test of
> > functionality? Let us know how it goes.
> 
> Gentoo ebuildfails and the reason is that tarballs are expected
> to be found on /pub/lyx/stable/2.3.x not in bin...

Dang it. I'm sorry for that mistake. I can fix it tonight, or if someone
else can fix it before, please go ahead.

Scott


signature.asc
Description: PGP signature

Re: Build question regarding --enable-cxx11 configure option

[Jean-Marc Lasgouttes]

Le 25/02/2018 à 20:40, Stephan Witt a écrit :

Am 25.02.2018 um 19:57 schrieb José Abílio Matos :


On Sunday, 25 February 2018 16.58.36 WET Stephan Witt wrote:

Today I saw a warning with lyx-2.3.0 as follows:
configure: WARNING: unrecognized options: --enable-cxx11
  
Hi Stephan,

isn't C++ 11 our basic requirement?
  
	Or said the other way around there is code that does not work with a C++ 98 compiler. I remember lots of auto initialization, and that will only work with a C++ 11 compiler.
  
	So in sense such option is not needed anymore... :-)
  
Regards,

--
José Abílio


Yes, I want to build with C++ 11 enabled. But somehow the configure fails to
use correct compiler flags out-of-the-box without passing --enable-cxx11.


Hi Stephan,

First thing: why does clang display this warning?
clang: warning: libstdc++ is deprecated; move to libc++ with a minimum 
deployment target of OS X 10.9


What is the right way to have libc++ as default?

JMarc

Re: Tar balls and binaries have been uploaded

[Pavel Sanda]

Scott Kostyshak wrote:
> Dear all,
> 
> The tar balls and binaries for the upcoming 2.3.0 release have been
> uploaded. You can get them here:
> 
>   ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/
> 
> Can you please compile from the tar ball, and do a basic test of
> functionality? Let us know how it goes.

Gentoo ebuildfails and the reason is that tarballs are expected
to be found on /pub/lyx/stable/2.3.x not in bin...
Pavel

Tar balls and binaries have been uploaded

[Scott Kostyshak]

Dear all,

The tar balls and binaries for the upcoming 2.3.0 release have been
uploaded. You can get them here:

  ftp://ftp.lyx.org/pub/lyx/bin/2.3.0/

Can you please compile from the tar ball, and do a basic test of
functionality? Let us know how it goes.

We will wait some time for the mirrors to update and then announce the
release.

Thanks,

Scott


signature.asc
Description: PGP signature

Re: CMake issues for LyX 2.3.0

[Kornel Benko]

Am Montag, 26. Februar 2018 15:22:15 CET schrieb Uwe Stöhr :
> I could successfully build LyX 2.3.0 from the tarball and the installer 
> is ready. Nevertheless there are some issues in CMake that we should 
> consider to change:
> 
> - after the compilation I get a subfolder named "LYX_INSTALLED". it 
> contains everything one needs to build the installer, except of two folders:
> ~\LYX_INSTALLED\Resources\dicts
>   ~\LYX_INSTALLED\Resources\thes
> both folders should be empty (will later be filled when the user 
> installs dictionaries), but they must exist. Currently I create them by 
> myself. In order to avoid problems CMake should create these 2 empty 
> folders automatically.

Will see, what I can do here. Be aware though, that cmake "normally" avoids to 
install empty folders. (That was my understanding, but I may be wrong).

Kornel


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

Re: CMake issues for LyX 2.3.0

[Kornel Benko]

Am Montag, 26. Februar 2018 14:40:19 CET schrieb José Abílio Matos 
:
> On Monday, 26 February 2018 14.22.15 WET Uwe Stöhr wrote:
> > - the default in CMake for LYX_USE_QT is still Qt4, it should be Qt5
> 
> Note that this is also the default with the autotools (autoconf & co). So
> that is a global choice and it is not specific to cmake.
> 
> For 2.4 I think that the time has come to make Qt5 the default.

For cmake in master (and in 2.3.x), the default is "AUTO". That is
Check first for QT5
if not found, try with QT4
(Not found means: some needed devel files (like includes, executables, 
libraries) are not accessible)

> > - I set the CMAKE_PREFIX_PATH and CMake finds then automatically all Qt
> > libraries (see the attached screenshot). It does not find
> > QT_QMAKE_EXECUTABLE why? On my PC it is here:
> > C:\Qt\Qt5.9.4\5.9.4\msvc2015\bin

The search for QT5 is done by QT5-own cmake configuration files. They have to 
be 
installed.
The path 'C:\Qt\Qt5.9.4\5.9.4\msvc2015\bin' looks good though.

> Regards,

Kornel



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

Re: CMake issues for LyX 2.3.0

[José Abílio Matos]

On Monday, 26 February 2018 14.22.15 WET Uwe Stöhr wrote:
> - the default in CMake for LYX_USE_QT is still Qt4, it should be Qt5

Note that this is also the default with the autotools (autoconf & co). So 
that is a global choice and it is not specific to cmake.

For 2.4 I think that the time has come to make Qt5 the default.

Regards,
-- 
José Abílio

CMake issues for LyX 2.3.0

[Uwe Stöhr]

I could successfully build LyX 2.3.0 from the tarball and the installer 
is ready. Nevertheless there are some issues in CMake that we should 
consider to change:


- after the compilation I get a subfolder named "LYX_INSTALLED". it 
contains everything one needs to build the installer, except of two folders:

 ~\LYX_INSTALLED\Resources\dicts
 ~\LYX_INSTALLED\Resources\thes
both folders should be empty (will later be filled when the user 
installs dictionaries), but they must exist. Currently I create them by 
myself. In order to avoid problems CMake should create these 2 empty 
folders automatically.


- the default in CMake for LYX_USE_QT is still Qt4, it should be Qt5

- I set the CMAKE_PREFIX_PATH and CMake finds then automatically all Qt 
libraries (see the attached screenshot). It does not find 
QT_QMAKE_EXECUTABLE why? On my PC it is here:

C:\Qt\Qt5.9.4\5.9.4\msvc2015\bin

- there are some other settings I don't understand, see the blue boxes 
in the attached screenshot. So for example ZLIB was found but ZLIB_FOUND 
is empty. The same is for MYTHES and HUNSPELL.
CMake checks for a doxygen executable. Is this really necessary or can 
this be removed?

What program is "Magic"?
Qt5X11Extras does not exist on Windows. Therefore CMake should not 
search for it, if this is technically possible.


- in the attached screenshot you also see some CMake warnings. If we can 
ignore them, then we should use the -Wno-dev flag as suggested by the 
warning text.


many thanks and regards
Uwe