Hello,
>>>>> "Samuel" == Samuel Thibault <[email protected]> writes:
>> Though, if I understand right, the dump format is designed just
>> for transferring data platform independently, isn't it?
Samuel> Ah, I missed that mdb_dump is not producing an arch-specific
Samuel> binary but an text output. It's platform-independent then,
Samuel> indeed. Perhaps it'd be interesting to gzip it, though.
Just have it done. And placed generated database in
/usr/lib/freespeech. Is it acceptable now?
Samuel> The concern, however, is that the database is currently in
Samuel> /usr/share/freespeech which is supposed to have only
Samuel> arch-independent data. And to keep the multi-arch property
Samuel> we'd have to rather use a multiarch path, so it should
Samuel> rather be moved to /usr/lib/${arch}/freespeech
>>
>> I'd rather prefer /usr/lib/freespeech to not disturb multispeech
>> making its default configuration platform dependent.
Samuel> Then it's not multi-arch any more.
I think, it doesn't much matter in this particular case.
>> By the way, I've received a note that multispeech package is
>> marked for autoremoval from testing, and I cannot figure out what
>> should I do fo the situation.
Samuel> It seems that this mark has disappeared.
But I did not see a cancellation note, anyway.
Samuel> It was probably just a dependency that got an issue.
Yes, but questionable dependence is somewhat indirect.
Best regards,
Igor.
