From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1Hz5LS-0004bW-W9 for garchives@archives.gentoo.org; Fri, 15 Jun 2007 06:31:43 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l5F6UaP0002280; Fri, 15 Jun 2007 06:30:36 GMT Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l5F6SkaY032434 for ; Fri, 15 Jun 2007 06:28:46 GMT Received: by py-out-1112.google.com with SMTP id p76so1987067pyb for ; Thu, 14 Jun 2007 23:28:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ab+c4zqbxKjmg/QXrbvdDxyeG5YH0BPm0FPB0pgtjfeIGYrJj7iH+2U33EwK6RYBude4R/1Tap+lt042icIR2UdE+Sfpf3mPxFCCM0ITRFxXN6699lrEe6+G4LPWo5ZFfguVz4SiWg1RyDdnrrrKtw8vUKjMs+UvjhpmTAf6/Zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O6zlcyp0sJrOM+jFmKenicdYlcNvmPaOICUCUfI0XScccuYv1cfekipqUjHhc+Y19IPn4fTK2K+QCKd8ql4joJPQY6Yb1nW2g3T/fSaeGPSR05ZpdXEaVFw7WflBimWoCapB9RgeLFsXPvbKynBmvvMW6fnSvGdZYHL/RkBM3h0= Received: by 10.65.43.5 with SMTP id v5mr4531705qbj.1181888925977; Thu, 14 Jun 2007 23:28:45 -0700 (PDT) Received: by 10.64.251.15 with HTTP; Thu, 14 Jun 2007 23:28:45 -0700 (PDT) Message-ID: <8cd1ed20706142328n868db6x397fa63744233530@mail.gmail.com> Date: Fri, 15 Jun 2007 18:28:45 +1200 From: "Kent Fredric" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] EAPI-1 (or >1, perhaps) Proposal: AND Dependencies In-Reply-To: <4671DCEF.7080009@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4671DCEF.7080009@gmail.com> X-Archives-Salt: 3607d7bf-dbce-488f-9590-8c8345b173d6 X-Archives-Hash: 9b4b27becff72dd44b062a7c69c59fa2 On 6/15/07, John R. Graham wrote: > I occasionally run across a package version dependency issue that cannot > be elegantly solved by the current dependency syntax. Every time I've > come across this, it's boiled down to a range. For example, package > some-cat/foo has the following versions in the tree > some-cat/foo-4.0.0-r2 > some-cat/foo-4.1 > some-cat/foo-4.1.1 > some-cat/foo-4.1.2-r2 > some-cat/foo-4.2.1-r5 > some-cat/foo-4.3 > some-cat/foo-4.4 > /me votes for rubyesqe range syntax some-cat/foo-( s:4.1 .. s:4.2) // start at slot 4.1 , and go upto and including 4.2 some-cat/foo-( s:4.1 ... s:4.2) // start at slot 4.1 and go upto, but not including 4.2 some-cat/foo-( v:4.1.0 .. v:4.2.0 ) // start at version 4.1.0 and go upto and including 4.2.0 some-cat/foo-( v:4.1.0 ... v:4.2.0 ) // start at version 4.1.0 and go upto , but excluding 4.2.0 I know thats probably not possible in a bash env tho, but hopefully the 'range' concept will give some inspiration, as IMO, having to specify the ebuild atom name for both upper and lower values is redundant, and easily missused as lamented by Vlastimil Babka /me hides in his corner to avoid abuse from people despising ruby lovers /me goes and joins ruby addicts anonymous -- Kent ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x| print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}' -- gentoo-dev@gentoo.org mailing list