blt is missing tk8.x dependencies

Automatically imported from Debian bug report #257572 http://bugs.debian.org/257572

Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 13:46:10 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
Subject: blt is missing tk8.x dependencies

Package: blt
Severity: serious
Version: 2.4z-2

The package is missing the tk8.x dependencies. Please add:

Depends: tk8.4 (>= 8.4.2) | tk8.3 (>= 8.3.5) | tk8.0 (>= 8.0.4)

Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 06:25:15 -0700
From: Chris Waters <email address hidden>
To: Matthias Klose <email address hidden>, <email address hidden>
Subject: Re: Bug#257572: blt is missing tk8.x dependencies

On Sun, Jul 04, 2004 at 01:46:10PM +0200, Matthias Klose wrote:

> The package is missing the tk8.x dependencies.

Yes, and it seems to be quite deliberate too. A previous maintainer
went to some effort to remove those dependencies, and I'm not
entirely sure why. The changelog provides no clues :(

My best guess is that someone thought that blt would be useful with
just tcl. (Although even then, he should have added "Recommends:
tk*", rather than just removing all mention of tk.) I don't think blt
is useful *enough* without tk to justify all the hackery, though, so
I'll just go ahead and re-enable the dependencies.

Thanks for calling my attention to this.

--
Chris Waters | Pneumonoultra- osis is too long
<email address hidden> | microscopicsilico- to fit into a single
or <email address hidden> | volcaniconi- standalone haiku

Message-ID: <email address hidden>
Date: Mon, 5 Jul 2004 13:09:29 -0700
From: Chris Waters <email address hidden>
To: Matthias Klose <email address hidden>, <email address hidden>
Subject: Re: Bug#257571: blt installs the oldest tcl version available

package blt
tags 257571 +pending
tags 257572 +pending
thanks

On Sun, Jul 04, 2004 at 01:44:30PM +0200, Matthias Klose wrote:

> Depends: tcl8.0 (>= 8.0.4) | tcl8.3 (>= 8.3.5) | tcl8.4 (>= 8.4.2)

I came up with a solution for this involving a separate script that
reads and parses /var/lib/dpkg/info/tcl8.?.shlibs (and tk8.?.shlibs),
and generates a shlibs.local file on-the-fly. It's ugly, but it
works. Unfortunately, I decided to clean up a bunch of other BLT
problems and ugliness while I was at it, so now I'm trying to fix all
the problems my clean-up caused. :)

Anyway, just wanted to let you know that I've got a fix for this and
your other bug, and I should be ready to upload in the next day or
two, depending on how things go.

cheers
--
Chris Waters | Pneumonoultra- osis is too long
<email address hidden> | microscopicsilico- to fit into a single
or <email address hidden> | volcaniconi- standalone haiku

Remove myself from all these CCs now that we have the warty-bugs mailing list

Message-Id: <email address hidden>
Date: Fri, 09 Jul 2004 06:02:05 -0400
From: Chris Waters <email address hidden>
To: <email address hidden>
Subject: Bug#257572: fixed in blt 2.4z-3

Source: blt
Source-Version: 2.4z-3

We believe that the bug you reported is fixed in the latest version of
blt, which is due to be installed in the Debian FTP archive:

blt-demo_2.4z-3_all.deb
  to pool/main/b/blt/blt-demo_2.4z-3_all.deb
blt-dev_2.4z-3_i386.deb
  to pool/main/b/blt/blt-dev_2.4z-3_i386.deb
blt_2.4z-3.diff.gz
  to pool/main/b/blt/blt_2.4z-3.diff.gz
blt_2.4z-3.dsc
  to pool/main/b/blt/blt_2.4z-3.dsc
blt_2.4z-3_i386.deb
  to pool/main/b/blt/blt_2.4z-3_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Chris Waters <email address hidden> (supplier of updated blt package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----

Format: 1.7
Date: Thu, 8 Jul 2004 18:02:53 -0700
Source: blt
Binary: blt blt-dev blt-demo
Architecture: source all i386
Version: 2.4z-3
Distribution: unstable
Urgency: low
Maintainer: Chris Waters <email address hidden>
Changed-By: Chris Waters <email address hidden>
Description:
 blt - the BLT extension library for Tcl/Tk - run-time package
 blt-demo - the BLT extension library for Tcl/Tk - demos and examples
 blt-dev - the BLT extension library for Tcl/Tk - development files
Closes: 204553 257571 257572
Changes:
 blt (2.4z-3) unstable; urgency=low
 .
   * Tighten up -dev package dependency on blt, for extra safety in
     future.
   * Added -D_REENTRANT to CFLAGS for that extra, tasty bit of policy
     compliance.
   * Completely rewrote the package descriptions; they are now shorter,
     more descriptive, and contain far fewer grammar and spelling errors,
     (closes: #204553).
   * Moved the man pages and HTML docs for the BLT commands from the
     blt-dev package to the blt package, where they really belong. Left
     just the man pages for the BLT C API calls in the blt-dev package.
     Renamed the command man pages to have the extension .3blt (I wanted to
     use .3tcl, but that caused a conflict with the tcllib package).
   * Wrote a handy, but very hackish, script to generate a shlibs.local
     file with the very special dependencies needed by blt. Among other
     things, the script puts tcl8.4 first on the list of tcl alternatives.
     The script also generates tk dependencies, in the same way, so blt
     finally depends on tk8.x, as it really should have all along
     (closes: #257571, #257572).
   * Changed the blt-demo package to Arch: all, as it only contains scripts
     and images. Also moved all the scripts to /usr/share so I no longer
     need symlinks to the image directories which had previously been
     moved to /usr/share.
   * ...

The last upload fixed a bunch of bugs, that might be worth to include in warty.
Matt please consider sync from Debian

I am concerned about all of the unrelated changes implemented in these packages,
and the weird way in which this bug was fixed (hacked shlibs.local??). Files
were moved between packages as well, and maintainers almost never get that right
on the first try.

If the only problem is that it should depend on tk, then we can add those
dependencies to the control file, no?

(In reply to comment #7)
> I am concerned about all of the unrelated changes implemented in these packages,
> and the weird way in which this bug was fixed (hacked shlibs.local??). Files
> were moved between packages as well, and maintainers almost never get that right
> on the first try.
>
> If the only problem is that it should depend on tk, then we can add those
> dependencies to the control file, no?

theoretically yes. i will check with the package in sid/warty and work on it as
ubuntu

Fixed with upload to warty as: blt_2.4z-2ubuntu1