Re: beta2?

2016-02-22 Thread Peter Kümmel



Am 21.02.2016 um 17:59 schrieb Scott Kostyshak:

On Mon, Feb 15, 2016 at 05:06:19PM +0100, Kornel Benko wrote:

Am Sonntag, 14. Februar 2016 um 23:39:00, schrieb Pavel Sanda 

Peter Kümmel wrote:

Uwe still gets the following errors from the tar I sent to him:

D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
fatal error C1083: File (Include) cannot be opened:
"boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
No such file or directory
[D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]


I only tested with "build5-2010-installer.bat"


Is this script now used to build official installer?
In case of yes, would be our cmake gurus able to add routine
which spits out md5sum of installer binaries which could Uwe
posts in his email when publishing the binaries?

Pavel


For me it is not clear, how the binary zip-file is created on windows.
If I would know, I could create a new target to compute md5sum for this 
zip-file.
I created and committed a cmake-script to be used for this task.


It would be really nice to get this working. Peter, do you have an idea
of how to accomplish this?


AFAIK the installer is build in two steps,
1. build LyX and install locally
2. point the install file creater (NSIS) to the local LyX installation and 
start NSIS manually

So I don't know were we can calculate any sensible md5sum with cmake.

Peter


Note that this just came up on the news today:
http://blog.linuxmint.com/?p=2994

Scott



Re: beta2?

2016-02-21 Thread Scott Kostyshak
On Mon, Feb 15, 2016 at 05:06:19PM +0100, Kornel Benko wrote:
> Am Sonntag, 14. Februar 2016 um 23:39:00, schrieb Pavel Sanda 
> > Peter Kümmel wrote:
> >  Uwe still gets the following errors from the tar I sent to him:
> > 
> >  D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
> >  fatal error C1083: File (Include) cannot be opened:
> >  "boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
> >  No such file or directory
> >  [D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]
> > >
> > > I only tested with "build5-2010-installer.bat"
> > 
> > Is this script now used to build official installer?
> > In case of yes, would be our cmake gurus able to add routine
> > which spits out md5sum of installer binaries which could Uwe
> > posts in his email when publishing the binaries?
> > 
> > Pavel
> 
> For me it is not clear, how the binary zip-file is created on windows.
> If I would know, I could create a new target to compute md5sum for this 
> zip-file.
> I created and committed a cmake-script to be used for this task.

It would be really nice to get this working. Peter, do you have an idea
of how to accomplish this?
Note that this just came up on the news today:
http://blog.linuxmint.com/?p=2994

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-16 Thread Jean-Marc Lasgouttes

Le 15/02/2016 21:20, Uwe Stöhr a écrit :

Am 15.02.2016 um 11:18 schrieb Jean-Marc Lasgouttes:


BTW, why don't you use lzma for the compression of the installer?


I do. Otherwise the installer for the betas would be 69 MB large.


Does it mean that it is the
  SetCompressor /SOLID lzma
in include/declarations.nsh.cmake (but not in include/declarations.nsh, 
why?) that sets compression?


In this case the explicit setting (active and commented out) in the 3 
nsi files should be removed for clarity.


JMarc


Re: beta2?

2016-02-15 Thread Uwe Stöhr

Am 15.02.2016 um 11:18 schrieb Jean-Marc Lasgouttes:


BTW, why don't you use lzma for the compression of the installer?


I do. Otherwise the installer for the betas would be 69 MB large.

regards Uwe


Re: beta2?

2016-02-15 Thread Kornel Benko
Am Sonntag, 14. Februar 2016 um 23:39:00, schrieb Pavel Sanda 
> Peter Kümmel wrote:
>  Uwe still gets the following errors from the tar I sent to him:
> 
>  D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
>  fatal error C1083: File (Include) cannot be opened:
>  "boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
>  No such file or directory
>  [D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]
> >
> > I only tested with "build5-2010-installer.bat"
> 
> Is this script now used to build official installer?
> In case of yes, would be our cmake gurus able to add routine
> which spits out md5sum of installer binaries which could Uwe
> posts in his email when publishing the binaries?
> 
> Pavel

For me it is not clear, how the binary zip-file is created on windows.
If I would know, I could create a new target to compute md5sum for this 
zip-file.
I created and committed a cmake-script to be used for this task.

Kornel

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


Re: beta2?

2016-02-15 Thread Jean-Marc Lasgouttes

Le 15/02/2016 11:18, Jean-Marc Lasgouttes a écrit :

BTW, why don't you use lzma for the compression of the installer? This
is potentially a big win for the end user. Or did it turn out to be
disappointing?


Now I see that you use it only for the bundle installer. I would have 
thought that the gain is not so high there, since it probably contains 
lots of stuff that is already compressed.


JMarc



Re: beta2?

2016-02-15 Thread Jean-Marc Lasgouttes

Le 15/02/2016 00:55, Uwe Stöhr a écrit :

Am 14.02.2016 um 19:44 schrieb Peter Kümmel:


So the unzip tool has a problem, maybe because of the long path length.

Maybe we should also distribute a zip file.


Yes, a zip would be fine. I don't think that we need to save a few kB by
using special formats like .xz.


As Pavel pointed out, this is an interesting understatement. But indeed 
the size of the source distribution is not vital on binary-loving 
platforms like windows.


BTW, why don't you use lzma for the compression of the installer? This 
is potentially a big win for the end user. Or did it turn out to be 
disappointing?


JMarc



Re: beta2?

2016-02-14 Thread Pavel Sanda
Peter Kümmel wrote:
 Uwe still gets the following errors from the tar I sent to him:

 D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
 fatal error C1083: File (Include) cannot be opened:
 "boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
 No such file or directory
 [D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]
>
> I only tested with "build5-2010-installer.bat"

Is this script now used to build official installer?
In case of yes, would be our cmake gurus able to add routine
which spits out md5sum of installer binaries which could Uwe
posts in his email when publishing the binaries?

Pavel


Re: beta2?

2016-02-14 Thread Pavel Sanda
Uwe Stöhr wrote:
> Yes, a zip would be fine. I don't think that we need to save a few kB by 
> using special formats like .xz.

For the record .xz is pretty standard in open source releases and 
it saves 9mb from 20mb gzips (and 21mb from 31 .zip I just experimentally 
tried).
This is not few kb.

But this is most probably offtopic anyway, because the problem is with tar, not 
zip.
I seem to remember that we fixed this problem by deleting boost files which were
not by acident needed, the current approach looks much better.
Pavel


Re: beta2?

2016-02-14 Thread Scott Kostyshak
On Mon, Feb 15, 2016 at 12:55:47AM +0100, Uwe Stöhr wrote:
> Am 14.02.2016 um 19:44 schrieb Peter Kümmel:
> 
> >So the unzip tool has a problem, maybe because of the long path length.
> >
> >Maybe we should also distribute a zip file.
> 
> Yes, a zip would be fine. I don't think that we need to save a few kB by
> using special formats like .xz.
> 
> Scott, could you please upload a zip file so that I can see if this fixes te
> problems.

OK I sent it you.

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-14 Thread Uwe Stöhr

Am 14.02.2016 um 19:44 schrieb Peter Kümmel:


So the unzip tool has a problem, maybe because of the long path length.

Maybe we should also distribute a zip file.


Yes, a zip would be fine. I don't think that we need to save a few kB by 
using special formats like .xz.


Scott, could you please upload a zip file so that I can see if this 
fixes te problems.


thanks and regards
Uwe


Re: beta2?

2016-02-14 Thread Peter Kümmel



Am 14.02.2016 um 21:27 schrieb Jean-Marc Lasgouttes:

Le 14/02/16 19:54, Georg Baum a écrit :

Peter Kümmel wrote:


Am 14.02.2016 um 19:03 schrieb Scott Kostyshak:


Why is numeric_cast_traits_common.hpp not being found?


Have you checked if it's part of the tar you send to Uwe?


The files I listed above are part of the tar. I will send the tar to you
privately.


That explains why they did not show up in my comparison of the beta1 tar and
the git tree. I did not really understand why I could have missed them.


Probably related to this commit:

commit 5287f1c8b6a9e719492cf7350c304efb978c664c
Author: Peter Kümmel 
Date:   Sun Dec 20 13:32:33 2015 +0100

 default tar-v7 format supports only 99 character pathes


We use tar-pax now, and it might not be handled very well by some old 
utilities. From what is said here

https://www.gnu.org/software/automake/manual/html_node/List-of-Automake-options.html
I believe that "ustar" would have been a better alternative.


Thanks for this hint!
I've tested it with ustar and it is indeed the better choice.

I've committed the change to ustar.

Peter



JMarc



Re: beta2?

2016-02-14 Thread Jean-Marc Lasgouttes

Le 14/02/16 19:54, Georg Baum a écrit :

Peter Kümmel wrote:


Am 14.02.2016 um 19:03 schrieb Scott Kostyshak:


Why is numeric_cast_traits_common.hpp not being found?


Have you checked if it's part of the tar you send to Uwe?


The files I listed above are part of the tar. I will send the tar to you
privately.


That explains why they did not show up in my comparison of the beta1 tar and
the git tree. I did not really understand why I could have missed them.


Probably related to this commit:

commit 5287f1c8b6a9e719492cf7350c304efb978c664c
Author: Peter Kümmel 
Date:   Sun Dec 20 13:32:33 2015 +0100

default tar-v7 format supports only 99 character pathes


We use tar-pax now, and it might not be handled very well by some old 
utilities. From what is said here


https://www.gnu.org/software/automake/manual/html_node/List-of-Automake-options.html
I believe that "ustar" would have been a better alternative.

JMarc


Re: beta2?

2016-02-14 Thread Georg Baum
Peter Kümmel wrote:

> Am 14.02.2016 um 19:03 schrieb Scott Kostyshak:

 Why is numeric_cast_traits_common.hpp not being found?
>>>
>>> Have you checked if it's part of the tar you send to Uwe?
>>
>> The files I listed above are part of the tar. I will send the tar to you
>> privately.

That explains why they did not show up in my comparison of the beta1 tar and 
the git tree. I did not really understand why I could have missed them.

> When I unpack with WinRAR it looks like this
> 
> $ ls -l 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/
> total 56
> -rw-r--r-- 1 numeric_cast_traits_commo
> -rw-r--r-- 1 numeric_cast_traits_long_
> 
> and when I run "tar vxf lyx-2.2.0beta3.tar.gz" from the git console it is
> ok.
> 
> So the unzip tool has a problem, maybe because of the long path length.

Probably. The good news is that we do not need a beta3, simply unpacking 
beta2 with a different method should be OK.


Georg



Re: beta2?

2016-02-14 Thread Peter Kümmel

Am 14.02.2016 um 19:03 schrieb Scott Kostyshak:


Why is numeric_cast_traits_common.hpp not being found?


Have you checked if it's part of the tar you send to Uwe?


The files I listed above are part of the tar. I will send the tar to you
privately.


When I unpack with WinRAR it looks like this

$ ls -l 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/
total 56
-rw-r--r-- 1 numeric_cast_traits_commo
-rw-r--r-- 1 numeric_cast_traits_long_

and when I run "tar vxf lyx-2.2.0beta3.tar.gz" from the git console it is ok.

So the unzip tool has a problem, maybe because of the long path length.

Maybe we should also distribute a zip file.



Scott



Re: beta2?

2016-02-14 Thread Peter Kümmel



Am 14.02.2016 um 19:03 schrieb Scott Kostyshak:

On Sun, Feb 14, 2016 at 06:36:15PM +0100, Peter Kümmel wrote:



Am 14.02.2016 um 17:17 schrieb Scott Kostyshak:

On Sat, Feb 13, 2016 at 01:44:30PM -0500, Scott Kostyshak wrote:

On Sat, Feb 13, 2016 at 01:24:20PM -0500, Scott Kostyshak wrote:

On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:

Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:


Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
move to beta3?


Sorry, but why do we act like beginners?

I wrote what is missing in the tarball. So why not add these files, send me
the tarball by private mail to check and then announce a new beta


You are right that this is what I should have done for beta2. I will do
this now before releasing beta3. I'll build the tar and send it to you
privately. After you confirm that you can compile the Windows build from
only the tar, I will post the tar and push the git tag and git commits.


I've sent the tars to you privately. Can you do a fresh build from them?


Uwe still gets the following errors from the tar I sent to him:

D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
fatal error C1083: File (Include) cannot be opened:
"boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
No such file or directory
[D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]


I only tested with "build5-2010-installer.bat"



I was hoping that 6de524e6 fixed these. Is there still something we
need to do? Looking in the tar, I see

./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
./3rdparty/boost/boost/numeric/conversion/detail/numeric_cast_traits.hpp
./3rdparty/boost/boost/numeric/conversion/numeric_cast_traits.hpp

Why is numeric_cast_traits_common.hpp not being found?


Have you checked if it's part of the tar you send to Uwe?


The files I listed above are part of the tar. I will send the tar to you
privately.

Scott



Re: beta2?

2016-02-14 Thread Scott Kostyshak
On Sun, Feb 14, 2016 at 06:36:15PM +0100, Peter Kümmel wrote:
> 
> 
> Am 14.02.2016 um 17:17 schrieb Scott Kostyshak:
> >On Sat, Feb 13, 2016 at 01:44:30PM -0500, Scott Kostyshak wrote:
> >>On Sat, Feb 13, 2016 at 01:24:20PM -0500, Scott Kostyshak wrote:
> >>>On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:
> Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:
> 
> >Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
> >move to beta3?
> 
> Sorry, but why do we act like beginners?
> 
> I wrote what is missing in the tarball. So why not add these files, send 
> me
> the tarball by private mail to check and then announce a new beta
> >>>
> >>>You are right that this is what I should have done for beta2. I will do
> >>>this now before releasing beta3. I'll build the tar and send it to you
> >>>privately. After you confirm that you can compile the Windows build from
> >>>only the tar, I will post the tar and push the git tag and git commits.
> >>
> >>I've sent the tars to you privately. Can you do a fresh build from them?
> >
> >Uwe still gets the following errors from the tar I sent to him:
> >
> >D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
> >fatal error C1083: File (Include) cannot be opened:
> >"boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
> >No such file or directory
> >[D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]
> >
> >I was hoping that 6de524e6 fixed these. Is there still something we
> >need to do? Looking in the tar, I see
> >
> >./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
> >./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
> >./3rdparty/boost/boost/numeric/conversion/detail/numeric_cast_traits.hpp
> >./3rdparty/boost/boost/numeric/conversion/numeric_cast_traits.hpp
> >
> >Why is numeric_cast_traits_common.hpp not being found?
> 
> Have you checked if it's part of the tar you send to Uwe?

The files I listed above are part of the tar. I will send the tar to you
privately.

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-14 Thread Peter Kümmel



Am 14.02.2016 um 17:17 schrieb Scott Kostyshak:

On Sat, Feb 13, 2016 at 01:44:30PM -0500, Scott Kostyshak wrote:

On Sat, Feb 13, 2016 at 01:24:20PM -0500, Scott Kostyshak wrote:

On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:

Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:


Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
move to beta3?


Sorry, but why do we act like beginners?

I wrote what is missing in the tarball. So why not add these files, send me
the tarball by private mail to check and then announce a new beta


You are right that this is what I should have done for beta2. I will do
this now before releasing beta3. I'll build the tar and send it to you
privately. After you confirm that you can compile the Windows build from
only the tar, I will post the tar and push the git tag and git commits.


I've sent the tars to you privately. Can you do a fresh build from them?


Uwe still gets the following errors from the tar I sent to him:

D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
fatal error C1083: File (Include) cannot be opened:
"boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
No such file or directory
[D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]

I was hoping that 6de524e6 fixed these. Is there still something we
need to do? Looking in the tar, I see

./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
./3rdparty/boost/boost/numeric/conversion/detail/numeric_cast_traits.hpp
./3rdparty/boost/boost/numeric/conversion/numeric_cast_traits.hpp

Why is numeric_cast_traits_common.hpp not being found?


Have you checked if it's part of the tar you send to Uwe?

Here make lyxdist adds it to the tar.




Scott



Re: beta2?

2016-02-14 Thread Scott Kostyshak
On Sat, Feb 13, 2016 at 01:44:30PM -0500, Scott Kostyshak wrote:
> On Sat, Feb 13, 2016 at 01:24:20PM -0500, Scott Kostyshak wrote:
> > On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:
> > > Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:
> > > 
> > > >Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
> > > >move to beta3?
> > > 
> > > Sorry, but why do we act like beginners?
> > > 
> > > I wrote what is missing in the tarball. So why not add these files, send 
> > > me
> > > the tarball by private mail to check and then announce a new beta
> > 
> > You are right that this is what I should have done for beta2. I will do
> > this now before releasing beta3. I'll build the tar and send it to you
> > privately. After you confirm that you can compile the Windows build from
> > only the tar, I will post the tar and push the git tag and git commits.
> 
> I've sent the tars to you privately. Can you do a fresh build from them?

Uwe still gets the following errors from the tar I sent to him:

D:\LyXGit\LyX22beta3\3rdparty\boost\boost/numeric/conversion/detail/numeric_cast_traits.hpp(12):
fatal error C1083: File (Include) cannot be opened:
"boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp":
No such file or directory
[D:\LyXGit\LyX22beta3\compile-2010\src\support\support.vcxproj]

I was hoping that 6de524e6 fixed these. Is there still something we
need to do? Looking in the tar, I see

./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
./3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
./3rdparty/boost/boost/numeric/conversion/detail/numeric_cast_traits.hpp
./3rdparty/boost/boost/numeric/conversion/numeric_cast_traits.hpp

Why is numeric_cast_traits_common.hpp not being found?

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-13 Thread Scott Kostyshak
On Sat, Feb 13, 2016 at 01:24:20PM -0500, Scott Kostyshak wrote:
> On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:
> > Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:
> > 
> > >Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
> > >move to beta3?
> > 
> > Sorry, but why do we act like beginners?
> > 
> > I wrote what is missing in the tarball. So why not add these files, send me
> > the tarball by private mail to check and then announce a new beta
> 
> You are right that this is what I should have done for beta2. I will do
> this now before releasing beta3. I'll build the tar and send it to you
> privately. After you confirm that you can compile the Windows build from
> only the tar, I will post the tar and push the git tag and git commits.

I've sent the tars to you privately. Can you do a fresh build from them?

Thanks,

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-13 Thread Scott Kostyshak
On Sat, Feb 13, 2016 at 07:11:48PM +0100, Uwe Stöhr wrote:
> Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:
> 
> >Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
> >move to beta3?
> 
> Sorry, but why do we act like beginners?
> 
> I wrote what is missing in the tarball. So why not add these files, send me
> the tarball by private mail to check and then announce a new beta

You are right that this is what I should have done for beta2. I will do
this now before releasing beta3. I'll build the tar and send it to you
privately. After you confirm that you can compile the Windows build from
only the tar, I will post the tar and push the git tag and git commits.

> I also
> don't understand why a change in a makefile to add missing files deserves a
> new beta release.

Because we changed the code. We want the betax tar to be the tar that is
produced from checking out the betax tag of git. Also, I uploaded the
tar so now we must make the assumption to be safe that it has been
picked up by others. We would not want two different betax tars floating
around.

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-13 Thread Uwe Stöhr

Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:


Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
move to beta3?


Sorry, but why do we act like beginners?

I wrote what is missing in the tarball. So why not add these files, send 
me the tarball by private mail to check and then announce a new beta? I 
also don't understand why a change in a makefile to add missing files 
deserves a new beta release.


I copied the boost folder from master to the tarball folder and built beta2:
http://ftp.lyx.de/LyX%202.2.0beta-2/

regards Uwe


Re: beta2?

2016-02-13 Thread Peter Kümmel



Am 13.02.2016 um 18:01 schrieb Scott Kostyshak:

On Sat, Feb 13, 2016 at 12:34:26PM +0100, Peter Kümmel wrote:

Am 13.02.2016 um 10:57 schrieb Georg Baum:

Scott Kostyshak wrote:


I agree that it would be nice to remove unnecessary files. As far as
figuring out which files are unnecessary, I volunteer to take any
experimental patch, build a tar ball, and send it to Uwe to see if he
has time to build the test tar ball so we can see if he gets an error.


The files are already missing from the beta2 tarball (because they are not
listed in Makefile.am). If Uwe can build from it, we can remove them from
git.


No, beta2 does not build on Windows because of missing

3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp

Peter


Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
move to beta3?


OK, files now are part of the tar.



Scott



Re: beta2?

2016-02-13 Thread Liviu Andronic
On Sat, Feb 13, 2016 at 6:01 PM, Scott Kostyshak  wrote:
> On Sat, Feb 13, 2016 at 12:34:26PM +0100, Peter Kümmel wrote:
>> Am 13.02.2016 um 10:57 schrieb Georg Baum:
>> >Scott Kostyshak wrote:
>> >
>> >>I agree that it would be nice to remove unnecessary files. As far as
>> >>figuring out which files are unnecessary, I volunteer to take any
>> >>experimental patch, build a tar ball, and send it to Uwe to see if he
>> >>has time to build the test tar ball so we can see if he gets an error.
>> >
>> >The files are already missing from the beta2 tarball (because they are not
>> >listed in Makefile.am). If Uwe can build from it, we can remove them from
>> >git.
>>
>> No, beta2 does not build on Windows because of missing
>>
>> 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
>> 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
>>
>> Peter
>
> Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
> move to beta3?
>
We could also do e.g. beta2.1, beta2.2, etc. until the Windows build
issues are sorted out...

Liviu


> Scott



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library


Re: beta2?

2016-02-13 Thread Scott Kostyshak
On Sat, Feb 13, 2016 at 12:34:26PM +0100, Peter Kümmel wrote:
> Am 13.02.2016 um 10:57 schrieb Georg Baum:
> >Scott Kostyshak wrote:
> >
> >>I agree that it would be nice to remove unnecessary files. As far as
> >>figuring out which files are unnecessary, I volunteer to take any
> >>experimental patch, build a tar ball, and send it to Uwe to see if he
> >>has time to build the test tar ball so we can see if he gets an error.
> >
> >The files are already missing from the beta2 tarball (because they are not
> >listed in Makefile.am). If Uwe can build from it, we can remove them from
> >git.
> 
> No, beta2 does not build on Windows because of missing
> 
> 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
> 3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp
> 
> Peter

Thanks for testing, Peter. I'll wait for a fix, and then I suppose we
move to beta3?

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-13 Thread Peter Kümmel

Am 13.02.2016 um 10:57 schrieb Georg Baum:

Scott Kostyshak wrote:


I agree that it would be nice to remove unnecessary files. As far as
figuring out which files are unnecessary, I volunteer to take any
experimental patch, build a tar ball, and send it to Uwe to see if he
has time to build the test tar ball so we can see if he gets an error.


The files are already missing from the beta2 tarball (because they are not
listed in Makefile.am). If Uwe can build from it, we can remove them from
git.


No, beta2 does not build on Windows because of missing

3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp
3rdparty/boost/boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_long_long.hpp

Peter




Georg




Re: beta2?

2016-02-13 Thread Georg Baum
Scott Kostyshak wrote:

> I agree that it would be nice to remove unnecessary files. As far as
> figuring out which files are unnecessary, I volunteer to take any
> experimental patch, build a tar ball, and send it to Uwe to see if he
> has time to build the test tar ball so we can see if he gets an error.

The files are already missing from the beta2 tarball (because they are not 
listed in Makefile.am). If Uwe can build from it, we can remove them from 
git.


Georg



Re: beta2?

2016-02-12 Thread Scott Kostyshak
On Fri, Feb 12, 2016 at 09:08:48PM +0100, Kornel Benko wrote:
> Am Freitag, 12. Februar 2016 um 20:08:49, schrieb Georg Baum 
> 
> > Jean-Marc Lasgouttes wrote:
> > 
> > > Le 11/02/2016 21:40, Georg Baum a écrit :
> > >> Comparing the complete 3rdparty directory from the tar ball with the one
> > >> in git shows also that some boost files are missing (see attached).
> > >> However, on linux building with included boost works even without these
> > >> files, so I think that removing them from git is better than adding them
> > >> to the build boost (except for the license of course).
> > > 
> > > 
> > > icu.* is for implementing unicode regex on top of ICU. We can get rid of
> > > it, but I guess that it will return every time we update boost. So it
> > > might be easier to keep it.
> > > 
> > > usinstances.cpp is MSVC only. Are we sure that we do not need it?
> > 
> > Good point.
> > 
> > > wc_regex_traits.cpp Implements out of line members for
> > > c_regex_traits. Might it be useful in some settings?
> > 
> > Dunno. If I understand 3rdparty/boost/libs/regex/CMakeLists.txt correctly 
> > then none of the three files is built, so I would guess that all can be 
> > removed (i.e. beta2 could be relased without further modifications, the 
> > removal could be done later). However, I am not good in cmake speak at all, 
> > so I might be wrong.
> 
> I understand it the same way as you.

OK let's go ahead with beta2 then. I will tag and tar now.

> > We have basically two options:
> > 
> > 1) Add all files to the tar ball (either like it was done by my patch, or 
> > by 
> > adding them to EXTRA_DIST so that they are not needlessly compiled on 
> > linux).
> > 
> > 2) Have a cmake expert or somebody with access to MSVC try out which files 
> > are needed and which can be removed, and then only add the needed ones.
> > 
> 
> They do not harm, still I would remove them.
> 
> > Scott, I guess it is your call;-)

I agree that it would be nice to remove unnecessary files. As far as
figuring out which files are unnecessary, I volunteer to take any
experimental patch, build a tar ball, and send it to Uwe to see if he
has time to build the test tar ball so we can see if he gets an error.

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-12 Thread Kornel Benko
Am Freitag, 12. Februar 2016 um 20:08:49, schrieb Georg Baum 

> Jean-Marc Lasgouttes wrote:
> 
> > Le 11/02/2016 21:40, Georg Baum a écrit :
> >> Comparing the complete 3rdparty directory from the tar ball with the one
> >> in git shows also that some boost files are missing (see attached).
> >> However, on linux building with included boost works even without these
> >> files, so I think that removing them from git is better than adding them
> >> to the build boost (except for the license of course).
> > 
> > 
> > icu.* is for implementing unicode regex on top of ICU. We can get rid of
> > it, but I guess that it will return every time we update boost. So it
> > might be easier to keep it.
> > 
> > usinstances.cpp is MSVC only. Are we sure that we do not need it?
> 
> Good point.
> 
> > wc_regex_traits.cpp Implements out of line members for
> > c_regex_traits. Might it be useful in some settings?
> 
> Dunno. If I understand 3rdparty/boost/libs/regex/CMakeLists.txt correctly 
> then none of the three files is built, so I would guess that all can be 
> removed (i.e. beta2 could be relased without further modifications, the 
> removal could be done later). However, I am not good in cmake speak at all, 
> so I might be wrong.

I understand it the same way as you.

> We have basically two options:
> 
> 1) Add all files to the tar ball (either like it was done by my patch, or by 
> adding them to EXTRA_DIST so that they are not needlessly compiled on 
> linux).
> 
> 2) Have a cmake expert or somebody with access to MSVC try out which files 
> are needed and which can be removed, and then only add the needed ones.
> 

They do not harm, still I would remove them.

> Scott, I guess it is your call;-)
> 
> 
> Georg

Kornel

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


Re: beta2?

2016-02-12 Thread Georg Baum
Jean-Marc Lasgouttes wrote:

> Le 11/02/2016 21:40, Georg Baum a écrit :
>> Comparing the complete 3rdparty directory from the tar ball with the one
>> in git shows also that some boost files are missing (see attached).
>> However, on linux building with included boost works even without these
>> files, so I think that removing them from git is better than adding them
>> to the build boost (except for the license of course).
> 
> 
> icu.* is for implementing unicode regex on top of ICU. We can get rid of
> it, but I guess that it will return every time we update boost. So it
> might be easier to keep it.
> 
> usinstances.cpp is MSVC only. Are we sure that we do not need it?

Good point.

> wc_regex_traits.cpp Implements out of line members for
> c_regex_traits. Might it be useful in some settings?

Dunno. If I understand 3rdparty/boost/libs/regex/CMakeLists.txt correctly 
then none of the three files is built, so I would guess that all can be 
removed (i.e. beta2 could be relased without further modifications, the 
removal could be done later). However, I am not good in cmake speak at all, 
so I might be wrong.

We have basically two options:

1) Add all files to the tar ball (either like it was done by my patch, or by 
adding them to EXTRA_DIST so that they are not needlessly compiled on 
linux).

2) Have a cmake expert or somebody with access to MSVC try out which files 
are needed and which can be removed, and then only add the needed ones.


Scott, I guess it is your call;-)


Georg



Re: beta2?

2016-02-12 Thread Jean-Marc Lasgouttes

Le 11/02/2016 21:40, Georg Baum a écrit :

Comparing the complete 3rdparty directory from the tar ball with the one in
git shows also that some boost files are missing (see attached). However, on
linux building with included boost works even without these files, so I
think that removing them from git is better than adding them to the build
boost (except for the license of course).



icu.* is for implementing unicode regex on top of ICU. We can get rid of 
it, but I guess that it will return every time we update boost. So it 
might be easier to keep it.


usinstances.cpp is MSVC only. Are we sure that we do not need it?

wc_regex_traits.cpp Implements out of line members for 
c_regex_traits. Might it be useful in some settings?


JMarc


Re: beta2?

2016-02-12 Thread Scott Kostyshak
On Thu, Feb 11, 2016 at 09:40:49PM +0100, Georg Baum wrote:
> Scott Kostyshak wrote:
> 
> > Should we do a quick beta2 release? If so, is everything set on master
> > so we just need to tag and tar it? Or is something else missing?
> 
> The tar ball must be generated after ff9ba203ff6d, otherwise it would miss 
> the files again.

OK thanks for fixing it. So for a final confirmation, everything is
fixed now (that we know of) regarding missing files for the tar ball and
we should proceed with beta2?

> Comparing the complete 3rdparty directory from the tar ball with the
> one in git shows also that some boost files are missing (see
> attached). However, on linux building with included boost works even
> without these files, so I think that removing them from git is better
> than adding them to the build boost (except for the license of
> course).

Makes sense.

Scott


signature.asc
Description: PGP signature


Re: beta2?

2016-02-11 Thread Stephan Witt
Am 11.02.2016 um 21:40 schrieb Georg Baum :
> 
> Scott Kostyshak wrote:
> 
>> Should we do a quick beta2 release? If so, is everything set on master
>> so we just need to tag and tar it? Or is something else missing?
> 
> The tar ball must be generated after ff9ba203ff6d, otherwise it would miss 
> the files again.
> 
> Comparing the complete 3rdparty directory from the tar ball with the one in 
> git shows also that some boost files are missing (see attached). However, on 
> linux building with included boost works even without these files, so I 
> think that removing them from git is better than adding them to the build 
> boost (except for the license of course).
> 
>> From what I understand, the situation is the following:
>> 
>> It is not possible to compile LyX 2.2.0beta1 for Windows from the tar
>> ball. In order to add files to the tar, because the tar ball has already
>> been posted, we must therefore post a new tar ball and thus prepare
>> beta2. Is that logic correct?
> 
> Yes.
+1

Stephan

Re: beta2?

2016-02-11 Thread Georg Baum
Scott Kostyshak wrote:

> Should we do a quick beta2 release? If so, is everything set on master
> so we just need to tag and tar it? Or is something else missing?

The tar ball must be generated after ff9ba203ff6d, otherwise it would miss 
the files again.

Comparing the complete 3rdparty directory from the tar ball with the one in 
git shows also that some boost files are missing (see attached). However, on 
linux building with included boost works even without these files, so I 
think that removing them from git is better than adding them to the build 
boost (except for the license of course).

> From what I understand, the situation is the following:
> 
> It is not possible to compile LyX 2.2.0beta1 for Windows from the tar
> ball. In order to add files to the tar, because the tar ball has already
> been posted, we must therefore post a new tar ball and thus prepare
> beta2. Is that logic correct?

Yes.


Georgdiff --git a/3rdparty/boost/Makefile.am b/3rdparty/boost/Makefile.am
index cfac86b..410ac44 100644
--- a/3rdparty/boost/Makefile.am
+++ b/3rdparty/boost/Makefile.am
@@ -4,6 +4,7 @@ noinst_LIBRARIES = liblyxboost.a
 
 EXTRA_DIST = boost \
 	CMakeLists.txt \
+	LICENSE_1_0.txt \
 	libs/CMakeLists.txt \
 	libs/regex/CMakeLists.txt \
 	libs/regex/regex.vcproj \
@@ -53,13 +54,16 @@ liblyxboost_a_SOURCES = \
 	libs/regex/src/cpp_regex_traits.cpp \
 	libs/regex/src/cregex.cpp \
 	libs/regex/src/fileiter.cpp \
+	libs/regex/src/icu.cpp \
 	libs/regex/src/instances.cpp \
 	libs/regex/src/posix_api.cpp \
 	libs/regex/src/regex.cpp \
 	libs/regex/src/regex_debug.cpp \
 	libs/regex/src/regex_raw_buffer.cpp \
 	libs/regex/src/regex_traits_defaults.cpp \
+	libs/regex/src/usinstances.cpp \
 	libs/regex/src/w32_regex_traits.cpp \
+	libs/regex/src/wc_regex_traits.cpp \
 	libs/regex/src/wide_posix_api.cpp \
 	libs/regex/src/winstances.cpp \
 	libs/regex/src/static_mutex.cpp \



Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-13 Thread Pavel Sanda
Liviu Andronic wrote:
> On Sun, Dec 12, 2010 at 10:50 PM, Pavel Sanda  wrote:
> > can you try to disable threads as discussed last time?
> >
> With threads disabled I cannot get LyX to crash on document
> compilation ('view pdflatex').

so its a thread issue. Peter, do you have idea what can be wrong?

pavel


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-13 Thread Liviu Andronic
On Sun, Dec 12, 2010 at 10:50 PM, Pavel Sanda  wrote:
> can you try to disable threads as discussed last time?
>
With threads disabled I cannot get LyX to crash on document
compilation ('view pdflatex').

Regards
Liviu


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-12 Thread Pavel Sanda
Liviu Andronic wrote:
> On Sun, Dec 12, 2010 at 10:50 PM, Pavel Sanda  wrote:
> > can you try to disable threads as discussed last time?
> >
> Yes, but how exactly do I do so? I'm not so very familiar with C
> coding so I'm not sure what's the correct switch.
> 
> Please let me know
> Liviu
> 
> GuiView.cpp:#define EXPORT_in_THREAD 1
> GuiAlert.cpp:#define EXPORT_in_THREAD 1

try to substitute '1' with '0' and compile again.
feel free to ask more...
pavel


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-12 Thread Vincent van Ravesteijn
> GuiView.cpp:#define EXPORT_in_THREAD 1

Change this to 0.

> GuiAlert.cpp:#define EXPORT_in_THREAD 1
>

Vincent


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-12 Thread Liviu Andronic
On Sun, Dec 12, 2010 at 10:50 PM, Pavel Sanda  wrote:
> can you try to disable threads as discussed last time?
>
Yes, but how exactly do I do so? I'm not so very familiar with C
coding so I'm not sure what's the correct switch.

Please let me know
Liviu

GuiView.cpp:#define EXPORT_in_THREAD 1
GuiAlert.cpp:#define EXPORT_in_THREAD 1


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-12 Thread Pavel Sanda
Liviu Andronic wrote:
> On Fri, Dec 10, 2010 at 10:07 PM, Liviu Andronic  
> wrote:
> > On Fri, Dec 10, 2010 at 10:04 PM, Liviu Andronic  
> > wrote:
> > > Take 2 on this.
> > > I'm trying to reproduce all these Sweave related crashes. Here's a first 
> > > debug.
> > >
> > A second debug, which seems to highlight a different issue.
> >
> I've just attempted a valgrind session, and again I cannot get LyX to
> crash in its environment. I'm not sure this is of any indication, but
> now valgrind reports less leaks (Qt- or LyX-related).

can you try to disable threads as discussed last time?
pavel


Re: beta2: crashes when compiling Sweave docs (with error in R code)

2010-12-10 Thread Liviu Andronic
On Fri, Dec 10, 2010 at 10:04 PM, Liviu Andronic 
wrote:
> Take 2 on this.
> I'm trying to reproduce all these Sweave related crashes. Here's a first
debug.
>
A second debug, which seems to highlight a different issue.

l...@liv-laptop:~$ gdb lyx-svn
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/bin/lyx-svn...done.
(gdb) run
Starting program: /usr/local/bin/lyx-svn
[Thread debugging using libthread_db enabled]
LyX: Unknown tag `-lpf' [around line 13 of file ~/.lyx-svn/lyxrc.defaults
current token: '-lpf' context: '']
LyX: Unknown tag `$$i' [around line 13 of file ~/.lyx-svn/lyxrc.defaults
current token: '$$i' context: '']
LyX: Unknown tag `-mode' [around line 13 of file ~/.lyx-svn/lyxrc.defaults
current token: '-mode' context: '']
LyX: Unknown tag `EditPosition' [around line 14 of file
~/.lyx-svn/lyxrc.defaults current token: 'EditPosition' context: '']
[New Thread 0x7fffee6ea710 (LWP 21104)]
[New Thread 0x7fffedce6710 (LWP 21105)]
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rnw"
ISO-8859-15
Writing to file newfile4.tex
Processing code chunks ...
1 : echo term verbatim

Error:  chunk 1
Error in eval(expr, envir, enclos) : object 'a' not found
Execution halted
Systemcall.cpp(237): Systemcall: 'Rscript --vanilla
"/usr/local/share/lyx-svn/scripts/lyxsweave.R" "newfile4.Rnw" ISO-8859-15'
finished with exit code 1
Error: Cannot convert file

An error occurred while running:
Rscript --vanilla "/usr/local/share/lyx-svn/scripts/lyxsweave.R"
"newfile4.Rn