From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: *** X-Spam-Status: No, score=3.1 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DMARC_REJECT,FORGED_YAHOO_RCVD,FREEMAIL_FROM,MAILING_LIST_MULTI, RDNS_NONE,SPOOFED_FREEMAIL_NO_RDNS autolearn=no autolearn_force=no version=4.0.0 Received: from uranus.u235.eyep.net (unknown [194.90.113.98]) by chiba.3jane.net (Postfix) with SMTP id 2126625991 for ; Sun, 13 Jan 2002 13:12:19 -0600 (CST) Received: (qmail 28000 invoked by uid 1000); 13 Jan 2002 19:12:20 -0000 Subject: Re: [gentoo-dev] qpkg From: Vitaly Kushneriuk To: Gentoo-dev In-Reply-To: <20020113115355.X62855-100000@ozma.union.utexas.edu> References: <20020113115355.X62855-100000@ozma.union.utexas.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Date: 13 Jan 2002 21:12:20 +0200 Message-Id: <1010949140.3345.7.camel@uranus.u235.eyep.net> Mime-Version: 1.0 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Developer discussion list List-Unsubscribe: , List-Archive: X-Archives-Salt: 00a82ecd-ccc9-4128-beda-fd5c29a7977d X-Archives-Hash: 847b3f90352ce83b39c9e528d03ac0a2 > Perhaps, though, qpkg should not flag major revisions as duplicates. For > instance, qpkg flags the following packages as duplicates: > > x11-libs/qt-2.3.1 > x11-libs/qt-3.0.1 > media-libs/freetype-2.0.5-r1 > media-libs/freetype-1.3.1-r3 > sys-devel/automake-1.4_p5 > sys-devel/automake-1.4-r2 > > The first two sets are not duplicates because they are incompatible major > versions. The dbm libraries also have this issue (there are three major > versions in common use, though I'm not sure what's included with gentoo.) > I have no idea what to do about the last set - it's not possible to tell > by the name which is more recent (I'm not sure how I got into this > situation either!) I think it's not "The Right Thing (tm)" to make qpkg handle freetype/db/qt libraries as a special cases. Having multiple UNcompatible versions of the same PACKAGE (note: not library) will interfere with a lot of other stuff. Consider something like "--autounmerge" options(I'd like to see something like this in portage btw.) that would unmerge old version if newer version successfully installed. The proper way IMHO would be to split freetype into freetype and freetype2, removing all conflicts. The same aplies to db/db2/db3 etc. This is the standard way of dealing with such stuff I think. I can add some exceptions list to qpkg, though, if freetype maintainer (Daniel?) does not want to split it.