Multiarchify tcl8.5

The attachment "tcl8.5_8.5.13-1ubuntu1-multiarchify-2.patch" of this bug report has been identified as being a patch in the form of a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

Inspecting the patch, it looks mostly fine.

The other piece of the puzzle is that tcltk-defaults should be then transitioned to be Architecture:any and I believe also have matching M-A: stanzas (?!), but I'll check about that. This patch got me thinking if we have arch-qualified provides or not =)))

This bug was fixed in the package tcltk-defaults - 8.5.0-2ubuntu1

---------------
tcltk-defaults (8.5.0-2ubuntu1) raring; urgency=low

  * Add mutli-arch fields. (LP: #1122120)
 -- Dmitrijs Ledkovs <email address hidden> Tue, 12 Mar 2013 11:51:41 +0000

This bug was fixed in the package tcl8.5 - 8.5.13-1ubuntu2

---------------
tcl8.5 (8.5.13-1ubuntu2) raring; urgency=low

  * Multiarchify package: split libs and tclConfig.sh into -lib
      package and use multiarch paths (LP: #1122120)
  * Fix failure to clean and build twice
 -- Wookey <email address hidden> Tue, 12 Mar 2013 10:59:49 +0000

It's a mistake to multiarch only one of Tcl and Tk and not the other - this causes confusion in some build systems (e.g. ruby1.8). I'll add tasks for Tk, including reopening the tcltk-defaults task.

This bug was fixed in the package tk8.5 - 8.5.11-2ubuntu2

---------------
tk8.5 (8.5.11-2ubuntu2) raring; urgency=low

  * Cope with multiarch tcl8.5.
  * Convert to multiarch, splitting out libtk8.5.so.0 into a tk8.5-lib
    package and using multiarch paths (LP: #1122120).
 -- Colin Watson <email address hidden> Tue, 19 Mar 2013 12:17:55 +0000

This bug was fixed in the package tcltk-defaults - 8.5.0-2ubuntu3

---------------
tcltk-defaults (8.5.0-2ubuntu3) raring; urgency=low

  * Drop redundant tcl-dev -> tcl-lib dependency; the dependency on tcl here
    is enough.
  * Convert tk* to multiarch (LP: #1122120).
 -- Colin Watson <email address hidden> Tue, 19 Mar 2013 12:33:12 +0000

now, the library is moved into the multiarch location, but nothing else. I think this can be done better. The goal should be to have a runnable embedded Tcl interpreter inside the tcl8.5-lib packages. This includes the shared library files. Packages like vim should be installable for the foreign architecture with keeping tcl8.5 installed for the native architecture.

Matthias, any chance you could make this a separate bug? This bug
already has quite a few tasks and it's going to get quite cumbersome if
we keep reopening bits of it.

vim seems like a very tenuous use case, anyway. I can't think of a
reason I'd want to install it from a foreign architecture.

now continued in lp: #1164937

Colin:
> vim seems like a very tenuous use case, anyway. I can't think of a
> reason I'd want to install it from a foreign architecture.

vim was just used here as an example for an embedded interpreter. E.g. Installing the amd64 gdb on i386 with the embedded python interpreter to debug 64bit executables is a better use case. So please see vim just as an example.

This bug was fixed in the package tcl8.6 - 8.6.0-1ubuntu1

---------------
tcl8.6 (8.6.0-1ubuntu1) saucy; urgency=low

  * Multiarchify package: split libs and tclConfig.sh into -lib
      package and use multiarch paths (LP: #1122120)
 -- Dmitrijs Ledkovs <email address hidden> Tue, 30 Jul 2013 15:44:35 +0100

This bug was fixed in the package tk8.6 - 8.6.0-1ubuntu1

---------------
tk8.6 (8.6.0-1ubuntu1) saucy; urgency=low

  * Convert to multiarch, splitting out libtk8.6.so.0 into a tk8.6-lib
    package and using multiarch paths (LP: #1122120).
 -- Dmitrijs Ledkovs <email address hidden> Mon, 05 Aug 2013 12:13:19 +0100