Re: Migration from Berkeley DB
Samuel Thibault <[email protected]> Wed, 8 Jul 2026 23:58:30 +0200
| Newsgroups | gmane.linux.debian.qa-packages |
|---|---|
| Organization | I am not organized |
| Message-ID | <ak7IBmaxkamA2rSe@end> |
Hello, Igor B. Poretsky, le jeu. 02 juil. 2026 16:29:37 +0300, a ecrit: > >>>>> "Samuel" == Samuel Thibault <[email protected]> writes: > > >> For the rulex package I've chosen the first way distributing data > >> as a database dump that is loaded by the postinst script. I've > >> implemented it in my last commit. > >> > >> Is this solution absolutely correct? > > Samuel> Not exactly: this is assuming that the architecture of the > Samuel> installed lmdb-utils package is the same as the rulex > Samuel> package. > > Though, if I understand right, the dump format is designed just for > transferring data platform independently, isn't it? Ah, I missed that mdb_dump is not producing an arch-specific binary but an text output. It's platform-independent then, indeed. Perhaps it'd be interesting to gzip it, though. > 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. Then it's not multi-arch any more. > 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. It seems that this mark has disappeared. It was probably just a dependency that got an issue. That's not a problem per se, it's just a bit less than ideal. Samuel