After reading the changelog and the major changes it was saying this MAJOR CHANGES in 2.0.51: ... 4. /etc/portage/sets/world is a symlink to /var/lib/portage/world It is for convenience. Do not mistake this for the actual file. In the ebuild the folder /etc/portage/sets is created with the right permissions but no symlinks. Unfortunatly the symlinks are done before the world file is moved so I don't really know where that line should be inserted : dosym /var/lib/portage/world /etc/portage/sets/world Reproducible: Always Steps to Reproduce: 1. emerge sync (from today) 2. emerge "=portage-2.0.51_rc1" Actual Results: The folder /etc/portage/sets is created but there is no symlinks to the new location of the world file for convenience as advertised in the recent changelog. Expected Results: Create the folder /etc/portage/sets and provide a symlink /etc/portage/sets/world to /var/lib/portage/world. Portage 2.0.51_rc1 (gcc34-x86-2004.2, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6.7-ck5 i686) ================================================================= System uname: 2.6.7-ck5 i686 Mobile AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.5.3 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.6-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -mtune=athlon-xp -ftracer -fweb -frename-registers -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -mtune=athlon-xp -ftracer -fweb -frename-registers -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.ccccom.com http://ftp-mirror.internap.com/pub/gentoo/ http://gentoo.mirrors.pair.com/ http://ftp.linux.ee/pub/gentoo/distfiles/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acl acpi adns alsa apache2 apm arts avi berkdb bindist bitmap-fonts bonobo cdr crypt cscope cups dedicated dga directfb dmx dvd encode esd ethereal evo fbcon firebird flash foomaticdb gdbm gif gphoto2 gpm gstreamer gtkhtml guile imap imlib innodb jpeg kde kerberos ldap libg++ libwww lirc mad mikmod mmx motif mpeg mpi mysql nas ncurses nls nptl oggvorbis opengl oss pam pcmcia pdflib perl plotutils png pnp ppds python qt quicktime radeon readline samba sasl sdl slang slp snmp spell sse ssl svga tcltk tcpd tiff truetype trusted unicode usb wmf wxwindows x86 xinerama xml2 xprint xv zlib video_cards_radeon"
I removed that on purpose. The logic to handle all possible user modifications is more than is reasonable.
I understand that but if you put a major file like "world" in /etc/portage (even though it's a symlink) maybe users will be more aware of it's nifty features that also force a proper use of portage. The word isn't spreading enough for /etc/portage since I see many many posts in the forum of users still using ACCEPT_KEYWORDS on the command line and USE="-X" emerge something instead of using package.keywords or package.use except from the mouth of developpers. If it still isn't worth it then maybe remove the creation of the folder /etc/portage/sets since it isn't used and correct the changelog. Moreover, I should probably put this in another bug report but maybe create some sample files in /etc/portage and mention it's use in a little einfo paragraph would be a good idea to promote the feature set of /etc/portage.
I saw that it was corrected in the changelog. Marking as closed.