The debian-private mailing list leak, part 1. Volunteers have complained about Blackmail. Lynchings. Character assassination. Defamation. Cyberbullying. Volunteers who gave many years of their lives are picked out at random for cruel social experiments. The former DPL's girlfriend Molly de Blanc is given volunteers to experiment on for her crazy talks. These volunteers never consented to be used like lab rats. We don't either. debian-private can no longer be a safe space for the cabal. Let these monsters have nowhere to hide. Volunteers are not disposable. We stand with the victims.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Quality: some thoughts on achieving it (long)



On Wed, 05 Feb 1997 09:09:52 CST David Engel (david@sw.ods.com) wrote:

> On Tue, 4 Feb 1997, Philippe Troin wrote:
> > It justs happens that I maintain 5 of these tcl/tk packages for 
> > debian (tclx7[456] and tix4[01]). I think I could hack them so that 
> > they do not refer to the sibling directory. I'd probably need some 
> > include files from tcl/tk stored in the devel package as well.
> > Should we try to go in this direction ?
> > 
> > IMHO, this is a really bad coding practise. It's kind of like 
> > requiring the complete source code of libc to compile any program.
> 
> I agree, but unfortunately, it's pretty common practice in the Tcl/Tk
> community.  I think it stems from the fact that there are always
> little incompatibilities from version to version and they never know
> which version is installed.  My personal preference is to change
> upstream packages as little as possible, but I'm still undecided on
> this issue.

I know, every tcl/tk `extension' I've compiled has this limit.
Though, all the tclx package depend on an exact version of tcl/tk.
The Tix packages can be compiled for various versions of tcl/tk, but this has to be told to the configure script.
I'll try to dig out more, but I know that tclx needs some include files which are not in the public interface of tcl/tk. It also needs the tcl/tk test suites to build its own. I don't know for Tix.

While we're on the tcl/tk stuff, I've just seen that 8.0 is under beta. That will make 4 different versions of the tcl/tk stuff. Maybe we should start obsoleting 7.4/4.0. Last time I grepped in the Packages list, there were still 5 or 10 packages needing 7.4/4.0. And not only scripts, the two problematic packages are ical and expect. And if during the migration, we could wipe out 7.5/4.1 as well (very few packages need 7.5/4.1, 1 or 2, and scripts only, should work with 7.6/4.2).

Phil.



--
Please respect the confidentiality of material on the debian-private list.
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-private-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com