https://crates.io/crates/custom_derive is unmaintained.
John Vandenberg (3e8ebea0) at 18 Jan 20:49
Replace dev-dep custom_derive with macro_attr
https://crates.io/crates/proc-macro-error2 has syn 2 support
I've sent an email to CreepySkeleton referring them to this issue.
https://community.sonarsource.com/t/generic-code-coverage-report-refers-to-a-file-with-an-unknown-language/26582/6?u=jayvdb suggests that this will never work until Rust language support has been added.
And recent discussion at https://community.sonarsource.com/t/add-rust-language-support/13443/33 suggests that is still not on the roadmap.
I've created a thread at https://users.rust-lang.org/t/current-state-of-code-coverage-in-rust-june-2023/95651 which might be of interest.
In https://gitlab.com/woshilapin/cargo-sonar/-/blob/main/.gitlab/sonar.yml , and in the source code, I see code coverage is already supported.
According to https://docs.sonarqube.org/latest/analysis/generic-test/ , it should be possible to set sonar.coverageReportPaths.
I see in https://gitlab.com/woshilapin/cargo-sonar/-/blob/main/sonar-project.properties that sonar.coverageReportPaths is not yet working due to https://jira.sonarsource.com/browse/SONAR-15387 , which has been marked as closed/fixed.
According to the JIRA, the fix was released in v9.2. I guess from https://community.sonarsource.com/t/go-1-18-ruby-3-1-scala-2-13-8-and-3-1-2-apex-54-12-0-analysis-support/67156 that sonarcloud is currently on v9.6, so the fix should be available.
Has it been re-attempted since then? Is there some additional bug which is blocking this?
I cant see what is happening in https://discuss.sonarsource.com/t/non-scoped-source-file-listed-in-generic-coverage-file-fails-the-analysis/8542 , which is linked in the JIRA. Creating an account there fails.
https://community.sonarsource.com/t/generic-code-coverage-report-refers-to-a-file-with-an-unknown-language/26582 is a similar problem IIUC.
John Vandenberg (3728f83b) at 31 Aug 15:50
John Vandenberg (3728f83b) at 31 Aug 10:59
setup.py: Fix spelling
Done in 130a0085
John Vandenberg (5641fb24) at 18 May 11:12
Done, I think. Let me know if anything else is needed.
John Vandenberg (5641fb24) at 04 May 23:57
Add news entry
I've rebased and dropped the top commit which contained the overrides for dj40 forks. I'll add the news entry now.
Worth noting on my mac (Monterey), tox -e py39-django40 failed with lots of errors like
FAIL: test_non_ascii_text_attachment_declared_as_ascii (hyperkitty.tests.lib.test_incoming.TestAddToList)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/Users/jayvdb/python/hyperkitty/hyperkitty/tests/lib/test_incoming.py", line 201, in test_non_ascii_text_attachment_declared_as_ascii
add_to_list("example-list", msg)
File "/Users/jayvdb/python/hyperkitty/hyperkitty/lib/incoming.py", line 57, in add_to_list
update_from_mailman(mlist.name)
File "/Users/jayvdb/python/hyperkitty/hyperkitty/tasks.py", line 143, in update_from_mailman
AsyncTask(_update_from_mailman, mlist_name,
File "/Users/jayvdb/python/hyperkitty/.tox/py39-django40/lib/python3.9/site-packages/django_q/tasks.py", line 719, in run
self.id = async_task(self.func, *self.args, **self.kwargs)
File "/Users/jayvdb/python/hyperkitty/.tox/py39-django40/lib/python3.9/site-packages/django_q/tasks.py", line 71, in async_task
return _sync(pack)
File "/Users/jayvdb/python/hyperkitty/.tox/py39-django40/lib/python3.9/site-packages/django_q/tasks.py", line 761, in _sync
result_queue = Queue()
File "/Users/jayvdb/python/hyperkitty/.tox/py39-django40/lib/python3.9/site-packages/django_q/queues.py", line 54, in __init__
super(Queue, self).__init__(
File "/usr/local/Cellar/[email protected]/3.9.12/Frameworks/Python.framework/Versions/3.9/lib/python3.9/multiprocessing/queues.py", line 43, in __init__
self._rlock = ctx.Lock()
File "/usr/local/Cellar/[email protected]/3.9.12/Frameworks/Python.framework/Versions/3.9/lib/python3.9/multiprocessing/context.py", line 68, in Lock
return Lock(ctx=self.get_context())
File "/usr/local/Cellar/[email protected]/3.9.12/Frameworks/Python.framework/Versions/3.9/lib/python3.9/multiprocessing/synchronize.py", line 162, in __init__
SemLock.__init__(self, SEMAPHORE, 1, 1, ctx=ctx)
File "/usr/local/Cellar/[email protected]/3.9.12/Frameworks/Python.framework/Versions/3.9/lib/python3.9/multiprocessing/synchronize.py", line 57, in __init__
sl = self._semlock = _multiprocessing.SemLock(
OSError: [Errno 24] Too many open files
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/Users/jayvdb/python/hyperkitty/hyperkitty/tests/lib/test_incoming.py", line 203, in test_non_ascii_text_attachment_declared_as_ascii
self.fail(e)
AssertionError: [Errno 24] Too many open filesNothing like that has been reported in the issues; very likely I've got too many other things happening at the same time.