Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
On Friday 07 December 2007 18:58:57 Alexander Skwar wrote: > > You are right except for the fact that virtual/mta will not be converted > > any time soon (if ever). Old style virtuals allow their providers to > > block all other providers by blocking the virtual. This isn't possible > > with the current format for new style virtuals so it isn't going to > > happen. editor didn't need that feature and thus could easily be > > converted... > > Ah, okay. Pretty bad situation, though, isn't it? I mean, > with the way it is now, we've got some virtuals which > work with virtuals and some, which don't. Do you happen > to know, if there's a bug which should rectify this > broken situation? If by 'broken' you mean 'inconsistent' then I can assure you that there are plenty of much more important bugs open... ;) But I guess bug #148251 should be of interest in reference to virtual/mta. Personally I happen to hate old style virtuals and want them dead asap. As you can see on the bug there's not much indicating that'll happen anytime soon though.. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
On Dec 7, 2007 4:37 PM, Bo Ãrsted Andresen <[EMAIL PROTECTED]> wrote: > On Friday 07 December 2007 16:21:31 Alexander Skwar wrote: > > So the expectation should be, that it's not going to be possible > > to preselect an mta the way I've shown, as soon as virtual/mta > > is converted to a new style virtual. > > > > Is that right? Is there work going on to change all the old > > style virtuals to new style ones? > > You are right except for the fact that virtual/mta will not be converted any > time soon (if ever). Old style virtuals allow their providers to block all > other providers by blocking the virtual. This isn't possible with the current > format for new style virtuals so it isn't going to happen. editor didn't need > that feature and thus could easily be converted... Ah, okay. Pretty bad situation, though, isn't it? I mean, with the way it is now, we've got some virtuals which work with virtuals and some, which don't. Do you happen to know, if there's a bug which should rectify this broken situation? Alexander ��í¢ï¿½z� ��(��&j)b� b�
Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
On Friday 07 December 2007 16:21:31 Alexander Skwar wrote: > So the expectation should be, that it's not going to be possible > to preselect an mta the way I've shown, as soon as virtual/mta > is converted to a new style virtual. > > Is that right? Is there work going on to change all the old > style virtuals to new style ones? You are right except for the fact that virtual/mta will not be converted any time soon (if ever). Old style virtuals allow their providers to block all other providers by blocking the virtual. This isn't possible with the current format for new style virtuals so it isn't going to happen. editor didn't need that feature and thus could easily be converted... -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
On Fri, Dec 07, 2007 at 02:29:54PM +0100, Alexander Skwar wrote: > Emil Beinroth <[EMAIL PROTECTED]> wrote: > > there is a virtual/editor package in the tree, that selects nano as the > > default choice. > > How does it do that? It's done by using the RDEPEND variable inside the virtual/editor ebuild. RDEPEND="|| ( app-editors/nano app-editors/dav ..." That says that the package needs any of the packages in parentheses to run. If none of them are installed, the first one in the list is selected to be installed. (AFAIK) You can read about this in "man 5 ebuild", on [1] and the glep posted before (that should be an particularly interesting read). > How do I make it select something else? I would say you don't. Just emerge the package you want (as you already mentioned). Cheers, Emil [1] http://devmanual.gentoo.org/general-concepts/dependencies/index.html -- Emil Beinroth 83059 Kolbermoor | Germany BUFFERS=20 FILES=15 2nd down, 4th quarter, 5 yards to go! pgpA9qPm1BFBH.pgp Description: PGP signature
Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
Hello. On Dec 7, 2007 3:56 PM, Stroller <[EMAIL PROTECTED]> wrote: > > On 7 Dec 2007, at 13:29, Alexander Skwar wrote: > > Emil Beinroth <[EMAIL PROTECTED]> wrote: > >> > >> there is a virtual/editor package in the tree, that selects nano > >> as the > >> default choice. > > > > How does it do that? How do I make it select something else? > > I think you simply emerge vi (or vim or emacs or joe or whatever) and > then portage will no longer try to emerge nano (or any other editor). Yes, I know. That's one way. But why am I able to "preselect" the virtual/mta by editing the virtuals file and why can't this same thing be done for virtual/editor? Basically, I'd like to *preselect* what should be taken as a virtual. Best regards, Alexander
Re: [gentoo-user] Re: Emerging virtual/editor installs nano - why?
On 7 Dec 2007, at 13:29, Alexander Skwar wrote: Emil Beinroth <[EMAIL PROTECTED]> wrote: there is a virtual/editor package in the tree, that selects nano as the default choice. How does it do that? How do I make it select something else? I think you simply emerge vi (or vim or emacs or joe or whatever) and then portage will no longer try to emerge nano (or any other editor). EG: emerge -C && emerge vi && emerge world Stroller. -- [EMAIL PROTECTED] mailing list
