Am Mittwoch, 17. Juli 2013 um 16:05:11, schrieb Pavel Sanda
> Georg Baum wrote:
> > > My feeling is that make - check - install is kind of standard mantra for
> > > building autotools based stuff but I have no reference to prove it.
> > > Certainly I can see that it's unusual that tests are explic
Am Mittwoch, 17. Juli 2013 um 23:09:14, schrieb Scott Kostyshak
> > Scott, could you please debug on ubuntu13?
> >
>
> Georg's recent commit fixed it for me. Do the tests pass for you now?
> Is there still something that I should debug?
>
> Scott
No, it passes here too now. But now I wonder wh
On Wed, Jul 17, 2013 at 1:17 PM, Kornel Benko wrote:
> Am Mittwoch, 17. Juli 2013 um 11:36:22, schrieb Kornel Benko
>
>
>> Am Sonntag, 14. Juli 2013 um 14:45:09, schrieb Scott Kostyshak
>>
>
>> >
>
>> > Installing Gnumeric did fix one of the tests for me on Ubuntu 13.04.
>
>> > However, after Ko
Guy Rutenberg wrote:
> On 6 July 2013 15:04, Stephan Witt wrote:
>
> > IMHO, the current state is a result of using system() call at first
> > because of platform independency and it is never moved to the execv()
> > style later because using QProcess is an option only.
> >
>
> Now that I'm more
Georg Baum wrote:
> > My feeling is that make - check - install is kind of standard mantra for
> > building autotools based stuff but I have no reference to prove it.
> > Certainly I can see that it's unusual that tests are explicitly disabled
> > on source based distribution.
>
> If this is some
Am 14.07.2013 um 20:45 schrieb Scott Kostyshak :
> On Sun, Jul 14, 2013 at 12:10 PM, Kornel Benko wrote:
>> Am Sonntag, 14. Juli 2013 um 18:05:08, schrieb Georg Baum
>>
>>
>>> Kornel Benko wrote:
I for one have gnumeric installed, still this test fails.
>>
Which converter do you have
Hi,
On 6 July 2013 15:04, Stephan Witt wrote:
> IMHO, the current state is a result of using system() call at first
> because of platform independency and it is never moved to the execv()
> style later because using QProcess is an option only.
>
Now that I'm more familiar with that code, I thin
Le 17/07/13 06:09, Hashini Senaratne a écrit :
Tried to update the text cursor position accordingly:
http://git.lyx.org/?p=gsoc.git;a=commitdiff;h=f2614dabfa0b93519ea6e30985d632f2bea871e3
This works very well! A small nit: when cursor goes to rith right at the
end of the visible row, it goes b
Kornel Benko wrote:
> With this change the test-insets.tex-test works for me.
>
> Not sure, how to handle this. Georg?
See
http://www.lyx.org/trac/changeset/c7cdac6561c440af205628f92ecbebef6d6a21da/lyxgit/.
This is a different problem than the one you saw before.
Georg
Pavel Sanda wrote:
> Georg Baum wrote:
>> However, since LyX depends heavily on external tools, failures like
>> this do not indicate a problem with the test, but with the spreadsheet
>> support on this particular distro, so actually the test did its job.
>
> This depends how much you want to adh
Jean-Marc Lasgouttes wrote:
> I remember that we had a request about that. However, replacing all \n
> in the LyX code by some macro that can output \r\n is not something I
> want to do. I am not even not sure of how this is handled by C++.
You could do it at file stream level: Always output the
Le 17/07/2013 15:16, Richard Heck a écrit :
Thanks, Scott. Silly error. Fixed locally, and will be pushed when
lyx.org comes back online. Seems to be frozen at the moment.
It looks like there is a DDOS attack against Network Solutions. No DNS
== no site :(
I do not think this is our fault th
Am Mittwoch, 17. Juli 2013 um 11:36:22, schrieb Kornel Benko
> Am Sonntag, 14. Juli 2013 um 14:45:09, schrieb Scott Kostyshak
>
> >
> > Installing Gnumeric did fix one of the tests for me on Ubuntu 13.04.
> > However, after Kornel's report of failure, I tested also on a
> > different machine wi
On 07/17/2013 04:17 AM, Scott Kostyshak wrote:
I'm getting the following assertion:
support/lassert.cpp (43): ASSERTION bstyle == style VIOLATED IN
/home/scott/lyxbuilds/master/repo/src/output_xhtml.cpp:1013
Assertion triggered in void lyx::doAssert(const char*, const char*,
long int) by failing
Am 16.07.2013 um 22:55 schrieb Uwe Stöhr :
> Am 16.07.2013 22:44, schrieb Stephan Witt:
>
>> I don't like your proposal. It'd be a very heavy change.
>
> Only a few kB.
The whole diff would be send to the list per mail.
>> E.g. you can change one place of the tutorial document. It's a file wit
Am Sonntag, 14. Juli 2013 um 14:45:09, schrieb Scott Kostyshak
>
> Installing Gnumeric did fix one of the tests for me on Ubuntu 13.04.
> However, after Kornel's report of failure, I tested also on a
> different machine with Ubuntu 12.04 and with Gnumeric installed and it
> failed (that is, both
On Wed, Jul 17, 2013 at 5:22 AM, Vincent van Ravesteijn wrote:
>
> Op 16 jul. 2013 23:16 schreef "Scott Kostyshak" het
> volgende:
>
>
>>
>> On Sun, Jul 14, 2013 at 3:47 AM, Scott Kostyshak wrote:
>> > On Sun, Jul 14, 2013 at 2:45 AM, Jürgen Spitzmüller
>> > wrote:
>> >> Scott Kostyshak wrote:
Le 14/07/2013 20:36, Jean-Marc Lasgouttes a écrit :
For some reason, I cannot compile anymore on OS X. It turns out that,
for Qt libraries on OS X,
pkg-config --libs-only-l QtCore
and
pkg-config --libs-only-L QtCore
return empty values, which is not wrong considering that on OS X, we use
no
Le 14/07/2013 16:55, Jean-Marc Lasgouttes a écrit :
Le 14/07/13 12:46, Richard Heck a écrit :
On 07/13/2013 10:59 AM, Enrico Forestieri wrote:
Using autotools, the availability of putenv is not checked, so the macro
HAVE_PUTENV is not defined and compiling stops with the error
"No environment-s
Le 16/07/2013 06:48, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
OK, let's keep it as it is right now. Shall I commit it somewhere now or
wait?
I would put it into master. P
Vincent, can I commit this somewhere?
JMarc
Op 16 jul. 2013 23:16 schreef "Scott Kostyshak" het
volgende:
>
> On Sun, Jul 14, 2013 at 3:47 AM, Scott Kostyshak wrote:
> > On Sun, Jul 14, 2013 at 2:45 AM, Jürgen Spitzmüller
wrote:
> >> Scott Kostyshak wrote:
> >>> > For the others, I'm missing the Makefile changes.. right ?
> >>>
> >>> I do
Am Dienstag, 16. Juli 2013 um 11:43:09, schrieb Pavel Sanda
> Kornel Benko wrote:
> > I do not. I mean, I know enough developers, they are not testing if not
> > forced to.
>
> Kornel, please address some of the question of the previous thread then.
> If for example someone does not install gnum
I'm getting the following assertion:
support/lassert.cpp (43): ASSERTION bstyle == style VIOLATED IN
/home/scott/lyxbuilds/master/repo/src/output_xhtml.cpp:1013
Assertion triggered in void lyx::doAssert(const char*, const char*,
long int) by failing check "false" in file
/home/scott/lyxbuilds/mast
23 matches
Mail list logo
