Bug#667592: libaspell15: multiarch problem

2014-09-29 Thread Agustin Martin 
On Sat, Sep 27, 2014 at 07:14:17PM -0400, David Sanders wrote:
 On Sep 27, 2014, at 3:17 PM, Agustin Martin agmar...@debian.org wrote:
 ..
  Uploaded 0.60.7~20110707-1.2~exp3 to experimental. Should work around
  that recreation using the original pristine file. It has gone through
  autobuilders and should already be available in experimental mirrors.
  diff against exp1 experimental upload is attached for maintainer info.
  
  After the upload I noticed a couple of minor things pending, but that
  should not affect multiarch behavior. Will add them before uploading
  the real NMU.
  
  If you want to test things like aspell:i386 in an amd64 box you willl
  also need last dictionaries-common version (1.23.12), already uploaded
  to sid.
 ..
 
 
 I installed the new experimental version of aspell.  libaspell15:i386
 also installed on my amd64 system.  However apt-get insisted on also
 installing aspell-no.  This was unexpected.  I have aspell-en installed
 and don’t need a Norwegian dictionary but I went ahead and let it
 install.

Hi David, thanks a lot for your help.

I was testing in a sid+experimental amd64 chroot with i386 as foreign arch
and could not reproduce this, might be some things have been fixed in sid.

 My system doesn’t pull in packages from unstable so I couldn’t install
 aspell:i386 or the new dictionaries-common.  So for testing I tried to
 install libenchant1c2a:i386.  It won’t install either, perhaps for the
 same reasons, but someone should probably check.

Tested in the same amd64 chroot. libenchant1c2a:i386 pulls iukrainian:i386
and ispell(:amd64) for no good reason, as well as dictionaries-common,
libhunspell-1.3-0:i386 and libaspell15:i386. May be related to iukrainian
being arch:any, but who knows. Of course, installed iukrainian:i386 does
not work with ispell:amd64 as expected. Dependency chain seems somewhere
weird.

On the other hand, libenchant1c2a (really libenchant1c2a:amd64) installs
smoothly, pulling aspell, aspell-en, dictionaries-common, libhunspell-1.3-0
and libaspell15, as without multiarch.

 For testing I installed xmlcopyeditor:i386 which depends on
 libaspell15:i386.  It installed and I successfully spell checked an xml
 document.  So I would say that things are working.  More testing needs
 to be done and once dictionaries-common makes it to the testing
 repository I’ll do more.

I think is time to start testing everything in real life (aka sid).

I have uploaded 0.60.7~20110707-1.2 to DELAYED/2. I am aware this is much
shorter than the usual delay for NMUs, but we have been playing with all
these uploads to experimental for nearly 15 days without ustream
objection. Also, freeze is approaching and this needs to be tested as much
as possible. 

Maintainer, I am attaching a complete diff against last sid version. As soon
as the delayed package reaches sid I will commit my changes to the aspell
collab-maint git repo.


Regards,

-- 
Agustin
diff --git a/debian/aspell.compat b/debian/aspell.compat
index 35fde19..4fc730c 100644
--- a/debian/aspell.compat
+++ b/debian/aspell.compat
@@ -1 +1 @@
-0.60_c1
+0.60_c1+32bit
diff --git a/debian/changelog b/debian/changelog
index 8195ed8..ac7a8d2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,27 @@
+aspell (0.60.7~20110707-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Implement multiarch (Closes: #667592), (LP:#1324525, LP:#960160).
+  * Some independent changes needed for multiarch:
+- 08_filters-info-installdir.diff: Make sure all filters related stuff
+  is installed together. This should make possible to have different
+  values for pkgdatadir and pkglibdir selections, thus really
+  fixing (Closes: #612051).
+- Force aspell hash function to use a 32-bit integer to allow
+  hashes being shared between 32 and 64 bit architectures. Note that
+  they cannot be shared between systems with different endianness.
+- Modify to use /usr/share/aspell for arch indep stuff, except
+  filters and dict description files. Change aspell compat level.
+- 09_debian-dictdir.diff: Implement a new debian specific
+  --debian-dict-dir configure option to allow explicitly setting an
+  independent path for dictionaries.
+- debian/rules: Make sure original Changelog.html is installed. It
+  gets rebuilt later and may lead to problems with multiarch if
+  different makeinfo versions are used in different architectures.
+  * debian/control: Canonicalize Vcs-* headers.
+
+ -- Agustin Martin Domingo agmar...@debian.org  Mon, 29 Sep 2014 12:04:58 +0200
+
 aspell (0.60.7~20110707-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
@@ -470,7 +494,7 @@ aspell (0.50.3-9) unstable; urgency=low
   * Corrected an erroneous example in the aspell.1 that incorrectly
 documented use of the lang option.  This caused confusion on how to
 use this option.  Also, noted the correct usage in README.Debian.
-(Closes: #182077)  
+(Closes: #182077)

Bug#667592: libaspell15: multiarch problem

2014-09-27 Thread Agustin Martin 
2014-09-23 11:20 GMT+02:00 Agustin Martin agmar...@debian.org:
 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.
..

 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.

Hi,

Uploaded 0.60.7~20110707-1.2~exp3 to experimental. Should work around
that recreation using the original pristine file. It has gone through
autobuilders and should already be available in experimental mirrors.
diff against exp1 experimental upload is attached for maintainer info.

After the upload I noticed a couple of minor things pending, but that
should not affect multiarch behavior. Will add them before uploading
the real NMU.

If you want to test things like aspell:i386 in an amd64 box you willl
also need last dictionaries-common version (1.23.12), already uploaded
to sid.

Thanks very much for your tests,

-- 
Agustin
diff -Nru aspell-0.60.7~20110707/debian/changelog 
aspell-0.60.7~20110707/debian/changelog
--- aspell-0.60.7~20110707/debian/changelog 2014-09-11 18:37:52.0 
+0200
+++ aspell-0.60.7~20110707/debian/changelog 2014-09-26 12:27:43.0 
+0200
@@ -1,3 +1,21 @@
+aspell (0.60.7~20110707-1.2~exp3) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Add missing Multi-Arch: foreign.
+
+ -- Agustin Martin Domingo agmar...@debian.org  Fri, 26 Sep 2014 12:27:43 
+0200
+
+aspell (0.60.7~20110707-1.2~exp2) experimental; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control: Canonicalize Vcs-* headers.
+  * Add DEP3 headers to 0.60.7~20110707-1.2~exp1 patches.
+  * debian/rules: Make sure original Changelog.html is installed. It gets
+rebuilt later and may lead to problems with multiarch if different
+makeinfo versions are used in different architectures.
+
+ -- Agustin Martin Domingo agmar...@debian.org  Wed, 24 Sep 2014 13:29:33 
+0200
+
 aspell (0.60.7~20110707-1.2~exp1) experimental; urgency=low
 
   * Non-maintainer upload.
diff -Nru aspell-0.60.7~20110707/debian/control 
aspell-0.60.7~20110707/debian/control
--- aspell-0.60.7~20110707/debian/control   2014-09-11 17:21:52.0 
+0200
+++ aspell-0.60.7~20110707/debian/control   2014-09-26 12:26:59.0 
+0200
@@ -10,12 +10,13 @@
   autopoint,
   autotools-dev
 Standards-Version: 3.9.2
-Vcs-Git: git://git.debian.org/git/collab-maint/aspell
-Vcs-Browser: http://git.debian.org/?p=collab-maint/aspell.git
+Vcs-Git: git://anonscm.debian.org/collab-maint/aspell
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/aspell.git
 Homepage: http://aspell.net/
 
 Package: aspell
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},
 ${misc:Depends},
 libaspell15 (= ${binary:Version}),
@@ -42,6 +43,7 @@
 
 Package: aspell-doc
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Section: doc
 Suggests: aspell ( 0.60)
diff -Nru aspell-0.60.7~20110707/debian/patches/08_filters-info-installdir.diff 
aspell-0.60.7~20110707/debian/patches/08_filters-info-installdir.diff
--- aspell-0.60.7~20110707/debian/patches/08_filters-info-installdir.diff   
2014-09-11 17:18:38.0 +0200
+++ aspell-0.60.7~20110707/debian/patches/08_filters-info-installdir.diff   
2014-09-24 14:48:53.0 +0200
@@ -1,3 +1,8 @@
+Author: Agustin Martin Domingo agmar...@debian.org
+Description: Make sure all filters stuff is installed together, allowing 
separate

Bug#667592: libaspell15: multiarch problem

2014-09-27 Thread David Sanders 
On Sep 27, 2014, at 3:17 PM, Agustin Martin agmar...@debian.org wrote:
..
 Uploaded 0.60.7~20110707-1.2~exp3 to experimental. Should work around
 that recreation using the original pristine file. It has gone through
 autobuilders and should already be available in experimental mirrors.
 diff against exp1 experimental upload is attached for maintainer info.
 
 After the upload I noticed a couple of minor things pending, but that
 should not affect multiarch behavior. Will add them before uploading
 the real NMU.
 
 If you want to test things like aspell:i386 in an amd64 box you willl
 also need last dictionaries-common version (1.23.12), already uploaded
 to sid.
..


I installed the new experimental version of aspell.  libaspell15:i386 also 
installed on my amd64 system.  However apt-get insisted on also installing 
aspell-no.  This was unexpected.  I have aspell-en installed and don’t need a 
Norwegian dictionary but I went ahead and let it install.  

My system doesn’t pull in packages from unstable so I couldn’t install 
aspell:i386 or the new dictionaries-common.  So for testing I tried to install 
libenchant1c2a:i386.  It won’t install either, perhaps for the same reasons, 
but someone should probably check.

For testing I installed xmlcopyeditor:i386 which depends on libaspell15:i386.  
It installed and I successfully spell checked an xml document.  So I would say 
that things are working.  More testing needs to be done and once 
dictionaries-common makes it to the testing repository I’ll do more.

Thanks,

David


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2014-09-23 Thread Agustin Martin 
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

Bug#667592: libaspell15: multiarch problem

2014-09-20 Thread David Sanders 
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.


David



On Sep 15, 2014, at 6:21 AM, Agustin Martin agmar...@debian.org wrote:
 
 Hi,
 
 pre-NMU uploaded to experimental.
 
 Testing is appreciated. I am cc'ing all contributors to this bug report.
 
 Thanks in advance for the feedback.
 
 -- 
 Agustin


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2014-09-15 Thread Agustin Martin 
On Thu, Sep 11, 2014 at 07:23:17PM +0200, Agustin Martin wrote:
 On Thu, Sep 11, 2014 at 01:01:05PM +0200, Agustin Martin wrote:
  The good news are that things seem to be working, so unless something weird
  happens, I'd expect this to be fixed in time for jessie by means of an NMU,
 
 Hi, Brian,
 
 Seems things are working. I have a package ready for upload to experimental,
 including changes in attached diff.
 
 Please let me know your opinion. Since this can potentially break things,
 I'd prefer to go through experimental first.  If you do not object or prefer
 to do it yourself, I will upload my changes to experimental to have them
 properly tested.

Hi,

pre-NMU uploaded to experimental.

Testing is appreciated. I am cc'ing all contributors to this bug report.

Thanks in advance for the feedback.

-- 
Agustin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2014-09-11 Thread Agustin Martin 
On Thu, May 01, 2014 at 09:44:19PM -0400, David Sanders wrote:
 AMD wrote:
  I am writing as dictionaries-common maintainer (not aspell maintainer)
  since some things here are related to the common dictionaries support
  for aspell dictionary hashes autobuild.
  
  The problem behind is that dictionary hashes are arch dependent, and
  IIRC, this is not only about endianness. Currently, hashes are
  auto-generated at postinst stage for most dictionaries, which are
  arch:all. This way we keep our archive smaller and any possible change
  in hash format automatically triggers a hash rebuild for all
  dictionaries using this model making transitions painless.
  
  Unfortunately, this is not very multiarch-friendly.
 
 The dictionary hashes depend on two things endianness and the size_t
 for the architechture.  The upstream authors recognized this as a 
 problem on systems with 32-bit and 64-bit code and have a workaround.
 See here:
 
 http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
 
 All that is required is to use a configure time flag to cause aspell to always
 use a 32-bit number in the hash.  Then for example the i386 and amd64
 architectures (and other combinations where the endianness is the same)
 can be configured for multiarch support.
 
 This could be done relatively simpley for jessie.

Hi, thanks for the very interesting info.

Unfortunately, this is not all the problem. There are some things in aspell
buildchain that make this harder,

On Fri, Sep 05, 2014 at 06:57:27PM +0200, Matthias Urlichs wrote:
 this bug prevents installation of several nontrivial 3rd-party packages on
 Jessie;
 basically, anything that indirectly depends on some library which supports
 spell checking, even if the package in question doesn't do any spell
 checking whatsoever. Webkit, for instance.
...
 Please fix.

I have been looking at this in case I can prepare an aspell NMU, and as
wrote above, there are more things involved than just the 32/64-bit stuff
before we can have a multiarch implementation.

I have already done some work on this. I am trying to implement something
like (for i386/amd64)

/usr/lib/aspell: dicts, valid for both architectures.
/usr/lib/{i386,x86_64}-linux-gnu:General purpose libs (libaspell...)
/usr/lib/aspell/{i386,x86_64}-linux-gnu: Aspell filters (binaries) and friends
/usr/share/aspell:   Data files

For this some things need to be done:

a) Really fix https://bugs.debian.org/612051 instead of working around it.
   I think I found the reason for the problem and a working fix. Submitted
   upstream for his opinion.

b) Allow explicit selection of dictionaries path in a way independent of
   the place filters will go. Initial implementation done, needs more
   testing. Also let upstream know about this.

c) The usual multiarch stuff. 

The good news are that things seem to be working, so unless something weird
happens, I'd expect this to be fixed in time for jessie by means of an NMU,

Regards,

-- 
Agustin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2014-09-11 Thread Agustin Martin 
On Thu, Sep 11, 2014 at 01:01:05PM +0200, Agustin Martin wrote:
 The good news are that things seem to be working, so unless something weird
 happens, I'd expect this to be fixed in time for jessie by means of an NMU,

Hi, Brian,

Seems things are working. I have a package ready for upload to experimental,
including changes in attached diff.

Please let me know your opinion. Since this can potentially break things,
I'd prefer to go through experimental first.  If you do not object or prefer
to do it yourself, I will upload my changes to experimental to have them
properly tested.

Regards,

-- 
Agustin
diff -Nru aspell-0.60.7~20110707/debian/aspell.compat aspell-0.60.7~20110707/debian/aspell.compat
--- aspell-0.60.7~20110707/debian/aspell.compat	2011-07-29 05:27:36.0 +0200
+++ aspell-0.60.7~20110707/debian/aspell.compat	2014-09-11 15:55:07.0 +0200
@@ -1 +1 @@
-0.60_c1
+0.60_c1+32bit
diff -Nru aspell-0.60.7~20110707/debian/changelog aspell-0.60.7~20110707/debian/changelog
--- aspell-0.60.7~20110707/debian/changelog	2014-08-07 21:54:10.0 +0200
+++ aspell-0.60.7~20110707/debian/changelog	2014-09-11 18:37:52.0 +0200
@@ -1,3 +1,22 @@
+aspell (0.60.7~20110707-1.2~exp1) experimental; urgency=low
+
+  * Non-maintainer upload.
+  * Implement multiarch (Closes: #667592), (LP:#1324525, LP:#960160).
+  * Some independent changes needed for multiarch:
+- 08_filters-info-installdir.diff: Make sure all filters related stuff
+  is installed together. This should make possible to have different
+  values for pkgdatadir and pkglibdir selections, thus really
+  fixing (Closes: #612051).
+- Force aspell hash function to use a 32-bit integer to allow
+  hashes being shared between 32 and 64 bit architectures.
+- Modify to use /usr/share/aspell for arch indep stuff, except
+  filters and dict description files. Change aspell compat level.
+- 09_debian-dictdir.diff: Implement a new debian specific
+  --debian-dict-dir configure option to allow explicitly setting an
+  independent path for dictionaries.
+
+ -- Agustin Martin Domingo agmar...@debian.org  Thu, 11 Sep 2014 18:37:51 +0200
+
 aspell (0.60.7~20110707-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
@@ -470,7 +489,7 @@
   * Corrected an erroneous example in the aspell.1 that incorrectly
 documented use of the lang option.  This caused confusion on how to
 use this option.  Also, noted the correct usage in README.Debian.
-(Closes: #182077)  
+(Closes: #182077)
   * Added a copy of the FDL to reference from the aspell.1 manpage.
   * Added a debian/aspell-doc.copyright that notes the true license (FDL)
 of the aspell documentation.
@@ -570,7 +589,7 @@
   * Wrote a new manpage for aspell-import
   * aspell-en is now distributed in a separate package
   * Remove the .aux temporary files from aspell-doc (Closes: #156686)
-  
+
  -- Brian Nelson nel...@bignachos.com  Mon,  9 Dec 2002 22:22:47 -0800
 
 aspell (0.33.7.1-12) unstable; urgency=low
@@ -578,7 +597,7 @@
   * New maintainer
   * Changed Architecture fields to any now that the libtool bug causing
 the FTBFS on hppa has hopefully been fixed (Closes: #139515)
-  * Add the correct copyright file to aspell-en 
+  * Add the correct copyright file to aspell-en
 
  -- Brian Nelson nel...@bignachos.com  Tue, 26 Nov 2002 23:52:53 -0800
 
@@ -669,7 +688,7 @@
 
 aspell (0.33.7.1-1) unstable; urgency=low
 
-  * New upstream version. 
+  * New upstream version.
   * Reworked package relationships:
 - added libstdc++-dev to Build-Depends
 - added aspell-da to aspell's Suggests
diff -Nru aspell-0.60.7~20110707/debian/compat aspell-0.60.7~20110707/debian/compat
--- aspell-0.60.7~20110707/debian/compat	2011-07-29 05:27:36.0 +0200
+++ aspell-0.60.7~20110707/debian/compat	2014-09-11 17:21:52.0 +0200
@@ -1 +1 @@
-7
+9
diff -Nru aspell-0.60.7~20110707/debian/control aspell-0.60.7~20110707/debian/control
--- aspell-0.60.7~20110707/debian/control	2014-08-07 21:11:55.0 +0200
+++ aspell-0.60.7~20110707/debian/control	2014-09-11 17:21:52.0 +0200
@@ -2,7 +2,13 @@
 Section: text
 Priority: optional
 Maintainer: Brian Nelson p...@debian.org
-Build-Depends: debhelper (= 7), libncursesw5-dev | libncurses-dev, cdbs (= 0.4.0), texinfo, dh-autoreconf, autotools-dev
+Build-Depends: debhelper (= 9),
+	   libncursesw5-dev | libncurses-dev,
+	   cdbs (= 0.4.0),
+	   texinfo,
+	   dh-autoreconf,
+	   autopoint,
+	   autotools-dev
 Standards-Version: 3.9.2
 Vcs-Git: git://git.debian.org/git/collab-maint/aspell
 Vcs-Browser: http://git.debian.org/?p=collab-maint/aspell.git
@@ -10,11 +16,17 @@
 
 Package: aspell
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libaspell15 (= ${binary:Version}), dictionaries-common ( 0.40)
+Depends: ${shlibs:Depends},
+	 ${misc:Depends},
+	 libaspell15 (= ${binary:Version}),
+	 dictionaries-common ( 0.40)
 Recommends: aspell-en |

Bug#667592: libaspell15: multiarch problem

2014-05-01 Thread David Sanders 
 I am writing as dictionaries-common maintainer (not aspell maintainer)
 since some things here are related to the common dictionaries support
 for aspell dictionary hashes autobuild.
 
 The problem behind is that dictionary hashes are arch dependent, and
 IIRC, this is not only about endianness. Currently, hashes are
 auto-generated at postinst stage for most dictionaries, which are
 arch:all. This way we keep our archive smaller and any possible change
 in hash format automatically triggers a hash rebuild for all
 dictionaries using this model making transitions painless.
 
 Unfortunately, this is not very multiarch-friendly.

The dictionary hashes depend on two things endianness and the size_t
for the architechture.  The upstream authors recognized this as a 
problem on systems with 32-bit and 64-bit code and have a workaround.
See here:

http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html

All that is required is to use a configure time flag to cause aspell to always
use a 32-bit number in the hash.  Then for example the i386 and amd64
architectures (and other combinations where the endianness is the same)
can be configured for multiarch support.

This could be done relatively simpley for jessie.

Please consider.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2013-05-29 Thread Agustin Martin 
2013/5/28 Frédéric Brière fbri...@fbriere.net

 retitle 667592 libaspell15: please add multiarch support
 severity 667592 wishlist
 thanks

 On Thu, Apr 05, 2012 at 09:07:44AM +0200, Johannes Schulz wrote:
  So libaspell15:amd64 conflicts with libaspell15:i386 - therefore I 
  can't install both.

 That's because it simply hasn't been multi-archified yet.  (The current
 package version actually predates the introduction of multi-arch in
 Debian.)

 I'd gladly submit a patch, but the presence of /usr/lib/aspell makes
 this slightly non-trivial, and I'd probably mess something up.  :)

Hi,

I am writing as dictionaries-common maintainer (not aspell maintainer)
since some things here are related to the common dictionaries support
for aspell dictionary hashes autobuild.

The problem behind is that dictionary hashes are arch dependent, and
IIRC, this is not only about endianness. Currently, hashes are
auto-generated at postinst stage for most dictionaries, which are
arch:all. This way we keep our archive smaller and any possible change
in hash format automatically triggers a hash rebuild for all
dictionaries using this model making transitions painless.

Unfortunately, this is not very multiarch-friendly. An alternative
would be to go back to old model with arch:any dictionaries and
packages for every arch. I do not like this because you would need to
install the very same dictionary (but with differences in hash format)
in multiarch dirs for the different co-existing architectures.
Otherwise you will find funny results like some dictionaries be
available in one arch but not in the other. Also this would make
transitions due to changes in hash format way more painful. Even if no
big changes in hash binary format are expected, I'd prefer to not go
this way if possible.

I cannot think of an easy way to go multiarch with current setup. For
hashes auto-build aspell package is needed (a common arch wrapper
could be used, calling to aspell binaries in multiarch directories),
but hashes must also be rebuilt for every arch aspell (and libaspell)
is installed and make sure they are properly removed when dictionary
is removed or when aspell/libaspell is removed for a given arch.
Definitely, not something trivial.

Regards,

--
Agustin


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2013-05-27 Thread Frédéric Brière 
retitle 667592 libaspell15: please add multiarch support
severity 667592 wishlist
thanks

On Thu, Apr 05, 2012 at 09:07:44AM +0200, Johannes Schulz wrote:
 So libaspell15:amd64 conflicts with libaspell15:i386 - therefore I can't 
 install both.

That's because it simply hasn't been multi-archified yet.  (The current
package version actually predates the introduction of multi-arch in
Debian.)

I'd gladly submit a patch, but the presence of /usr/lib/aspell makes
this slightly non-trivial, and I'd probably mess something up.  :)


-- 
lp1 on fire
-- One of the more obfuscated kernel messages


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

2012-04-05 Thread Johannes Schulz 
Package: libaspell15
Version: 0.60.7~20110707-1
Severity: minor

I'd like to install both libaspell15:amd64 and libaspell15:i386, but:

hannes@foo:~$ LC_ALL=C apt-cache depends libaspell15:amd64
libaspell15
  Depends: libc6
  Depends: libgcc1
  Depends: libstdc++6
  Suggests: aspell
 [Recommends: lot of dictionaries]
  Conflicts: aspell6-dictionary
  Conflicts: aspell6-dictionary:i386
  Breaks: aspell-bin
  Breaks: aspell-bin:i386
  Conflicts: libaspell15:i386

So libaspell15:amd64 conflicts with libaspell15:i386 - therefore I can't 
install both.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_AT.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libaspell15 depends on:
ii  libc6   2.13-27
ii  libgcc1 1:4.6.3-1
ii  libstdc++6  4.6.3-1

Versions of packages libaspell15 recommends:
ii  aspell-en [aspell-dictionary]  7.1-0-1

Versions of packages libaspell15 suggests:
ii  aspell  0.60.7~20110707-1

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org