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=-0.2 required=5.0 tests=DKIM_ADSP_NXDOMAIN, DMARC_MISSING,MAILING_LIST_MULTI,T_DATE_IN_FUTURE_96_Q autolearn=unavailable autolearn_force=no version=4.0.0 Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by chiba.3jane.net (Postfix) with ESMTP id 0D770ABD77 for ; Thu, 27 Jun 2002 13:59:34 -0500 (CDT) Received: from [12.243.230.150] by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020627185933.VHQY8262.rwcrmhc52.attbi.com@[12.243.230.150]> for ; Thu, 27 Jun 2002 18:59:33 +0000 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Fri, 12 Jul 2002 21:11:32 -0400 Date: Fri, 12 Jul 2002 21:11:32 -0400 From: Bob Phan To: gentoo Subject: Re: [gentoo-dev] missing SLOTs Message-ID: <20020713011132.GA4889@endlessrecursion.net> Mail-Followup-To: gentoo References: <20020627173146.46f36953.jani@iv.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627173146.46f36953.jani@iv.ro> User-Agent: Mutt/1.4i X-Mailer: Mutt http://www.mutt.org/ 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 List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 75a1a497-6f1f-4026-bf94-b593e816b2ee X-Archives-Hash: 8584f7d742ac24a8975570561559b1ef * On Jun 27, 2002, Jani Monoses said: > After looking at why emerge clean wouldn't get rid of older hdparm and openssh I found that > the ebuilds for the old versions didn't have a SLOT so portage assumes nothing != 0 and > keeps both versions. > But aren't all ebuilds supposed to have SLOT defined? > Maybe temporarily until all such cases are fixed emerge could presume missing slot means 0? Generally speaking, it is better to assume too little than too much. Let's say that there is a library that you want to keep around without a slot and one of the same name at slot 0 (hypothetically, because I can't come up with an actual instance of this). Each and every time you try to clean your packages, it annoyingly uninstalls the unslotted package. On the other hand, you notice that one package didn't get uninstalled that you think should have been. You go ahead and uninstall the package and never hear from it again. That's why the current model is safer, at the cost of a single minor annoyance as opposed to repeated annoyance. But I do agree that all packages should be slotted and, if I'm not mistaken, they'll all have slots eventually. It's just a matter of waiting it out. -- /* * Bob Phan * Computational Chemistry Informatics * Neurogen Corporation * (203)488-8201 x4645 * * To understand recursion, you must first understand recursion. * http://www.endlessrecursion.net/ */