Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 170288 - perform visibility filtering before processing overlays
Summary: perform visibility filtering before processing overlays
Status: RESOLVED DUPLICATE of bug 262038
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
: 196857 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-10 16:49 UTC by Davide Pesavento
Modified: 2011-10-02 19:02 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Davide Pesavento (RETIRED) gentoo-dev 2007-03-10 16:49:39 UTC
paradox ~ # eix -I freetype
[U] media-libs/freetype
     Available versions:
        (1)     1.3.1-r4 1.3.1-r5
        (2)     2.1.9-r1 2.1.10-r2 (~)2.2.1-r1 (~)2.3.1 (~)2.3.2 **2.3.2[1]
     Installed versions:  2.3.1(2)(15:09:41 22/02/2007)(-bindist -doc zlib)
     Homepage:            http://www.freetype.org/
     Description:         A high-quality and portable font engine

[1] /usr/portage/local/layman/xeffects

As you can see I have freetype-2.3.1 installed and version 2.3.2 has been released both in xeffects overlay (masked by missing keyword) and in the official portage tree (in ~ARCH), but emerge won't update this package:

paradox ~ # emerge -auD world

These are the packages that would be merged, in order:

Calculating world dependencies... done!

Nothing to merge; would you like to auto-clean packages? [Yes/No]
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.
 * GNU info directory index is up-to-date.

Adding --with-bdeps=y doesn't change anything.

If I unmask media-libs/freetype in package.keywords, then emerge will update it but the overlay version will be used, because overlay versions always take precedence over portage ones (and this is ok), but...what should I do if I want to update freetype to the newer official version in portage leaving the overlay version masked? Is this intended behaviour?

I've also checked the dependencies with `equery depends freetype` and none of my installed packages depend on <=media-libs/freetype-2.3.1 or similar.
Comment 1 Davide Pesavento (RETIRED) gentoo-dev 2007-03-10 16:50:46 UTC
emerge --info
Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.2, glibc-2.5-r0, 2.6.20-gentoo i686)
=================================================================
System uname: 2.6.20-gentoo i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.12.9
Timestamp of tree: Sat, 10 Mar 2007 11:20:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31-r4
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.15
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.20-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.unina.it/pub/linux/distributions/gentoo"
LANG="it_IT.UTF-8"
LC_ALL="it_IT.UTF-8"
LINGUAS="it"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/crossdev /usr/portage/local/layman/pro-audio /usr/portage/local/layman/xeffects"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X aac acpi alsa audiofile avahi bash-completion bitmap-fonts bzip2 cairo caps cdinstall cdparanoia cdr cli cracklib crypt cups curl curlwrappers dbus dri dts dv dvd dvdr dvdread eds emacs emboss encode exif expat fam fbcon ffmpeg fftw firefox flac fuse gd gdbm gif glut gnutls gpm gstreamer hal iconv icq ieee1394 imagemagick imlib innodb ipv6 isdnlog jabber jack java javascript jbig jpeg jpeg2k kde kdeenablefinal kdexdeltas ladspa libg++ lua mad matroska midi mikmod mmx mng mono mp3 mpeg mplayer msn mule musepack mysql mysqli ncurses nls nptl nptlonly nsplugin ocaml offensive ogg opengl oscar oss pam pcre pdf perl png ppds pppd python qt3 qt4 quicktime readline reflection ruby samba sasl sdl session slang speex spell spl sqlite sqlite3 sse sse2 ssl subversion svg svga symlink tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd vorbis win32codecs wmf x264 x86 xcb xcomposite xine xml xorg xpm xscreensaver xv xvid yahoo zeroconf zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 2 Paul Bredbury 2007-03-10 18:06:45 UTC
> but...what should I do if I want
> to update freetype to the newer official version in portage leaving the overlay
> version masked?

Delete the overlay ebuild. This is not a bug.
Comment 3 Davide Pesavento (RETIRED) gentoo-dev 2007-03-10 18:19:31 UTC
Well...I don't think this is intended behaviour because I've been using xeffects overlay for months and I would have noticed it in the past if it was the normal behaviour of emerge...
However, if it is not an emerge bug, why not turning my bug in a feature request/enhancement then? I cannot understand why emerge shouldn't update such packages...
Comment 4 fow 2007-03-10 18:28:05 UTC
(In reply to comment #2)
> > but...what should I do if I want
> > to update freetype to the newer official version in portage leaving the overlay
> > version masked?
> 
> Delete the overlay ebuild. This is not a bug.
> 

What if s/he's not the only one with this problem? What if someone has the problem without any overlays?

I checked to make sure it wasn't a problem with eix (I'm x86 in case you don't like emerge --info):

deskbert ~ # grep KEYWORDS /usr/portage/sys-apps/ed/ed-0.4.ebuild 
KEYWORDS="alpha ~amd64 arm hppa ia64 m68k mips ~ppc ~ppc64 s390 sh sparc ~sparc-fbsd x86 ~x86-fbsd"
deskbert ~ # emerge -puDN world
>>> --pretend disables --ask... removing --ask from options.

These are the packages that would be merged, in reverse order:

Calculating world dependencies... done!

Total: 0 packages, Size of downloads: 0 kB
deskbert ~ # emerge --info
Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 i686)
=================================================================
System uname: 2.6.19-gentoo-r5 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 10 Mar 2007 08:00:08 +0000
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol"
ARCH="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CLEAN_DELAY="5"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CVS_RSH="ssh"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISPLAY=":0.0"
DISTDIR="/usr/portage/distfiles"
EDITOR="/usr/bin/vim"
ELIBC="glibc"
EMERGE_DEFAULT_OPTS="--alphabetical -atv"
EMERGE_WARNING_DELAY="10"
FEATURES="autoconfig distlocks metadata-transfer noinfo parallel-fetch sandbox sfperms strict"
FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 --passive-ftp -P ${DISTDIR} ${URI}"
GCC_SPECS=""
GDK_USE_XFT="1"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
G_BROKEN_FILENAMES="1"
G_FILENAME_ENCODING="UTF-8"
HOME="/root"
INFOPATH="/usr/share/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/info:/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
INPUT_DEVICES="evdev"
KERNEL="linux"
LANG="en_US.utf8"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text"
LC_ALL="en_US.utf8"
LESS="-R -M --shift 5"
LESSOPEN="|lesspipe.sh %s"
LIBGL_DRIVERS_PATH="$LIBGL_DRIVERS_PATH::/usr/lib/xorg/modules/dri"
LINGUAS="en"
LOGNAME="root"
LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.pcx=01;35:*.yuv=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.flac=01;35:*.mp3=01;35:*.mpc=00;36:*.ogg=00;36:*.wav=00;36:*.mid=00;36:*.midi=00;36:*.au=00;36:*.flac=00;36:*.aac=00;36:*.ra=01;36:*.mka=01;36:"
MAKEOPTS="-j2"
MANPATH="/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.16.1/man:/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man:/opt/ati/man"
OPENGL_PROFILE="ati"
PAGER="/usr/bin/less"
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1:/opt/ati/bin:/opt/ati/sbin"
PKGDIR="/usr/portage/packages"
PORTAGE_ARCHLIST="ppc s390 amd64 x86 ppc64 x86-fbsd m68k arm sparc sh mips ia64 alpha ppc-macos hppa sparc-fbsd"
PORTAGE_BINHOST_CHUNKSIZE="3000"
PORTAGE_BIN_PATH="/usr/lib/portage/bin"
PORTAGE_CONFIGROOT="/"
PORTAGE_DEBUG="0"
PORTAGE_DEPCACHEDIR="/var/cache/edb/dep"
PORTAGE_ELOG_CLASSES="warn error qa"
PORTAGE_ELOG_MAILFROM="portage"
PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}"
PORTAGE_ELOG_MAILURI="root"
PORTAGE_ELOG_SYSTEM="save"
PORTAGE_GID="250"
PORTAGE_INST_GID="0"
PORTAGE_INST_UID="0"
PORTAGE_PYM_PATH="/usr/lib/portage/pym"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_RSYNC_RETRIES="3"
PORTAGE_TMPDIR="/var/tmp"
PORTAGE_WORKDIR_MODE="0700"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
PRELINK_PATH_MASK="/lib/modules:/usr/lib/locale:/usr/lib/wine:/usr/lib/valgrind:*.la:*.png:*.py:*.pl:*.pm:*.sh:*.xml:*.xslt:*.a:*.js:/opt"
PWD="/root"
PYTHONPATH="/usr/lib/portage/pym"
RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 --passive-ftp -P ${DISTDIR} ${URI}"
ROOT="/"
ROOTPATH="/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1:/usr/i686-pc-linux-gnu/gcc-bin/4.1.1:/opt/ati/bin:/opt/ati/sbin"
RPMDIR="/usr/portage/rpm"
SHELL="/bin/bash"
SHLVL="1"
STAGE1_USE="nptl nptlonly unicode"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
TERM="rxvt-unicode"
USE="3dnow X alsa ao audiofile bash-completion bitmap-fonts bzip2 cairo cdparanoia cdr cjk cli cracklib crypt dbus dri dvd dvdr emboss encode fam firefox flac gif gpm gstreamer gtk iconv imlib isdnlog jpeg libcaca libg++ mad midi mikmod mmx mp3 mpeg ncurses nls no-old-linux nptl nptlonly ogg opengl oss pam pcre png ppds pppd python quicktime readline reflection session spell spl sse ssl svg tcpd truetype truetype-fonts type1-fonts unicode vim-syntax vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="fglrx radeon"
USER="root"
USERLAND="GNU"
USE_EXPAND="ALSA_CARDS ALSA_PCM_PLUGINS CAMERAS CROSSCOMPILE_OPTS DVB_CARDS ELIBC FCDSL_CARDS FOO2ZJS_DEVICES FRITZCAPI_CARDS INPUT_DEVICES KERNEL LCD_DEVICES LINGUAS LIRC_DEVICES MISDN_CARDS USERLAND VIDEO_CARDS"
USE_EXPAND_HIDDEN="CROSSCOMPILE_OPTS ELIBC KERNEL USERLAND"
USE_ORDER="env:pkg:conf:defaults:pkginternal"
VIDEO_CARDS="fglrx radeon"
XARGS="xargs -r"
XAUTHORITY="/root/.xauthRVKfkn"
_="/usr/bin/emerge"
Comment 5 fow 2007-03-10 18:29:07 UTC
oops forgot the eix output

[U] sys-apps/ed 
     Available versions:  0.2-r6 0.4
     Installed:           0.2-r6(01:36:24 AM 02/20/2007)
     Homepage:            http://www.gnu.org/software/ed/
     Description:         Your basic line editor
Comment 6 Zac Medico gentoo-dev 2007-03-10 18:45:17 UTC
The repositories listed in PORTDIR_OVERLAY override the PORTDIR repository.  This is the intended behavior for overlays.  We can add support for additional repositories that do not override eachother in this way, but that would be a new type of multi-repository support.
Comment 7 Davide Pesavento (RETIRED) gentoo-dev 2007-03-11 11:42:10 UTC
(In reply to comment #5)
> oops forgot the eix output
> 
> [U] sys-apps/ed 
>      Available versions:  0.2-r6 0.4
>      Installed:           0.2-r6(01:36:24 AM 02/20/2007)
>      Homepage:            http://www.gnu.org/software/ed/
>      Description:         Your basic line editor
> 

Mmm... As I can see from eix output, you don't have sys-apps/ed-* in your overlay (/usr/local/portage), right? Then I don't understand why PORTDIR_OVERLAY overrides PORTDIR when the ebuild is not in the overlay...
Comment 8 Marius Mauch (RETIRED) gentoo-dev 2007-03-11 15:44:49 UTC
Zac: I don't think this is about repo ordering but to perform visibility filtering before "removing" the overlaid ebuilds, e.g. in this case use the "visible" ebuild from porttree rather than the "masked" ebuild from the overlay.
Of course this particular case could be fixed with repo ordering, but then the same issue could pop up the other way ("masked" porttree ebuild, "visible" overlay ebuild).

Personally I consider this INVALID as it's the way overlays are supposed to work, so changed the summary and severity. I don't think this is something we should pursue however as it would change overlay semantics and very likely cause technical problems in the dbapi and/or resolver code, but leaving open for others to comment.
Comment 9 fow 2007-03-11 17:24:22 UTC
(In reply to comment #7)
> (In reply to comment #5)
> > oops forgot the eix output
> > 
> > [U] sys-apps/ed 
> >      Available versions:  0.2-r6 0.4
> >      Installed:           0.2-r6(01:36:24 AM 02/20/2007)
> >      Homepage:            http://www.gnu.org/software/ed/
> >      Description:         Your basic line editor
> > 
> 
> Mmm... As I can see from eix output, you don't have sys-apps/ed-* in your
> overlay (/usr/local/portage), right? Then I don't understand why
> PORTDIR_OVERLAY overrides PORTDIR when the ebuild is not in the overlay...
> 

What I'm trying to say is ed is not listed in `emerge -uDN world' output despite needing updating. There are no overlays involved in my specific case. Sure, I have the MPD overlay from layman, but it shouldn't have anything to do with this.
Comment 10 fow 2007-03-12 05:53:04 UTC
Apparently ed's not the only package in need of updates but not being mentioned by emerge, libevent isn't listed as well.

[U] dev-libs/libevent 
     Available versions:  1.1a 1.3a
     Installed:           1.1a(08:45:09 PM 02/21/2007)
     Homepage:            http://monkey.org/~provos/libevent/
     Description:         A library to execute a function when a specific event occurs on a file descriptor
Comment 11 Zac Medico gentoo-dev 2007-03-12 06:09:01 UTC
(In reply to comment #9)
> What I'm trying to say is ed is not listed in `emerge -uDN world' output
> despite needing updating.

You seem to be experiencing some variation of bug 150238.
Comment 12 Davide Pesavento (RETIRED) gentoo-dev 2007-03-12 09:59:02 UTC
facadeofwalls, have you tried adding --with-bdeps=y to the emerge command line options? And do you have ed-0.4.ebuild in '/usr/local/portage/sys-apps/ed/' ?
Comment 13 fow 2007-03-12 19:42:18 UTC
(In reply to comment #12)
> facadeofwalls, have you tried adding --with-bdeps=y to the emerge command line
> options? And do you have ed-0.4.ebuild in '/usr/local/portage/sys-apps/ed/' ?
> 

I don't have the ed-0.4.ebuild in an overlay, however --with-bdeps did solve the problem.
Comment 14 Davide Pesavento (RETIRED) gentoo-dev 2007-03-12 21:48:02 UTC
Then your issue has nothing to do with mine, please see bug 150238 and have a look at portage manpages.

Zac, what do you think about the proposed change then?
Comment 15 Joe Pelkey 2007-04-07 03:56:39 UTC
I've noticed this bug/feature for a while and have a few thoughts on it.  Since a package in an overlay can currently be overridden by an ebuild in PORTDIR having a higher version number than the overlaying one, I assumed that an ebuild in PORTDIR would also override a masked one in PORTDIR_OVERLAY with the same version.  Basically, since I trust the overlays I use, I usually want the highest versioned and non-masked package installed, regardless of which overlay (or the main tree) it comes from.  Based on Marius's comments, it looks more complex than I thought to change (I don't know python).  I'm sure there's a benefit to some people with the current overlay behavior, but I'd definitely appreciate a way to allow this, since the most elegant alternative (I can think of) is to individually delete ebuilds from overlays (which gets tedious with every overlay sync).
Comment 16 Davide Pesavento (RETIRED) gentoo-dev 2007-04-07 13:37:16 UTC
A possible solution could be adding a new variable similar to PORTDIR_OVERLAY but with the difference that overlays listed inside this new variable don't override the portage tree. In this way ebuilds from the portage tree take precedence over overlays' ones, even when they have the same version numbers.
Comment 17 Joe Pelkey 2007-04-08 08:56:40 UTC
Davide: Having a "PORTDIR_UNDERLAY" variable wouldn't solve this bug (unless I misunderstood something) since if 2.3.2 was masked in PORTDIR but not masked in the "underlay", it would result in the same outcome of not picking the highest unmasked version from any source.

My idea is to add an option to FEATURES that modifies the behavior of PORTDIR_OVERLAY, or have another type of PORTDIR_OVERLAY variable that does visibility filtering.

Or, allow both settings to be toggled: the overlay priority compared to the main tree like Davide suggested, and the visibility filtering.
Comment 18 Davide Pesavento (RETIRED) gentoo-dev 2007-04-08 14:28:26 UTC
(In reply to comment #17)
> Davide: Having a "PORTDIR_UNDERLAY" variable wouldn't solve this bug (unless I
> misunderstood something) since if 2.3.2 was masked in PORTDIR but not masked in
> the "underlay", it would result in the same outcome of not picking the highest
> unmasked version from any source.
> 
> My idea is to add an option to FEATURES that modifies the behavior of
> PORTDIR_OVERLAY, or have another type of PORTDIR_OVERLAY variable that does
> visibility filtering.
>

Yes, I know it wouldn't solve the bug, but I was looking for a solution as much conservative as possible... And I didn't think about FEATURES, which is really a good idea IMHO, because we can offer the possibility to change the behaviour of emerge to interested users, without breaking compatibility with present overlays for users who don't care.
Joe, your idea is surely better then mine!
Comment 19 Marius Mauch (RETIRED) gentoo-dev 2007-06-05 18:02:27 UTC
As mentioned in comment #8 this would be tricky to implement, and I (and I suspect most others) don't like the change in semantics either.
Comment 20 Marius Mauch (RETIRED) gentoo-dev 2007-10-23 23:45:34 UTC
*** Bug 196857 has been marked as a duplicate of this bug. ***
Comment 21 Jakub Klawiter 2007-10-24 00:00:06 UTC
If ebuild from overlay can hide official one from tree, why it just cannot work a way where official ebuild can hide the local one.

This way there will be no problems like that, and if you want to install something  from local portage you can just copy ebuild as next revision?

ebuild-1.0.0-r5 from official tree
~ebuild-1.0.0-r5 from local overlay

now: 
portage wants to merge local ebuild, and only thing you can do is to delete it.

should be:
portage wants to merge official one, and if you want to merge local one you have to rename ebuild to: ~ebuild-1.0.0-r6. You can do this because it is local file!

Isn't it the simple solution?
Comment 22 Marius Mauch (RETIRED) gentoo-dev 2007-11-01 02:14:22 UTC
(In reply to comment #21)
> Isn't it the simple solution?

Turning the existing behavior upside down and screwing everyone who relies on it usually isn't that simple.
Comment 23 Zac Medico gentoo-dev 2011-10-02 19:02:40 UTC

*** This bug has been marked as a duplicate of bug 262038 ***