From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1IeASA-0003Vr-Ht for garchives@archives.gentoo.org; Sat, 06 Oct 2007 14:16:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l96E6Bk8009480; Sat, 6 Oct 2007 14:06:11 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l96E47mn006736 for ; Sat, 6 Oct 2007 14:04:07 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2D03A65262 for ; Sat, 6 Oct 2007 14:04:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -1.204 X-Spam-Level: X-Spam-Status: No, score=-1.204 required=5.5 tests=[AWL=-1.019, BAYES_40=-0.185] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4mKNv9+MHUrc for ; Sat, 6 Oct 2007 14:04:00 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 2B75D64D35 for ; Sat, 6 Oct 2007 14:03:58 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IeAA9-0007ig-OI for gentoo-dev@gentoo.org; Sat, 06 Oct 2007 13:57:49 +0000 Received: from ip68-230-96-73.ph.ph.cox.net ([68.230.96.73]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Oct 2007 13:57:49 +0000 Received: from 1i5t5.duncan by ip68-230-96-73.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Oct 2007 13:57:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: new-style virtual/editor Date: Sat, 6 Oct 2007 13:50:42 +0000 (UTC) Message-ID: References: <20071005204242.641b8727@gentoo.org> <20071005184629.GN29572@supernova> <1191610633.13943.49.camel@TesterTop3.tester.ca> <1191615728.8800.16.camel@inertia.twi-31o2.org> 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=UTF-8 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-96-73.ph.ph.cox.net User-Agent: Pan/0.132 (Waxed in Black) Sender: news Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id l96E6Blp009480 X-Archives-Salt: 9f30b813-0634-4333-8110-e41c6af03469 X-Archives-Hash: 5330e5b1e75d6dbef06c2aabdec7f611 Chris Gianelloni posted 1191615728.8800.16.camel@inertia.twi-31o2.org, excerpted below, on Fri, 05 Oct 2007 13:22:08 -0700: > On Fri, 2007-10-05 at 14:57 -0400, Olivier Cr=C3=AAte wrote: >> On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote: >> > How many packages depend on virtual/editor? Should it be a virtual a= t >> > all? >>=20 >> !rdep virtual/editor >> virtual/editor <- app-admin/sudo sys-process/fcron >>=20 >> I think the answer is none that really should, I would favor just >> removing virtual/editor. >=20 > Ehh... "system" also requires it. Removing the virtual means everybody= , > no matter what, will get nano and won't be able to remove it without > portage bitching up a storm. Currently, you can replace nano with any > editor that meets the virtual and it'll satisfy the system target. Couldn't people just profile/package.provided or profile/packages it, as=20 I used to do with ssh (which apparently isn't a system dependency any=20 longer, maybe omitted just on desktop profiles?) and still do for=20 busybox, as neither is necessary or useful on my system, at least not to=20 the point of justifying future upgrade hassles on a from-source=20 distribution like Gentoo. As for editor, even where people have an alternative system default=20 editor, nano is extremely useful as a self-documented, small, low- dependency fallback (for which it'd be more useful if it were compiled=20 static, is it?). Earlier in my Linux life I ended up in a situation where I had no working= =20 interactive editor at all, or at least none I was aware of (I later found= =20 they shipped a static vim-minimal as an emergency fallback editor, but I=20 had no way of knowing it at the time)! It's not a pleasant situation to=20 be in, especially when you know all you have to do to get back to a=20 working system is edit a single line in a single file -- only you can't=20 do it without an editor! Luckily, I remembered sed, and the sed appendix= =20 in the back of the "Linux in a Nutshell" book I still keep within easy=20 reach to this day. I'd never used sed before, but that day i had a crash= - course, and yes, I did manage to use it to get a working system back! =3D= 8^) So yes, I definitely appreciate nano's role as low-dep fallback editor,=20 and deliberately keep it on the system for exactly that reason. I think=20 I've used it twice in that role in the years I've been on Gentoo, during=20 which I've upgraded or otherwise remerged it several times, but it's an=20 easy and very quick emerge (unlike say, busybox), and VERY handy when=20 nothing else works, so it's worth it. >>From here, therefore, a hard system dependency on nano doesn't look so=20 bad, particularly since Gentoo already provides reasonable, easy and=20 documented ways to avoid that dependency if one should prefer to. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman --=20 gentoo-dev@gentoo.org mailing list