On Sat, Sep 20, 2014 at 01:41:41PM -0400, David Sanders wrote: > I installed the experimental aspell on my amd64 system and it seems to work > fine. However, I’ve been unable to install the i386 library for testing. I > get the following error: > > > david@jessie:~$ sudo apt-get -t experimental install libaspell15:i386 > Reading package lists... Done > Building dependency tree > Reading state information... Done > Suggested packages: > aspell:i386 > Recommended packages: > aspell-en:i386 aspell-dictionary:i386 aspell6a-dictionary:i386 > The following NEW packages will be installed: > libaspell15:i386 > 0 upgraded, 1 newly installed, 0 to remove and 206 not upgraded. > Need to get 0 B/360 kB of archives. > After this operation, 2,290 kB of additional disk space will be used. > (Reading database ... 400234 files and directories currently installed.) > Preparing to unpack .../libaspell15_0.60.7~20110707-1.2~exp1_i386.deb ... > Unpacking libaspell15:i386 (0.60.7~20110707-1.2~exp1) ... > dpkg: error processing archive > /var/cache/apt/archives/libaspell15_0.60.7~20110707-1.2~exp1_i386.deb > (--unpack): > trying to overwrite shared '/usr/share/doc/libaspell15/changelog.html.gz', > which is different from other instances of package libaspell15:i386 > Errors were encountered while processing: > /var/cache/apt/archives/libaspell15_0.60.7~20110707-1.2~exp1_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > david@jessie:~$ > It seems there is a conflict with a previously installed file. Thanks for > your work on this.
Thanks for the feedback, Sorry I cound not check earlier the result from the experimental autobuilders. This is rather weird, both original uncompressed changelog.html files are actually different. Seems that in my uploaded amd64 changelog.html is recreated for no good reason with a different makeinfo version, thus resulting in different changelog.html. i386 autobuilder seems to honour the original version. Will try to have a look, might be a problem in my build chroot, but something safer and robust is definitely needed. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org