From owner-freebsd-hackers Mon Feb 10 7:20: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541D337B401 for ; Mon, 10 Feb 2003 07:20:04 -0800 (PST) Received: from grsu.by (grsu.by [194.158.202.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D2AD43F93 for ; Mon, 10 Feb 2003 07:20:02 -0800 (PST) (envelope-from grog@grsu.by) Received: (qmail 7755 invoked from network); 10 Feb 2003 15:15:02 -0000 Received: from unknown (HELO grsu.by) (grog@195.50.13.206) by grsu.by with SMTP; 10 Feb 2003 15:15:02 -0000 Message-ID: <3E47C1BA.9000500@grsu.by> Date: Mon, 10 Feb 2003 17:14:02 +0200 From: Yury Tarasievich User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020829 X-Accept-Language: be, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Making pkg_XXX tools smarter about file types... References: <3E42C148.4050807@acm.org> <3E440393.3080506@grsu.by> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ...first, clemens fischer wrote: >Yury Tarasievich : > >>I'd like to see in dependencies not only like "was built with >>-1.9_2abc, so wants it", but also something like -1.5+ (obviously >>1.5.0 and newer), -* (any version will do). Perhaps something else. At >>least to have possibility of specifying that, if this can't go into >>official ports. Does it seem reasonable? >> >> > >this problem has been annoying me for ages, but he who implements this >should consider dependencies specified too liberally. sometimes newer >versions aren't backwards compatible, which you can't know back in the >past. > Well, someone *should* pay *some* attention to what he's porting, right? And I've seen some ports even aren't compliant with hier(7), too. ...then, Tim Kientzle wrote: > A better approach might be to simply fob it > off on the user, i.e., > > # pkg_install foo-1.5 > Warning: foo-1.5 requires bar-2.3, you have bar-1.7 installed. > Proceed? [Y/n] In my opinion, user should be bothered with choices *only* when, like in this example, when dependency isn't *at* *all* satisfied. User definitely should *not* be bothered when differences are irrelevant to the functionality. E.g., ask only when bar-1.7 is installed and 2.3+ required, not when bar-1.7 is installed and say 1.4.1+ is required. I think dependencies could / should also have *upper* revision limit (library interface change, e.g.). And there could also be functionality of system-wide dependencies updating (isn't there one?) I've seen interesting concept of version number processing by D.J.Bernstein (called slashpackage, I believe). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message