Re: trunk: Unable to change language of the document

Am Sonntag, 15. Februar 2015 um 12:16:59, schrieb Jürgen Spitzmüller > Am Sonntag 15 Februar 2015, 12:05:54 schrieb Kornel Benko: > > How can one modify trac-description? Am I allowed to do so? > > Now you can (I've added you to the "developers" trac group, where you should > have been added lo

Re: trunk: Unable to change language of the document

Am Sonntag 15 Februar 2015, 12:05:54 schrieb Kornel Benko: > How can one modify trac-description? Am I allowed to do so? Now you can (I've added you to the "developers" trac group, where you should have been added long ago anyway). This group has some extended ticket edition rights. Jürgen >

Re: trunk: Unable to change language of the document

Am Sonntag, 15. Februar 2015 um 11:46:41, schrieb Jürgen Spitzmüller > Am Samstag 14 Februar 2015, 14:40:00 schrieb Richard Heck: > > There's no special way. You just have to write "See also #9215" or > > something like that. Trac is smart enough to know that #9215 is supposed > > to be a link.

Re: trunk: Unable to change language of the document

Am Samstag 14 Februar 2015, 14:40:00 schrieb Richard Heck: > There's no special way. You just have to write "See also #9215" or > something like that. Trac is smart enough to know that #9215 is supposed > to be a link. More importantly, add "#9412" to the description of bug #9215 (I've done tha

Re: trunk: Unable to change language of the document

On 02/14/2015 02:03 PM, Kornel Benko wrote: Am Samstag, 14. Februar 2015 um 18:53:48, schrieb Jürgen Spitzmüller Kornel Benko wrote: It works for me too, iff using Qt4. But for some reason not with Qt5. OK, then either something changed with the locale support of qt5, and we need to adapt ou

Re: trunk: Unable to change language of the document

Am Samstag, 14. Februar 2015 um 18:53:48, schrieb Jürgen Spitzmüller > Kornel Benko wrote: > > It works for me too, iff using Qt4. But for some reason not with Qt5. > > OK, then either something changed with the locale support of qt5, and we need > to adapt our source, or it is a bug in qt5. >

Re: trunk: Unable to change language of the document

Kornel Benko wrote: > It works for me too, iff using Qt4. But for some reason not with Qt5. OK, then either something changed with the locale support of qt5, and we need to adapt our source, or it is a bug in qt5. In any case, you should file a ticket with component qt5 and linked to #9215. Jür

Re: trunk: Unable to change language of the document

Am Samstag, 14. Februar 2015 um 17:27:45, schrieb Jürgen Spitzmüller > Kornel Benko wrote: > > More over, setting 'Tools->Preferences...->Language Settings->Default > > decimal separator' has no visible effect. > > This is only for the tabular (alignment at decimal separator). > > Jürgen Ah, O

Re: trunk: Unable to change language of the document

Am Samstag, 14. Februar 2015 um 17:29:02, schrieb Jürgen Spitzmüller > Kornel Benko wrote: > > I have a strong feeling about what happens here. > > > > If the GUI language is one for which the numerical separator is not '.', but > > e.g. ',', then the handling of numerical values is broken. > >

Re: trunk: Unable to change language of the document

Kornel Benko wrote: > More over, setting 'Tools->Preferences...->Language Settings->Default > decimal separator' has no visible effect. This is only for the tabular (alignment at decimal separator). Jürgen

Re: trunk: Unable to change language of the document

Kornel Benko wrote: > I have a strong feeling about what happens here. > > If the GUI language is one for which the numerical separator is not '.', but > e.g. ',', then the handling of numerical values is broken. > The test document contains values for > Document->Settings...->Page Margins

Re: trunk: Unable to change language of the document

Am Samstag, 14. Februar 2015 um 10:17:02, schrieb Scott Kostyshak > > > > I have a strong feeling about what happens here. > > > > If the GUI language is one for which the numerical separator is not '.', > > but e.g. ',', then > > the handling of numerical values is broken. > > The test document

Re: trunk: Unable to change language of the document

On Wed, Feb 11, 2015 at 12:05 PM, Kornel Benko wrote: > Am Dienstag, 10. Februar 2015 um 13:39:17, schrieb Scott Kostyshak > >> On Tue, Feb 10, 2015 at 1:25 PM, Kornel Benko wrote: >> > Am Dienstag, 10. Februar 2015 um 13:05:32, schrieb Scott Kostyshak >> > >> >> On Tue, Feb 10, 2015 at 10:40

Re: trunk: Unable to change language of the document

Am Dienstag, 10. Februar 2015 um 13:39:17, schrieb Scott Kostyshak > On Tue, Feb 10, 2015 at 1:25 PM, Kornel Benko wrote: > > Am Dienstag, 10. Februar 2015 um 13:05:32, schrieb Scott Kostyshak > > > >> On Tue, Feb 10, 2015 at 10:40 AM, Kornel Benko wrote: > >> > Am Dienstag, 10. Februar 2015

Re: trunk: Unable to change language of the document

On Tue, Feb 10, 2015 at 1:25 PM, Kornel Benko wrote: > Am Dienstag, 10. Februar 2015 um 13:05:32, schrieb Scott Kostyshak > >> On Tue, Feb 10, 2015 at 10:40 AM, Kornel Benko wrote: >> > Am Dienstag, 10. Februar 2015 um 10:15:01, schrieb Scott Kostyshak >> > >> >> On Tue, Feb 10, 2015 at 5:46

Re: trunk: Unable to change language of the document

Am Dienstag, 10. Februar 2015 um 13:05:32, schrieb Scott Kostyshak > On Tue, Feb 10, 2015 at 10:40 AM, Kornel Benko wrote: > > Am Dienstag, 10. Februar 2015 um 10:15:01, schrieb Scott Kostyshak > > > >> On Tue, Feb 10, 2015 at 5:46 AM, Kornel Benko wrote: > >> > Hi, > >> > I am unable to set

Re: trunk: Unable to change language of the document

On Tue, Feb 10, 2015 at 10:40 AM, Kornel Benko wrote: > Am Dienstag, 10. Februar 2015 um 10:15:01, schrieb Scott Kostyshak > >> On Tue, Feb 10, 2015 at 5:46 AM, Kornel Benko wrote: >> > Hi, >> > I am unable to set document language in the attached minimal example file. >> > On other files it wo

Re: trunk: Unable to change language of the document

Am Dienstag, 10. Februar 2015 um 10:15:01, schrieb Scott Kostyshak > On Tue, Feb 10, 2015 at 5:46 AM, Kornel Benko wrote: > > Hi, > > I am unable to set document language in the attached minimal example file. > > On other files it works. > > > > The GUI is set to 'slovak'. > > The dialog simply

Re: trunk: Unable to change language of the document

On Tue, Feb 10, 2015 at 5:46 AM, Kornel Benko wrote: > Hi, > I am unable to set document language in the attached minimal example file. > On other files it works. > > The GUI is set to 'slovak'. > The dialog simply does not enable 'Apply' or 'OK' buttons. > In fact, I am unable to set anything in

Re: trunk: Crash on cursor positioning with mouse

Ping ... ping Am Dienstag, 3. Dezember 2013 um 16:55:33, schrieb Kornel Benko > Am Montag, 2. Dezember 2013 um 20:07:23, schrieb Richard Heck > > > > > > But I can try to make a testcase. > > > > > > > OK. See what you can do. > > > > You can send me the whole mess privately, if you wish. I wo

Re: trunk: Style Chunk

Le 03/12/13 02:07, Richard Heck a écrit : Also note that the following thread is related: https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg179740.html Manual fix is probably good, anyway. I will work on the lyx2lyx stuff once the semester is over. Did you notice the following tickets?

Re: trunk: Style Chunk

On Mon, Dec 2, 2013 at 8:13 PM, Scott Kostyshak wrote: > On Mon, Dec 2, 2013 at 8:07 PM, Richard Heck wrote: >> On 12/02/2013 06:39 PM, Scott Kostyshak wrote: >>> >>> Attached is a patch that fixes Literate.lyx manually. I just replace >>> the problematic chunks with ERT. Is this OK for a fix for

Re: trunk: Crash on cursor positioning with mouse

On Mon, Dec 2, 2013 at 8:04 PM, Richard Heck wrote: > On 12/02/2013 07:19 PM, Scott Kostyshak wrote: >> >> On Mon, Dec 2, 2013 at 6:44 PM, Kornel Benko wrote: >>> >>> Am Montag, 2. Dezember 2013 um 23:56:42, schrieb Kornel Benko >>> >>> Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richa

Re: trunk: Style Chunk

On Mon, Dec 2, 2013 at 8:07 PM, Richard Heck wrote: > On 12/02/2013 06:39 PM, Scott Kostyshak wrote: >> >> Attached is a patch that fixes Literate.lyx manually. I just replace >> the problematic chunks with ERT. Is this OK for a fix for 2.1? It >> seems it might save some time to just do this manu

Re: trunk: Crash on cursor positioning with mouse

On 12/02/2013 05:56 PM, Kornel Benko wrote: Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richard Heck > On 12/02/2013 03:45 PM, Kornel Benko wrote: > > > > > > The first click in the float (inside 1.1.1) caused the crash. > > > > This file starts with chapter 1, so we are not at doc

Re: trunk: Style Chunk

On 12/02/2013 06:39 PM, Scott Kostyshak wrote: Attached is a patch that fixes Literate.lyx manually. I just replace the problematic chunks with ERT. Is this OK for a fix for 2.1? It seems it might save some time to just do this manual fix (and also for noweb2lyx and listerrors) for 2.1 and if a l

Re: trunk: Crash on cursor positioning with mouse

On 12/02/2013 07:19 PM, Scott Kostyshak wrote: On Mon, Dec 2, 2013 at 6:44 PM, Kornel Benko wrote: Am Montag, 2. Dezember 2013 um 23:56:42, schrieb Kornel Benko Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richard Heck On 12/02/2013 03:45 PM, Kornel Benko wrote: THIS IS SEVERE: With

Re: trunk: Crash on cursor positioning with mouse

On Mon, Dec 2, 2013 at 6:44 PM, Kornel Benko wrote: > Am Montag, 2. Dezember 2013 um 23:56:42, schrieb Kornel Benko > > >> Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richard Heck >> > >> > On 12/02/2013 03:45 PM, Kornel Benko wrote: > THIS IS SEVERE: > > With the newest lyx, I am unable t

Re: trunk: Crash on cursor positioning with mouse

Am Montag, 2. Dezember 2013 um 23:56:42, schrieb Kornel Benko > Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richard Heck > > On 12/02/2013 03:45 PM, Kornel Benko wrote: > > > > > > > > > > The first click in the float (inside 1.1.1) caused the crash. > > > > > > This file starts with chapte

Re: trunk: Style Chunk

Attached is a patch that fixes Literate.lyx manually. I just replace the problematic chunks with ERT. Is this OK for a fix for 2.1? It seems it might save some time to just do this manual fix (and also for noweb2lyx and listerrors) for 2.1 and if a lyx2lyx fix is desired that can be worked on later

Re: trunk: Crash on cursor positioning with mouse

Am Montag, 2. Dezember 2013 um 17:21:13, schrieb Richard Heck > On 12/02/2013 03:45 PM, Kornel Benko wrote: > > > > > > The first click in the float (inside 1.1.1) caused the crash. > > > > This file starts with chapter 1, so we are not at document start. > > > > OK, so you can see what you're g

Re: trunk: Crash on cursor positioning with mouse

On 12/02/2013 03:45 PM, Kornel Benko wrote: > > Interesting may be also this: > > > > (gdb) p dit_text[0] > > > > $1 = (const lyx::CursorSlice &) @0x4395580: { > > > > inset_ = 0x2646fb0, > > > > idx_ = 0, > > > > pit_ = 9, > > > > pos_ = 0 > > > > } > > > > (gdb) p it->dit_[0]

Re: trunk: Crash on cursor positioning with mouse

Am Montag, 2. Dezember 2013 um 21:45:09, schrieb Kornel Benko > The first click in the float (inside 1.1.1) caused the crash. > This file starts with chapter 1, so we are not at document start. > > The backtrace is identical. 'it' seems to be totaly wrong. (gdb) up #1 0x0102fbcc in lyx

Re: trunk: Crash on cursor positioning with mouse

Am Montag, 2. Dezember 2013 um 15:16:45, schrieb Richard Heck > On 12/01/2013 08:49 AM, Kornel Benko wrote: > > > > Hi, > > > > ATM I get often crashes. > > > > Lyx editing in two windows (but different files). > > > > I try to position the cursor to the start of document. > > > > The first elemen

Re: trunk: Crash on cursor positioning with mouse

On 12/01/2013 08:49 AM, Kornel Benko wrote: Hi, ATM I get often crashes. Lyx editing in two windows (but different files). I try to position the cursor to the start of document. The first element there is floating image. A few questions: Do you have the outliner open in both documents? Ar

Re: trunk: Crash on cursor positioning with mouse

Am Sonntag, 1. Dezember 2013 um 22:36:17, schrieb Scott Kostyshak > On Sun, Dec 1, 2013 at 8:49 AM, Kornel Benko wrote: > > Hi, > > > > ATM I get often crashes. > > > > > > > > Lyx editing in two windows (but different files). > > Different instances of LyX or same instance? If same instance, h

Re: trunk: Crash on cursor positioning with mouse

On Sun, Dec 1, 2013 at 8:49 AM, Kornel Benko wrote: > Hi, > > ATM I get often crashes. > > > > Lyx editing in two windows (but different files). Different instances of LyX or same instance? If same instance, how do you get the other window? From File > New Window or do you have Tools > preference

Re: trunk: Style Chunk

On Sun, Oct 6, 2013 at 11:50 AM, Richard Heck wrote: > On 09/29/2013 01:34 PM, Richard Heck wrote: >> >> On 09/25/2013 03:15 PM, Scott Kostyshak wrote: >>> >>> On Tue, Sep 10, 2013 at 6:26 PM, Scott Kostyshak >>> wrote: On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote: > > O

Re: trunk: Style Chunk

On 09/29/2013 01:34 PM, Richard Heck wrote: On 09/25/2013 03:15 PM, Scott Kostyshak wrote: On Tue, Sep 10, 2013 at 6:26 PM, Scott Kostyshak wrote: On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote: On 09/10/2013 11:51 AM, Scott Kostyshak wrote: On Tue, Aug 20, 2013 at 7:43 PM, Richard Hec

Re: trunk: Style Chunk

On 09/25/2013 03:15 PM, Scott Kostyshak wrote: On Tue, Sep 10, 2013 at 6:26 PM, Scott Kostyshak wrote: On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote: On 09/10/2013 11:51 AM, Scott Kostyshak wrote: On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote: I wrote the lyx2lyx stuff to do th

Re: trunk: Style Chunk

On Tue, Sep 10, 2013 at 6:26 PM, Scott Kostyshak wrote: > On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote: >> On 09/10/2013 11:51 AM, Scott Kostyshak wrote: >>> >>> On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote: I wrote the lyx2lyx stuff to do this, so if you can post an example t

Re: trunk: Style Chunk

On Tue, Sep 10, 2013 at 3:09 PM, Richard Heck wrote: > On 09/10/2013 11:51 AM, Scott Kostyshak wrote: >> >> On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote: >>> I wrote the lyx2lyx stuff to do this, so if you can post an example that >>> doesn't convert, I'll fix it. >> >> The examples are: l

Re: trunk: Style Chunk

On 09/10/2013 11:51 AM, Scott Kostyshak wrote: On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote: On 08/20/2013 03:36 PM, Kornel Benko wrote: In lyx2.0 we had "Style Chunk" and now we have only "InsetLayout Flex:Chunk". But we have also files using the style (which is ATM 'unknown') Can w

Re: trunk: Style Chunk

On Tue, Aug 20, 2013 at 7:43 PM, Richard Heck wrote: > On 08/20/2013 03:36 PM, Kornel Benko wrote: >> >> >> In lyx2.0 we had "Style Chunk" and now we have only "InsetLayout >> Flex:Chunk". >> >> But we have also files using the style (which is ATM 'unknown') >> >> Can we please get it back? Insert

Re: trunk: Style Chunk

Am Dienstag, 20. August 2013 um 19:43:32, schrieb Richard Heck > On 08/20/2013 03:36 PM, Kornel Benko wrote: > > > > In lyx2.0 we had "Style Chunk" and now we have only "InsetLayout > > Flex:Chunk". > > > > But we have also files using the style (which is ATM 'unknown') > > > > Can we please get

Re: trunk: Style Chunk

On 08/20/2013 03:36 PM, Kornel Benko wrote: In lyx2.0 we had "Style Chunk" and now we have only "InsetLayout Flex:Chunk". But we have also files using the style (which is ATM 'unknown') Can we please get it back? Inserted maybe in litinsets.inc? The chunk styles are meant to be converted

Re: trunk: ps2pdf woes

Richard Heck wrote: > Certainly it seems to be a mistake to use this same format for both > purposes, even independently of this problem. So I'd say "yes". And > "thank you". I endorse that. Jürgen

Re: trunk: ps2pdf woes

On 03/17/2013 03:54 PM, Georg Baum wrote: Richard Heck wrote: On 03/17/2013 01:05 PM, Jürgen Spitzmüller wrote: Due to the existence of an OpenDocument > PDF converter (unoconv -f pdf -- stdout $$i > $$o), the ps2pdf route fails for me in trunk. LyX tries to go the route via odt instead of the

Re: trunk: ps2pdf woes

Richard Heck wrote: > On 03/17/2013 01:05 PM, Jürgen Spitzmüller wrote: >> Due to the existence of an OpenDocument > PDF converter (unoconv -f pdf >> -- stdout $$i > $$o), the ps2pdf route fails for me in trunk. LyX tries >> to go the route via odt instead of the preferred latex > dvi > ps > pdf >

Re: trunk: ps2pdf woes

On 03/17/2013 01:05 PM, Jürgen Spitzmüller wrote: Due to the existence of an OpenDocument > PDF converter (unoconv -f pdf -- stdout $$i > $$o), the ps2pdf route fails for me in trunk. LyX tries to go the route via odt instead of the preferred latex > dvi > ps > pdf route. Since we cannot yet pre

Re: trunk no longer compilable

Am 26.01.2013 00:14, schrieb Julien Rioux: Uwe is using the merged build. No I am not. I use the build.bat that we have in Git and it compiles using this line: cmake %LYX_SOURCE% -G%USED_STUDIO% -DLYX_MERGE_REBUILD=0 -DLYX_MERGE_FILES=0 -DLYX_NLS=1 -DLYX_INSTALL=1 -DLYX_RELEASE=1 -DLYX_CONS

Re: trunk no longer compilable

Am 25.01.2013 23:51, schrieb Julien Rioux: Your latest change break the compilation for me, while I had no compilation problem beforehand: How can that be? I compile with autotools and gcc 4.6.2, and you? I am using MSVC 2010 and CMake. regards Uwe

Re: trunk no longer compilable

On Fri, Jan 25, 2013 at 6:05 PM, Vincent van Ravesteijn wrote: > > Op 25 jan. 2013 23:51 schreef "Julien Rioux" het volgende: > > >> >> On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr wrote: >> > Am 25.01.2013 08:39, schrieb Kornel Benko: >> > >> >> This for sure is not my doing. Looks, like your com

Re: trunk no longer compilable

On Fri, Jan 25, 2013 at 5:36 PM, Uwe Stöhr wrote: > Am 25.01.2013 08:39, schrieb Kornel Benko: > >> This for sure is not my doing. Looks, like your compiler/linker >> finds "lyx::Encoding::any" in Encoding.obj and BiblioInfo.obj. >> >> The last change was Jan 19 by Julien Rioux. > > > Thanks for t

Re: trunk no longer compilable

Am 25.01.2013 08:39, schrieb Kornel Benko: This for sure is not my doing. Looks, like your compiler/linker finds "lyx::Encoding::any" in Encoding.obj and BiblioInfo.obj. The last change was Jan 19 by Julien Rioux. Thanks for the pointer. This was indeed the bug and I corrected this now: http:

Re: trunk no longer compilable

Am Freitag, 25. Januar 2013 um 01:57:59, schrieb Uwe Stöhr > I just checked out the latest trunk and cannot compile it any longer. The bug > must have been > introduced within the last 2 days. Kornel, can you please have a look?: > > "D:\LyXGit\Master\compile-result\INSTALL.vcxproj" (default ta

Re: Re: Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 6:17 PM, Kornel Benko wrote: > Am Samstag, 6. Oktober 2012 um 12:20:24, schrieb Liviu Andronic > > >> On Sat, Oct 6, 2012 at 11:16 AM, Kornel Benko wrote: > >> >> Will now try automake. > >> > Same error. > >> Should I file this on the bug tracker? > > I think yes. > http:

Re: Re: Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

Am Samstag, 6. Oktober 2012 um 12:20:24, schrieb Liviu Andronic > On Sat, Oct 6, 2012 at 11:16 AM, Kornel Benko wrote: > >> Will now try automake. > > > > Same error. > > > Should I file this on the bug tracker? > > Liviu I think yes. Kornel signature.asc Description: This is a digit

Re: Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 11:16 AM, Kornel Benko wrote: >> Will now try automake. > > Same error. > Should I file this on the bug tracker? Liviu

Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 5:46 AM, Liviu Andronic wrote: > On Sat, Oct 6, 2012 at 11:14 AM, Scott Kostyshak wrote: >> If it's not too much of a pain, could you document the packaging >> procedure for Ubuntu and LyX? >> >> At this point it's only a question out of curiosity and not necessity >> so re

Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 11:14 AM, Scott Kostyshak wrote: > If it's not too much of a pain, could you document the packaging > procedure for Ubuntu and LyX? > > At this point it's only a question out of curiosity and not necessity > so really if it's an extra pain to document it, don't worry about.

Re: Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

Am Samstag, 6. Oktober 2012 um 10:53:05, schrieb Kornel Benko > Am Samstag, 6. Oktober 2012 um 10:21:18, schrieb Liviu Andronic > > > On Sat, Oct 6, 2012 at 9:40 AM, Kornel Benko wrote: > > > Did not try. And did you try cmake? :) > > > > > Well, I'd rather not. I am trying to cook 2.1dev for m

Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 5:01 AM, Liviu Andronic wrote: > On Sat, Oct 6, 2012 at 10:53 AM, Kornel Benko wrote: >> Are you aware of "make package" in cmake? I am using it all the time. >> > No, I didn't know that. But since I'm trying to come up with a rather > specific setup, I need to tinker manua

Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 10:53 AM, Kornel Benko wrote: > Are you aware of "make package" in cmake? I am using it all the time. > No, I didn't know that. But since I'm trying to come up with a rather specific setup, I need to tinker manually with the packaging info. > > Will now try automake. > Than

Re: Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

Am Samstag, 6. Oktober 2012 um 10:21:18, schrieb Liviu Andronic > On Sat, Oct 6, 2012 at 9:40 AM, Kornel Benko wrote: > > Did not try. And did you try cmake? :) > > > Well, I'd rather not. I am trying to cook 2.1dev for my Ubuntu PPA and > the debian packaging uses autotools, Are you aware of "

Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Sat, Oct 6, 2012 at 9:40 AM, Kornel Benko wrote: > Did not try. And did you try cmake? :) > Well, I'd rather not. I am trying to cook 2.1dev for my Ubuntu PPA and the debian packaging uses autotools, and I'd rather stick to that (not least because I'm not very familiar with cmake). So is it pos

Re: Re: Re: Re: trunk fails to: ./configure --without-included-boost

Am Freitag, 5. Oktober 2012 um 23:45:53, schrieb Liviu Andronic > On Fri, Oct 5, 2012 at 2:50 PM, Kornel Benko wrote: > > I, too have Precise ..., so this should not be the reason. > > > > > several liboost 1.40.0 libraries laying around. > > > > I have too, so no problem either ... > > > Hmm, b

Re: Re: Re: trunk fails to: ./configure --without-included-boost

On Fri, Oct 5, 2012 at 2:50 PM, Kornel Benko wrote: > I, too have Precise ..., so this should not be the reason. > > > several liboost 1.40.0 libraries laying around. > > I have too, so no problem either ... > Hmm, but does it work when you use autotools instead of cmake? Liviu

Re: trunk fails to: ./configure --without-included-boost

On Fri, Oct 5, 2012 at 3:04 PM, Jean-Marc Lasgouttes wrote: > Normally, the checks looks at both boost-signals and boost-signals-mt. > > Could you look later in the log file for more information? > Indeed, I missed this one: configure:7409: g++ -o conftest -g -O -Wextra -Wall-lboost_signals-mt

Re: trunk fails to: ./configure --without-included-boost

Le 05/10/2012 13:21, Liviu Andronic a écrit : On Fri, Oct 5, 2012 at 12:28 PM, Jean-Marc Lasgouttes mailto:lasgout...@lyx.org>> wrote: > What error do you get in config.log? > Oh, sorry. Forgot to attach the relevant files. I think that this is the relevant part: configure:7351: checking whet

Re: Re: Re: trunk fails to: ./configure --without-included-boost

Am Freitag, 5. Oktober 2012 um 14:20:45, schrieb Liviu Andronic > On Fri, Oct 5, 2012 at 1:47 PM, Kornel Benko wrote: > > # dpkg -S /usr/lib/libboost_signals.so.1.46.1 > > /usr/lib/libboost_regex.so.1.46.1 > > > > libboost-signals1.46.1: /usr/lib/libboost_signals.so.1.46.1 > > > > libboost-regex

Re: Re: trunk fails to: ./configure --without-included-boost

On Fri, Oct 5, 2012 at 1:47 PM, Kornel Benko wrote: > # dpkg -S /usr/lib/libboost_signals.so.1.46.1 > /usr/lib/libboost_regex.so.1.46.1 > > libboost-signals1.46.1: /usr/lib/libboost_signals.so.1.46.1 > > libboost-regex1.46.1: /usr/lib/libboost_regex.so.1.46.1 > For some reason (previous upgrade fr

Re: Re: trunk fails to: ./configure --without-included-boost

Am Freitag, 5. Oktober 2012 um 13:21:48, schrieb Liviu Andronic > On Fri, Oct 5, 2012 at 12:28 PM, Jean-Marc Lasgouttes > wrote: > > What error do you get in config.log? > > > Oh, sorry. Forgot to attach the relevant files. I think that this is the > relevant part: > configure:7351: checking whe

Re: trunk fails to: ./configure --without-included-boost

On Fri, Oct 5, 2012 at 12:28 PM, Jean-Marc Lasgouttes wrote: > What error do you get in config.log? > Oh, sorry. Forgot to attach the relevant files. I think that this is the relevant part: configure:7351: checking whether to use included boost library configure:7369: result: no configure:7392: g+

Re: trunk fails to: ./configure --without-included-boost

Le 05/10/2012 10:40, Liviu Andronic a écrit : Hello I am trying to compile trunk with system boost libraries, but fail. Upon running ./configure --without-included-boost What error do you get in config.log? JMarc

Re: trunk regression: [LyX master] Fix crash introduced in my previous commit f6b1c24b

Le 22/07/2012 19:20, Scott Kostyshak a écrit : I am getting an assert on trunk. git bisect lead me to this commit. I can reproduce with: 1. start a new document 2. ctrl+m to enter inline math mode 3. type "x" 4. undo The code should be correct now. Please test, as my previous code was seriousl

Re: trunk regression: [LyX master] Fix crash introduced in my previous commit f6b1c24b

On 07/25/2012 07:20 AM, Jean-Marc Lasgouttes wrote: Hmm, sorry about that. The best is then to remove the two (3 with a typo fix) commits. This looks to me as if it must be another failure to set the selection. Richard JMarc Le lundi 23 juillet 2012, Richard Heck > a

Re: trunk regression: [LyX master] Fix crash introduced in my previous commit f6b1c24b

Hmm, sorry about that. The best is then to remove the two (3 with a typo fix) commits. JMarc Le lundi 23 juillet 2012, Richard Heck a écrit : > On 07/22/2012 01:20 PM, Scott Kostyshak wrote: >> >> I am getting an assert on trunk. git bisect lead me to this commit. >> I can reproduce with: >> 1.

Re: trunk regression: [LyX master] Fix crash introduced in my previous commit f6b1c24b

On 07/22/2012 01:20 PM, Scott Kostyshak wrote: I am getting an assert on trunk. git bisect lead me to this commit. I can reproduce with: 1. start a new document 2. ctrl+m to enter inline math mode 3. type "x" 4. undo Confirmed. I get the following: lassert.cpp (35): ASSERTION undo.pars VIOLAT

Re: trunk regression

On 05/31/2012 03:23 PM, Scott Kostyshak wrote: Your initialization patch fixes the problem for me. Thanks for tracking this down, silly mistake. rh

RE: trunk regression

Your initialization patch fixes the problem for me. Thanks for tracking this down, Scott

Re: trunk regression

On 05/31/2012 12:58 AM, Scott Kostyshak wrote: From: Richard Heck [rgh...@comcast.net] Sent: Wednesday, May 23, 2012 8:43 AM >On 05/23/2012 03:21 AM, Scott Kostyshak wrote: >> LyX hangs if a converter fails. I can reproduce this in current trunk by opening a new document and putting \foo in an

RE: trunk regression

From: Richard Heck [rgh...@comcast.net] Sent: Wednesday, May 23, 2012 8:43 AM >On 05/23/2012 03:21 AM, Scott Kostyshak wrote: >> LyX hangs if a converter fails. I can reproduce this in current trunk by >> opening a new document and putting \foo in an ERT box and trying to view or >> >>export to

Re: trunk regression

On 05/23/2012 03:21 AM, Scott Kostyshak wrote: LyX hangs if a converter fails. I can reproduce this in current trunk by opening a new document and putting \foo in an ERT box and trying to view or export to pdflatex. git bisect led me here: 288c1e0faad85d4b0f17e366cb5c44473a133957 Can't repro

Re: Re: trunk: Edit database(s) externally

Am Montag, 5. März 2012 um 09:43:36, schrieb Richard Heck > On 03/05/2012 09:01 AM, Kornel Benko wrote: > > Am Montag, 5. März 2012 um 12:36:30, schrieb Kornel Benko > >> Hi, > >> it looks like the mime-type of *.bib were not recognized by lyx. > >> > >> If I right-clock on the inset "BibTeX Gener

Re: trunk: Edit database(s) externally

On 03/05/2012 09:01 AM, Kornel Benko wrote: Am Montag, 5. März 2012 um 12:36:30, schrieb Kornel Benko Hi, it looks like the mime-type of *.bib were not recognized by lyx. If I right-clock on the inset "BibTeX Generated Bibliography" ans select "Edit Database(s) Externally...", then I get the g

Re: trunk: Edit database(s) externally

Am Montag, 5. März 2012 um 12:36:30, schrieb Kornel Benko > Hi, > it looks like the mime-type of *.bib were not recognized by lyx. > > If I right-clock on the inset "BibTeX Generated Bibliography" ans select > "Edit Database(s) Externally...", > then I get the gvim as editing program (this I had

Re: Re: Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 22:45:24, schrieb Georg Baum > Kornel Benko wrote: > > > This cured it for me. > > (The new magic code is enclosed in "if (filename.exists()) " > > Thanks. I have to admit that I did not test with new documents (they tend to > have not so many graphics insets),

Re: Re: Re: Re: Trunk: creating new documents broken

Kornel Benko wrote: > This cured it for me. > (The new magic code is enclosed in "if (filename.exists()) " Thanks. I have to admit that I did not test with new documents (they tend to have not so many graphics insets), but with existing ones. Georg

Re: Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 12:08:56, schrieb Kornel Benko > Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda > > Kornel Benko wrote: > > > Bisecting ... > > > Ok, it started on r40791. This is the first time using the libmagic with > > > cmake-build. > > > > This is very str

Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda > Kornel Benko wrote: > > Bisecting ... > > Ok, it started on r40791. This is the first time using the libmagic with > > cmake-build. > > This is very strange, I use autotools and get the same crash. > Pavel I was hoping that it wou

Re: Re: Trunk: creating new documents broken

Kornel Benko wrote: > Bisecting ... > Ok, it started on r40791. This is the first time using the libmagic with > cmake-build. This is very strange, I use autotools and get the same crash. Pavel

Re: Re: Trunk: creating new documents broken

Am Montag, 27. Februar 2012 um 19:07:14, schrieb Richard Heck > On 02/27/2012 12:57 PM, Kornel Benko wrote: > > > Hi, > > at the moment it seems impossible to even try to open a new document. > > ==> Exception: basic_string::_S_construct null not valid. > No such problem here. > > rh > Bis

Re: Trunk: creating new documents broken

On 02/27/2012 12:57 PM, Kornel Benko wrote: Hi, at the moment it seems impossible to even try to open a new document. ==> Exception: basic_string::_S_construct null not valid. No such problem here. rh This is the backtrace: (gdb) bt #0 0x75961773 in __GI___poll (fds=, nfds=, time

Re: Re: Trunk not compilable

Am Donnerstag, 5. Januar 2012 um 14:29:50, schrieb Stephan Witt > Am 05.01.2012 um 11:05 schrieb Kornel Benko: > > > I get this: > > ... > > cd /usr/BUILD/BuildLyx/src && /usr/bin/c++ -DUSE_ENCHANT=1 -Wall > > -Wunused-parameter -fno-strict-aliasing -Wall -Wunused-parameter -O3 > > -DNDEBUG

Re: Trunk not compilable

Am 05.01.2012 um 11:05 schrieb Kornel Benko: > I get this: > ... > cd /usr/BUILD/BuildLyx/src && /usr/bin/c++ -DUSE_ENCHANT=1 -Wall > -Wunused-parameter -fno-strict-aliasing -Wall -Wunused-parameter -O3 > -DNDEBUG -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src > -I/usr/include/enchant -I

Re: Trunk tarballs broken by cmake & boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see attachment

Re: Trunk tarballs broken by cmake & boost

On 06.12.2011 00:14, Pavel Sanda wrote: cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see attachment

Re: Re: Trunk tarballs broken by cmake & boost

Am Dienstag, 6. Dezember 2011 um 12:38:24, schrieb Pavel Sanda > Peter Kümmel wrote: > > Have you checked if all boost headers are packed? Because when I've updated > > boost I haven't updated any .am file. > > well, its kinda clear that some boost files are missing so i didn't > investigated de

Re: Trunk tarballs broken by cmake & boost

Peter Kümmel wrote: > Have you checked if all boost headers are packed? Because when I've updated > boost I haven't updated any .am file. well, its kinda clear that some boost files are missing so i didn't investigated deeper. --without-included-boost "fixed" the situation for me at the moment ;

  1   2   3   4   5   6   >