Closed sten0 closed 6 years ago
P.S. Happy new year!
Hello,
Happy new year to you too.
Do you have a irony-server available in PATH by any chance, or at least in Emacs exec-path
?
Unfortunately, the test in its current form does not support this (will fix).
I have submitted a fix, can you try it or do you need a new tag?
Hi Guillaume,
Aha! Yes, that's exactly what it was, because the autopkgtests are structured to test the installed package rather than copies generated in the src tree. Thank you, 82ba45ec15c9011bbdf1d69cf25c8193d33c0028 fixes this.
No need for a new tagged version this time, because this fix doesn't affect licensing and is trivially easy to cherry pick or carry as a patch. Thank you for offering, I appreciate it :-)
Best Wishes, Nicholas
On 4 January 2018 at 14:11, Guillaume Papin notifications@github.com wrote:
I have submitted a fix, can you try it or do you need a new tag?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Sarcasm/irony-mode/issues/460#issuecomment-355371309, or mute the thread https://github.com/notifications/unsubscribe-auth/AK2HAZE-VA0-B6DB1ZFeXdtDCkIZvBT2ks5tHSJtgaJpZM4RScMS .
Great!
Hi Guillaume,
Thank you for your continued help debugging these self-test errors! Irony-mode is now passing for all primary architectures on the buildd network, and I'm now trying to get it to work on the LXC-powered continuous integration framework. Here's the latest log from https://ci.debian.net/data/autopkgtest/unstable/amd64/i/irony-mode/20171229_104813/log.gz 'hope it's useful in its truncated state!
Everything looks good up until
Sadly I'm still not proficient enough in elisp to be able to tell why irony-server-error@irony.el:L582 isn't functioning as it ought to (probably with respect to the autotest infrastructure); although, I suspect the error signal is not the type that dh-elpa expects, and consequently isn't detected, and then isn't passed through to the bits of autopkgtest running outside of the container (see /tmp/autopkgtest... in the backtrace for evidence of this). From what I can tell, these are the layers: ERT tests run by emacs --batch, with output and exit codes managed by dh-elpa-test, run by autopkgtest run in a container by debci with various bits passed back to autopkgtest outside the container...presumably for logging.
I've also reproduced the issue on my own development machine with autopkgtest using the lxc backend, without the debci layer. I also removed the probably unnecessary ert-helper.el customisation for this run:
... everything looks good, but then:
Other notes: I had to customise dh-elpa to copy the tests directory into the lxc container and the autotest protocol necessitates that the test are run against the installed package with byte-compiled libraries to more closely approximate the end-user test-case. I apologise in advance if I missed anything!
And here is the stable link to irony-mode's continuous integration status (should validate irony-mode functions correctly for Debian unstable/sid, testing, and all derivatives such as Ubuntu so long as they don't make major changes to Emacs or dh-elpa): https://ci.debian.net/packages/i/irony-mode/