[Tts-project] Migration from Berkeley DB
Igor B. Poretsky
poretsky at mlbox.ru
Sun Jul 19 06:12:14 BST 2026
Hello,
>>>>> "Samuel" == Samuel Thibault <sthibault at debian.org> writes:
Samuel> That is it. But that's a common thing to do. And notably on
Samuel> architectures which can natively run both 32b and 64b
Samuel> variants. Setting multi-arch tells people they can really
Samuel> run both versions concurrently.
Thus, the most simple and natural thing to do from my point of view is
to drop out the Multi-Arch field particularly for the rulex-data
package, leaving it untouched for all other binary packages built from
the rulex source.
With Berkeley DB this package did not depend on architecture at all and
could be used concurrently by applications of different
architectures. Now the package itself remains architecture independent,
but it cannot be used by several architectures simultaneously
anymore. And nothing has changed for other binary packages built from
this source.
But is it correct to have Multi-Arch field not for all binary packages
built from one source? Lintian doesn't produce an issue anyway.
Best regards,
Igor.
More information about the Tts-project
mailing list