When running Code Listing 2.1: Emerge qmail, the following is returned: !!! The short ebuild name "qmail" is ambiguous. Please specify !!! one of the following fully-qualified ebuild names instead: mail-mta/qmail virtual/qmail The document should specify the full name, or give other guidance.
(In reply to comment #0) > When running Code Listing 2.1: Emerge qmail, the following is returned: > > !!! The short ebuild name "qmail" is ambiguous. Please specify > !!! one of the following fully-qualified ebuild names instead: > > mail-mta/qmail > virtual/qmail > > The document should specify the full name, or give other guidance. Which version of Portage are you using? I'm running 2.1_pre9-r4, and I have neither virtual/qmail nor mail-mta/qmail installed. However, emerge -pv shows that *both* of them block each other. Weird. Definitely needs addressing.
mmm portage shouldnt consider virtual/'s when looking for shortnames `emerge virtual/qmail` should work, but `emerge qmail` should always pull mail-mta/qmail
> Which version of Portage are you using? Sorry, I assumed this was a documentation problem, so I didn't include emerge --info. I see portage 2.0.54-r1 is available... Here it is: Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.6-r3, 2.6.9-gentoo-r13 i686) ================================================================= System uname: 2.6.9-gentoo-r13 i686 Pentium II (Deschutes) Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=pentium2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 acl acpicryp apache2 apm avi berkdb bitmap-fonts bzip2 cli crypt cups curl dri eds emboss encode expat ffmpeg foomaticdb fortran gdbm gif gmp gpm gstreamer gtk2 imagemagick imap imlib ipv6 isdnlog java jpeg junit kerberos ldap libg++ libwww mad maildir mhash mikmod motif mp3 mpeg mysql ncurses nls no-htdocs oav ogg oggvorbis pam pcre pdflib perl php png pppd python quicktime readline reflection rss samba sasl session spell spl ssl svgatcpd tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb vorbis xml2 xmms xorg zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
(In reply to comment #2) > mmm portage shouldnt consider virtual/'s when looking for shortnames > > `emerge virtual/qmail` should work, but `emerge qmail` should always pull > mail-mta/qmail Really? I'd hate to add a special case for virtual/*. After all, new style virtuals are normal meta-packages, effectively.
After update to portage 2.0.54-r1, same problem remains (emerge --info gives Portage 2203-svn (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.6-r3, 2.6.9-gentoo-r13 i686)
I vote for fix the document, no need to add special cases in the shortname code.
*** Bug 134323 has been marked as a duplicate of this bug. ***
Created attachment 87986 [details, diff] qmail-howto.xml?root=doc.diff
(In reply to comment #6) Portage _should_ consider virtuals when emerging shortnames, but for now the doc is fixed to use mail-mta/qmail rather than virtual. mail-mta was chosen because it's part of an existing subsequent post-installation ebuild command. Thanks for reporting.
