Le 07/01/2016 22:09, Guillaume Munch a écrit :
Le 03/01/2016 09:46, Georg Baum a écrit :
We have a script for updating the docs, examples and templates
(development/tools/updatedocs.py), and one for updating the ui and bind
files (development/tools/updatelfuns.sh). Or did you man something
On Thu, Jan 07, 2016 at 09:14:02PM +, Guenter Milde wrote:
> On 2016-01-07, Scott Kostyshak wrote:
> The patch requires updating. Here is a version, that works with
> d7ff8c6e18752.
I just tried to use "git apply" and I get:
$ git reset --hard
HEAD is now at d7ff8c6 ctests: address some
On 2016-01-06, Georg Baum wrote:
> Guenter Milde wrote:
> After experimenting a bit I found out that it is possible to translate all
> variants without special code and without fallback if using \AA and \aa, so
> I changed my mind.
...
>> Also, instead of special tex2lyx code just for \aa and
Am Mittwoch, 6. Januar 2016 um 11:39:10, schrieb Jean-Marc Lasgouttes
> Le 06/01/2016 11:09, Kornel Benko a écrit :
> >> It would be nice if we could converge to the same algorithm in the two
> >> build systems. If you disagree on what autotools do, we can discuss
> >>
Stefan, are you sure using clean build-dir?
At least CMakeCache.txt may contain some include paths from previous run.
For instance changing -DLYX_EXTERNAL_BOOST=.. without removing CMakeCache.txt
is asking for trouble IMHO.
Am Donnerstag, 7. Januar 2016 um 13:46:42, schrieb Stephan Witt
Am 07.01.2016 um 14:51 schrieb Kornel Benko :
>
> Am Donnerstag, 7. Januar 2016 um 14:30:58, schrieb Stephan Witt
>
>> The position of -I/opt/local/linclude in front of
>> -I/Users/stephan/git/lyx/3rdparty/boost is the problem.
>> I wrote this in my previous
Am 07.01.2016 um 11:01 schrieb Kornel Benko :
>
> Am Mittwoch, 6. Januar 2016 um 11:39:10, schrieb Jean-Marc Lasgouttes
>
>> Le 06/01/2016 11:09, Kornel Benko a écrit :
It would be nice if we could converge to the same algorithm in the two
build
On Thu, Jan 07, 2016 at 02:30:58PM -0800, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > > > These versions produce the error for me:
> > > >
> > > > $ ./autogen.sh
> > > > Using automake (GNU automake) 1.14.1
> > > > Using autoconf (GNU Autoconf) 2.69
> > > >
> > > >
> > > > Georg
> > >
> >
Dear Kornel,
thanks for running the tests.
On 2016-01-07, Kornel Benko wrote:
> Failed tests before patch:
> 1145:MANUALS_export/doc/he/Intro_pdf5_texF
> 1146:MANUALS_export/doc/he/Intro_pdf5_systemF
> 1158:MANUALS_export/doc/he/Tutorial_pdf5_texF
>
Am Donnerstag, 7. Januar 2016 um 17:22:09, schrieb Guenter Milde
> Dear Kornel,
>
> thanks for running the tests.
>
> On 2016-01-07, Kornel Benko wrote:
>
> > Failed tests before patch:
> > 1145:MANUALS_export/doc/he/Intro_pdf5_texF
> >
On Sunday, January 03, 2016 04:32:49 AM Scott Kostyshak wrote:
> Hopefully we can make progress on unit tests in the 2.3 cycle, for both
> lyx2lyx and our C++ code and anything else. I would be happy to
> eventually learn the testing framework and try to contribute.
+1
I wholeheartedly agree
On 2016-01-08, Scott Kostyshak wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> On Thu, Jan 07, 2016 at 09:14:02PM +, Guenter Milde wrote:
>> On 2016-01-07, Scott Kostyshak wrote:
>> The patch requires updating. Here is a version, that works with
>> d7ff8c6e18752.
> I just
Am 07.01.2016 um 19:04 schrieb Scott Kostyshak :
>
> On Wed, Jan 06, 2016 at 06:58:37PM +0100, Peter Kümmel wrote:
>>
>>
>> Am 28.12.2015 um 14:48 schrieb Scott Kostyshak:
Ah, the cmakebin variable is not set, a rest of the bot script. Replacing
the variable by
On 2016-01-07, Scott Kostyshak wrote:
> On Thu, Jan 07, 2016 at 06:31:11PM +0100, Kornel Benko wrote:
>> Am Donnerstag, 7. Januar 2016 um 17:22:09, schrieb Guenter Milde
>>
>> > Maybe we should add a pattern
>> >
>> > export/(doc|examples)/he/.*pdf5.*
>> >
>> > to
Guenter Milde wrote:
> On 2016-01-07, Kornel Benko wrote:
>> Am Donnerstag, 7. Januar 2016 um 11:47:16, schrieb Guenter Milde
>>
>
>>> Whether the new "deprecated" tag should go directly into 2.2.0 or wait
>>> a bit is up to Scott (and may depend on the result of our
On Thu, Jan 07, 2016 at 08:07:18PM +, Richard Hughes wrote:
> On 7 January 2016 at 18:21, Scott Kostyshak wrote:
> > I think we already do this. Here is our current lyx.desktop.in file:
> > http://git.lyx.org/?p=lyx.git;a=blob_plain;f=lib/lyx.desktop.in;hb=HEAD
>
> You do,
On Wed, Jan 06, 2016 at 02:22:35PM -0800, Pavel Sanda wrote:
> Georg Baum wrote:
> > Pavel Sanda wrote:
> >
> > > Scott Kostyshak wrote:
> > >> (although I still don't understand why). I get another instance of the
> > >> same error though when using a build directory instead of an in-source
> >
On Mon, Jan 04, 2016 at 08:21:51PM +, Guenter Milde wrote:
> > Is the patch made with 'git am ' committed, or only applied?
>
> Commited. However, "git apply" will also work with an inline patch if passed
> the saved message in mbox format (as does the standard "patch" command).
Sorry for
On Thu, Jan 07, 2016 at 02:15:54AM -0800, Richard Hughes (semi-automated) wrote:
> So, what do I want you to do? Basically, I would like you to add some
> keywords in the lyx.desktop file
Hi Richard,
I think we already do this. Here is our current lyx.desktop.in file:
Am Donnerstag, 7. Januar 2016 um 13:16:22, schrieb Scott Kostyshak
> On Thu, Jan 07, 2016 at 04:58:38PM +0100, Kornel Benko wrote:
> > Am Dienstag, 5. Januar 2016 um 16:35:06, schrieb Guenter Milde
> >
> > > On 2016-01-05, Kornel Benko wrote:
> > >
> > >
Pavel Sanda wrote:
> Scott Kostyshak wrote:
>>
>> Can you reproduce now?
>
> Nope. Smells like automake/autoconf versions. What is your config?
These versions produce the error for me:
$ ./autogen.sh
Using automake (GNU automake) 1.14.1
Using autoconf (GNU Autoconf) 2.69
Georg
Scott Kostyshak wrote:
> > Nope. Smells like automake/autoconf versions. What is your config?
>
> First part is below. Do you want the whole (long) config.log file?
Sorry I just meant these two commands:
automake --version
autoconf --version
P
Georg Baum wrote:
> Pavel Sanda wrote:
>
> > Scott Kostyshak wrote:
> >>
> >> Can you reproduce now?
> >
> > Nope. Smells like automake/autoconf versions. What is your config?
>
> These versions produce the error for me:
>
> $ ./autogen.sh
> Using automake (GNU automake) 1.14.1
> Using
Scott Kostyshak wrote:
> On Thu, Jan 07, 2016 at 09:46:35PM +0100, Georg Baum wrote:
>> Guenter Milde wrote:
>>
>> > On 2016-01-07, Kornel Benko wrote:
>> >> Am Donnerstag, 7. Januar 2016 um 11:47:16, schrieb Guenter Milde
>> >>
>> >
>> >>> Whether the new "deprecated" tag
Am Donnerstag, 7. Januar 2016 um 22:42:03, schrieb Georg Baum
> Pavel Sanda wrote:
>
> > Scott Kostyshak wrote:
> >>
> >> Can you reproduce now?
> >
> > Nope. Smells like automake/autoconf versions. What is your config?
>
> These versions produce the error for
On Thu, Jan 07, 2016 at 10:42:31PM +0100, Georg Baum wrote:
> Scott Kostyshak wrote:
>
> > On Thu, Jan 07, 2016 at 09:46:35PM +0100, Georg Baum wrote:
> >> Guenter Milde wrote:
> >>
> >> > On 2016-01-07, Kornel Benko wrote:
> >> >> Am Donnerstag, 7. Januar 2016 um 11:47:16, schrieb Guenter Milde
On Thu, Jan 07, 2016 at 10:59:26PM +0100, Kornel Benko wrote:
> Am Donnerstag, 7. Januar 2016 um 22:42:03, schrieb Georg Baum
>
> > Pavel Sanda wrote:
> >
> > > Scott Kostyshak wrote:
> > >>
> > >> Can you reproduce now?
> > >
> > > Nope. Smells like
Le 03/01/2016 09:46, Georg Baum a écrit :
We have a script for updating the docs, examples and templates
(development/tools/updatedocs.py), and one for updating the ui and bind
files (development/tools/updatelfuns.sh). Or did you man something else?
Is there a reason why the scripts do not
On 2016-01-07, Scott Kostyshak wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> On Mon, Jan 04, 2016 at 08:21:51PM +, Guenter Milde wrote:
>> > Is the patch made with 'git am ' committed, or only applied?
>> Commited. However, "git apply" will also work with an inline patch
On Thu, Jan 07, 2016 at 09:14:02PM +, Guenter Milde wrote:
> On 2016-01-07, Scott Kostyshak wrote:
>
> > [-- Type: text/plain, Encoding: quoted-printable --]
>
> > On Mon, Jan 04, 2016 at 08:21:51PM +, Guenter Milde wrote:
>
> >> > Is the patch made with 'git am ' committed, or only
On Thu, Jan 07, 2016 at 01:24:45PM -0800, Pavel Sanda wrote:
> Scott Kostyshak wrote:
> > ---
> > mkdir /tmp/tmp.EI1jW3t6A1
> > cd /path/to/git/repo
> > git reset --hard
> > git clean -xdf
> > ./autogen.sh
> > cd /tmp/tmp.EI1jW3t6A1 && /path/to/git/repo/configure
> > --enable-build-type=pre
On Thu, Jan 07, 2016 at 09:46:35PM +0100, Georg Baum wrote:
> Guenter Milde wrote:
>
> > On 2016-01-07, Kornel Benko wrote:
> >> Am Donnerstag, 7. Januar 2016 um 11:47:16, schrieb Guenter Milde
> >>
> >
> >>> Whether the new "deprecated" tag should go directly into 2.2.0 or
Scott Kostyshak wrote:
> ---
> mkdir /tmp/tmp.EI1jW3t6A1
> cd /path/to/git/repo
> git reset --hard
> git clean -xdf
> ./autogen.sh
> cd /tmp/tmp.EI1jW3t6A1 && /path/to/git/repo/configure --enable-build-type=pre
> --enable-monolithic-build=no
> make -j4
> make -j4 check
> make -j4 distcheck
> echo
Scott Kostyshak wrote:
> > > These versions produce the error for me:
> > >
> > > $ ./autogen.sh
> > > Using automake (GNU automake) 1.14.1
> > > Using autoconf (GNU Autoconf) 2.69
> > >
> > >
> > > Georg
> >
> > I have the same, with the error too.
>
> I have the same as Kornel and Georg.
34 matches
Mail list logo