Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools-extended #899

[ci-lyx]

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/899/

Re: Problem with message "The file ... changed on disk."

[Scott Kostyshak]

On Tue, Apr 17, 2018 at 04:14:30PM +, Richard Heck wrote:

> I have Spider Oak as well, though I don't use the auto-sync feature, but
> I can activate it and see if I see the same behavior.

It might be helpful to use inotify to get a log of events that happened
(e.g. maybe Spider Oak modifies it and then immediately changes it
back).

Scott


signature.asc
Description: PGP signature

Re: Problem with message "The file ... changed on disk."

[Richard Heck]

On 04/17/2018 03:24 AM, racoon wrote:
> On 08/04/2018 04:17, Richard Kimberly Heck wrote:
>> On 04/07/2018 06:13 PM, Scott Kostyshak wrote:
>>> On Fri, Apr 06, 2018 at 10:47:29PM +, Richard Kimberly Heck wrote:
 On 04/06/2018 04:03 AM, racoon wrote:
> Hi,
>
> I am getting the message "The file ... changed on disk." even
> though I
> just saved the file a minute ago or so and it isn't opened anywhere
> else. My hunch is that it relates to the syncing with Spider Oak. Did
> anyone experience a similar problem or know what's going on?
 That seems likely. Did the timestamp change?
>>> Not sure how useful it is, but I tested (on Linux) and if I have the
>>> .lyx file open and just use the touch command externally, I am not
>>> given
>>> the message.
>>
>> Wild guess on my part, and apparently not a good one.
>>
>> I suppose the first thing to do is to turn off Spider Oak's autosync and
>> see if that makes the problem go away.
>
> With Spider Oak tuned off I did not get the messages and they
> reappeared once it was turned on again.

OK, so there's something Spider Oak is doing when it syncs this stuff.

I have Spider Oak as well, though I don't use the auto-sync feature, but
I can activate it and see if I see the same behavior.

Riki

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools #787

[ci-lyx]

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/787/

Re: mathed crash

[Jean-Marc Lasgouttes]

Le 06/04/2018 à 18:33, Pavel Sanda a écrit :

Hi JMarc,

we likely have new crash related to the latest mathed cursor patch:

1. load the document (I will send privately though)
2. go to section 7.2, in the midst of paragraph there is last
CA^{2+} in mathed, put the cursor just behind it
3.
now random iteration of these steps gives me crash within 30s of playing
3a. ctrl+m create empty eq.
3b. go out of and back inside the inset or move around little bit with cursor 
(I mean caret)
3c. type single 'a' into it
3d. delete by backspace the whole inset, or 'a', or 'a' and then inset by 
second backspace

4. kaboom.

I was not capable to find 100% recipy, but in all cases the crash happened after
backspace in the empty inset. It might be connected to the font reset as well?


Sorry for being slow on this. As I understand it, the crash is related 
to the new painting architecture and therefore probably exists in 2.3.x 
too. This is the one I need to fix first. I have an idea, but I have to 
see how it works. This should fix the cursor issues with spanish 
keyboard that Scott reported.


The font reset issue is separate, and I will handle it later. This one 
is only in trunk. I have to use a different strategy to remember the 
font size in maths.


And then there is the issue of too small cursor after something like 
'a'. This one needs to be fixed in 2.3 too, because it is related to 
#11050.


I'll tackle these three as soon as I find time.

JMarc

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #898

[Jean-Marc Lasgouttes]

Disk was full. I either fixed it or removed to many things and broke the 
buildbot. Time will tell :)


JMarc

Le 17/04/2018 à 11:25, ci-...@inria.fr a écrit :

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

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

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

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

[ci-lyx]

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

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

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

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

[ci-lyx]

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

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

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

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

[ci-lyx]

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

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

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

Re: Problem with message "The file ... changed on disk."

[racoon]

On 08/04/2018 04:17, Richard Kimberly Heck wrote:

On 04/07/2018 06:13 PM, Scott Kostyshak wrote:

On Fri, Apr 06, 2018 at 10:47:29PM +, Richard Kimberly Heck wrote:

On 04/06/2018 04:03 AM, racoon wrote:

Hi,

I am getting the message "The file ... changed on disk." even though I
just saved the file a minute ago or so and it isn't opened anywhere
else. My hunch is that it relates to the syncing with Spider Oak. Did
anyone experience a similar problem or know what's going on?

That seems likely. Did the timestamp change?

Not sure how useful it is, but I tested (on Linux) and if I have the
.lyx file open and just use the touch command externally, I am not given
the message.


Wild guess on my part, and apparently not a good one.

I suppose the first thing to do is to turn off Spider Oak's autosync and
see if that makes the problem
go away.


With Spider Oak tuned off I did not get the messages and they reappeared 
once it was turned on again.


Daniel

Re: Problem with message "The file ... changed on disk."

[racoon]

On 16/04/2018 21:01, Richard Kimberly Heck wrote:

On 04/14/2018 05:38 PM, Scott Kostyshak wrote:

On Sun, Apr 08, 2018 at 02:17:22AM +, Richard Kimberly Heck wrote:


I suppose the first thing to do is to turn off Spider Oak's autosync and
see if that makes the problem
go away.

Racoon, does the above make the problem go away? It would be nice to
know, just make sure that this is the problem.

Also, after a Spider Oak sync, can you check the properties of the .lyx
file. Do they change, compared to before a Spider Oak sync?

Are you sure that the .lyx file before/after a Spider Oak sync is
identical? How did you check?


Part of the reason I'd asked about that I often seem to get surprise
recompilations when switching between git branches, even though
timestamps and files should not have changed.


I am not using any versioning system, if that was your question.

Daniel

Re: Problem with message "The file ... changed on disk."

[racoon]

On 14/04/2018 23:38, Scott Kostyshak wrote:

On Sun, Apr 08, 2018 at 02:17:22AM +, Richard Kimberly Heck wrote:


I suppose the first thing to do is to turn off Spider Oak's autosync and
see if that makes the problem
go away.


Racoon, does the above make the problem go away? It would be nice to
know, just make sure that this is the problem.

Also, after a Spider Oak sync, can you check the properties of the .lyx
file. Do they change, compared to before a Spider Oak sync?

Are you sure that the .lyx file before/after a Spider Oak sync is
identical? How did you check?


I didn't check. I have no idea how to check.

I was just guessing what the cause might be since Spider Oak is the only 
other application that does something with the files I am using.


Daniel