Summary: | Apps that put folders with dots in /Frameworks/ folder will fail to sign | ||
---|---|---|---|
Product: | [Unmaintained] Craft | Reporter: | Dawid Wróbel <me> |
Component: | Core | Assignee: | Hannah von Reth <vonreth> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | kde-windows, tbaumgart |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | macOS | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | 420351 | ||
Bug Blocks: |
Description
Dawid Wróbel
2020-03-26 15:35:06 UTC
* tcl8.6 issue fixed by blacklisting it after having confirmed it is a build dependency only * grantlee issue reported upstream Then I'd recommend marking it as build dep instead of blacklisting it. Well, tcl was in fact being included as a side effect of it being sqlcipher's build dependency. Adding tcl to buildDependencies of the lastter, however, doesn't do anything, presumably because of the extensive configure() and install() manual processing its blueprint does to make it work alongside sqlite3. Looking at its blueprint I can't immediately figure out if and how to make it not include tcl* libs without messing anything up, so I resorted to blacklisting them in kmymoney, since it is the only package that uses its very non-standard installation anyway. Long term solution is to rewrite sql support in kmymoney to replace sqlite3 with sqlcipher altogether, since it can function as a stand-in transparent replacement for the former and the presence of both in kmymoney code is a pure redundancy. All the configure() and install() magic would then also become obsolete and the blueprint would essentially be a copy of sqlite3's own. |