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 1HwjTS-0005yM-Hn for garchives@archives.gentoo.org; Fri, 08 Jun 2007 18:46:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l58Iifle002400; Fri, 8 Jun 2007 18:44:41 GMT Received: from s15216962.onlinehome-server.info (s15216962.onlinehome-server.info [217.160.22.205]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l58IcXxB026835 for ; Fri, 8 Jun 2007 18:38:38 GMT Received: (from uucp@localhost) by s15216962.onlinehome-server.info (8.13.3/8.13.3/SuSE Linux 0.7) with UUCP id l58Ibsr5001540 for gentoo-user@lists.gentoo.org; Fri, 8 Jun 2007 20:37:54 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id l58IbR5C027203 for gentoo-user@lists.gentoo.org; Fri, 8 Jun 2007 20:37:27 +0200 Date: Fri, 8 Jun 2007 20:37:27 +0200 From: Enrico Weigelt To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] why multiple versions of java-config, automake, and autoconf? Message-ID: <20070608183725.GA20910@nibiru.local> References: <20070606234438.GE2575@nibiru.local> <200706071754.53896.bo.andresen@zlin.dk> <20070608124654.GA765@nibiru.local> <8cd1ed20706080618o4db2b1a8o1d59aac77898cdd3@mail.gmail.com> <20070608142020.GE765@nibiru.local> <8cd1ed20706080751vc827e34h5c828053d3991ce@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cd1ed20706080751vc827e34h5c828053d3991ce@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof X-Archives-Salt: c1d2f2c7-5be8-495d-a817-ef2ac0c98979 X-Archives-Hash: 08a8cf7b3ca444b1f1a5e8546201b9bc * Kent Fredric wrote: > Ah, but you see, in half the cases there is not a /complete/ > incompatibility. PHP4<->5 migration is not an entirely big switch, > the biggest problem IIRC in the 4->5 change is the way it handles > classes, and a lot of code 'simply works' on both. I had to do a lot at that front. Believe me, they're NOT compatible. Just nearly compatible. So different. For those packages where it really doesnt matter, we simply could use an virtual. Sama for java. > In the case of autoconf, im personally glad it all hides under one > non-linear space-time-continumum on my harddrive ;) . The thought of > them all being in seperate ebuild names would drive me nutty ( folder > with 10 different package names for the same thing = wtf? ) What "folders" are you tallking about ? > The argument of 'cleaning' was a problem for a little while, but im > glad the kernel uses slotting, for the reason I dont want to have a > seperate ebuild for different kernels, i dont want old kernel sources > to be taken away when the new one turns up, and when i want to get rid > of old kernels, i want to be able to do a nice and simple emerge -C > <=some-version to get rid of them when im done with them. Okay, that's good point where slots are really useful. But I'm sure there could be other good solutions. > The same occurs in many of the web-applications, where multiple versions > are handy, but multiple ebuild names would cause headaches. hmm, they're an special things, since we can have many instances of the same application here. but I never had the need to have multiple versions of one webapp (source) installed. > the only way to get around all these nasties would be to have a 3 part > package name imo, such as > dev-libs/gtk/2/2.0.1.ebuild > dev-libs/gtk/1/1.0.1.ebuild > for instance , and when you look at it like that, it is in essence > identical to 'slots', except a 'slot' is governed by a string in the > actual file, instead of a string in the filename. Well, if the slot number would be an part of the package atom name, it would be half as bad. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- gentoo-user@gentoo.org mailing list