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

Re: shlibs:Depends



OK, thanks for this good piece of advice.

On Fri, Apr 13, 2001 at 06:10:22PM -0700, Mike Markley wrote:
> On Fri, Apr 13, 2001 at 04:30:15PM -0800, Britton <fsblk@aurora.uaf.edu> spake forth:
> > 
> > > It actually works with tcl 8.0, 8.1 and 8.2 you are right. So what about :
> > >
> > > Depends: tcl8.0 | tcl8.1 | tcl8.2
> > 
> > Or mayby just depend on a version greater than 8.0, as you do with
> > debhelper in you build depend.  But Mayby tcl breaks backward
> > compatability a lot and you thing it would be better without that, sort of
> > a judgement call I guess.
> 
> <hat type="Tcl maintainer">
> Couple of problems with this...
> 1) tcl8.1 doesn't exist in Debian
> 2) tcl breaks backwards compatability a *lot*
> 3) because of #2, there are separate packages for 8.0, 8.2, and 8.3;
>    therefore, a simple Depends: tcl (>= 8.0) will not work.
> 
> All in all, "Depends: tclsh | tcl8.2" should generally work for straightforward
> scripts, as the language doesn't tend to change that much between releases,
> just the API for the library and various internals. All of the tcl packages
> Provide: tclsh, so that'll work for scripts which don't have any insanity
> preventing them from working with all modern TCLs.
> 
> Note that lintian complains about depending only on a virtual package, and
> while a quick glance doesn't find language in policy which forbids it, that
> is just a quick glance ;).
> </hat>
> 
> -- 
> Mike Markley <mike@markley.org>
> GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313  FE2B 77A8 F36A 3B04 7084
> 
> "Logic and practical information do not seem to apply here."
> "You admit that?"
> "To deny the facts would be illogical, Doctor"
> - Spock and McCoy, "A Piece of the Action", stardate unknown
> 
> 
> --  
> To UNSUBSCRIBE, email to debian-mentors-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> 

-- 
Eric VAN BUGGENHAUT

Eric.VanBuggenhaut@AdValvas.be



Reply to: