GNOME Bugzilla – Bug 571378
Keep backends in separate assemblies (and consider using Mono.Addins)
Last modified: 2018-07-11 22:56:54 UTC
It's frustrating that due to a silly EDS packaging bug... https://bugs.edge.launchpad.net/ubuntu/+source/tasque/+bug/313683 ...Tasque is completely useless on current Ubuntu Jaunty. This is because when we scan the Tasque assembly for all types (looking for available backends) an exception is thrown. Looking at it quickly I don't think we can fix it (assuming a broken evolution-sharp) unless we put each backend in its own assembly. Benefits: * Fixes above irritating bug (or any similar problem with broken/missing dependencies during runtime) * Better organization * Potentially easier to build all backends on one platform, and only distribute relevant ones on other platforms. Drawbacks: * Maybe some memory usage or performance that's probably not even measurable (but we should measure it). Oh, and we should consider replacing our custom assembly type-loading code with Mono.Addins. That's what it's for, after all. This would make it easier (aka possible) for users to write their own backends and install them in their home directories, distribute them, package them, etc. We should definitely measure performance characteristics before and after switching to Mono.Addins.
*** Bug 571769 has been marked as a duplicate of this bug. ***
Sorry for the spam. Setting milestone to 0.1.11 aka "Enhancements Release"
Tasque is not under active development anymore and has not seen code changes for five years, and both its mailing lists have seen their last activity three years ago at https://mail.gnome.org/archives/tasque-list/ and https://groups.google.com/forum/#!forum/tasky Its codebase has been archived: https://gitlab.gnome.org/Archive/tasque/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.