Control: clone 763892 -1 Control: reassign -1 aspell-no Control: retitle -1 aspell-no: Does not work with new (semi-) multiarch aspell package
On Fri, Oct 03, 2014 at 09:49:47AM -0400, David Sanders wrote: > Package: aspell-en > Version: 7.1-0-1 > Severity: normal > > Dear Maintainer, Hi, David, Not maintainer, just NMUer replying, > Aspell is now multi-arch in sid. To be honest, it is only 'semi'-multiarch, things like endianness are not yet handled, just 32/64 bit sizes. > Associated aspell-xx dictionary > packages need to be Multi-Arch: foreign in accordance with debian > policy for library support files. Currently apt-get doesn't > recognize aspell-en as an installation candidate on an amd64 > system with i386 foreign arch when installing aspell:i386. This > results in an incorrect dictionary being installed. In my amd64+foreign-i386 chroot, # apt-get install aspell:i386 libaspell15 --install-recommends Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: aspell-en aspell-no:i386 dictionaries-common libaspell15:i386 Suggested packages: aspell-doc:i386 spellutils:i386 ispell aspell hunspell wordlist Recommended packages: aspell-en:i386 aspell-dictionary:i386 aspell6a-dictionary:i386 The following NEW packages will be installed: aspell:i386 aspell-en aspell-no:i386 dictionaries-common libaspell15 libaspell15:i386 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. aspell-en seems correctly pulled, although initially referred to as aspell-en:i386. What is happening at your box? The problem I see above is in aspell-no, which does not use aspell-autobuildhash, and is an arch:any package that might not work with multiarch. In this particular case, pulled aspell-no:i386 will use 32 bit sizes and is usable with libaspell15:amd64, but aspell-no:amd64 will not work with current aspell because it was built with 64 bit numbers IIRC, Debian aspell maintainer, Brian Nelson, set as policy that all aspell dictionaries must be automatically built at postinst stage, but do not have the reference here. I am cloning this bug report to aspell-no. I think it should use aspell-autobuildhash. As a lesser evil, should be rebuilt with new aspell to make sure 32 bit numbers are always used in hash creation and set appropriate versioned dependency on aspell, although might show some exotic behavior during installation, like the one seen above. We might later conclude that all aspell:all dicts need to be set as "Multi-Arch: foreign", but we should discard aspell-no influence first. Regards, -- Agustin -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
