RELEASE-NOTES

   1 Release Notes; upgrade information mainly.
   2 Features/major bugfixes are listed in NEWS
   3
   4 portage-2.2
   5 ==================================
   6
   7 * The python namespace for portage has been sanitized, all portage related code
   8   is now contained within the portage namespace. External script should be updated
   9   accordingly, though links exist for backward compability.
  10 * -* support in package.keywords was changed as it was inconsistent with
  11   ACCEPT_KEYWORDS behavior (also see http://dev.gentoo.org/~genone/docs/KEYWORDS.stupid).
  12   Previously having -* in package.keywords matched packages with KEYWORDS="-*",
  13   now it resets the ACCEPT_KEYWORDS list for the given atom like it does when
  14   used in ACCEPT_KEYWORDS.
  15   For packages that don't specify any other KEYWORDS you can use the new ** token
  16   as documented in portage(5) to disable KEYWORDS filtering completely.
  17 * Portage now warns if an ebuild repository does not have a name, as several new
  18   features in 2.2 make use of or require named repositories. The repository name
  19   is stored in profiles/repo_name in each repository.
  20 * Package set support: There are several important notes regarding package sets:
  21   - setnames have to be prefixed with @ (exceptions: 'world' and 'system' can be
  22     used without the prefix)
  23   - they may currently only include simple and versioned atoms or other sets, use
  24     conditionals or any-of constructs aren't possible yet
  25   - sets can be referenced either in other file-based sets or as argument to emerge, but
  26     not in ebuilds, config files or other tools at this time.
  27   - packages won't be unmerged if they are referenced by an installed package
  28     set (with the exception of the world set, and installed being determined
  29         by the world_sets file).
  30 * "world" does no longer include "system" unconditionally, but you can add
  31   "@system" to the world_sets file to restore the old state.
  32
  33 portage-2.1.5
  34 ==================================
  35
  36 * The pkg_postinst phase is now called after the previous version of a
  37   package has been removed. As a consequence, it is no longer possible
  38   to call has_version in pkg_postinst to detect whether the current
  39   install operation is an upgrade or downgrade. If this information is
  40   needed during the pkg_postinst phase, do the has_version call in an
  41   earlier phase (such as pkg_preinst) and store the result in a global
  42   variable to be accessed by pkg_postinst when it is called. Bug #226505
  43   tracks all issues related to this phase execution order change.
  44
  45 * The metadata-transfer feature is now disabled by default. This disables the
  46   "Updating Portage cache" routine that used to run at the tail end of each
  47   `emerge --sync` operation. If you use something like the sqlite module and
  48   want to keep all metadata in that format alone (useful for querying), enable
  49   FEATURES="metadata-transfer" in make.conf. You should also enable
  50   FEATURES="metadata-transfer" if you have any eclasses from PORTDIR_OVERLAY
  51   that override eclasses from PORTDIR (in this case, you may have disabled
  52   a relevant warning message by setting PORTAGE_ECLASS_WARNING_ENABLE="0" in
  53   make.conf).
  54
  55 * The parallel-fetch feature is now enabled by default. It is optimized
  56   to avoid doing redundant checksums for previously downloaded files that have
  57   the correct size. Run `tail -f /var/log/emerge-fetch.log` in a
  58   terminal to view parallel-fetch progress. Add FEATURES="-parallel-fetch"
  59   to /etc/make.conf if you want to disable this feature.
  60
  61 * For extra careful dependency handling, emerge has a new --complete-graph
  62   option that causes it to consider the deep dependencies of all packages from
  63   the system and world sets. With this option enabled, emerge will bail out
  64   if it determines that the given operation will break any dependencies of
  65   the packages that have been added to the graph. Unlike the --deep option,
  66   the --complete-graph option does not cause any more packages to be updated
  67   than would have otherwise been updated with the option disabled.
  68
  69 portage-2.1.4.1
  70 ==================================
  71
  72 * If you have an overlay then you should remove **/files/digest-*
  73   files (Manifest1) because they are no longer supported.
  74 * If earlier versions of portage will be used to generate manifests
  75   for your overlay then you should add a file named manifest1_obsolete
  76   to the root of the repository in order to disable generation of the
  77   Manifest1 digest files.
  78
  79 portage-2.1.4
  80 ==================================
  81
  82 * Visibility filtering is now supported for binary packages, so masking behavior
  83   is essentially equivalent to that of ebuilds.
  84 * There is no need to have a complete portage tree available when installing binary
  85   packages or uninstalling packages, but a warning message will still be displayed if
  86   it appears that a valid profile is not available.
  87
  88 portage-2.1.3
  89 ==================================
  90
  91 * Portage now requires >=python-2.4, but doesn't need pycrypto anymore if
  92   >=python-2.5 is installed and openssl supports the rmd160 hash.
  93 * The "save_summary" and "echo" elog modules are now enabled by default. Setting
  94   PORTAGE_ELOG_SYSTEM in make.conf will override this, so if you don't want elog
  95   set PORTAGE_ELOG_SYSTEM="" in make.conf
  96 * The unmerge process will remove any file that is not claimed by another
  97   package in the same slot and is not protected by CONFIG_PROTECT, even if the
  98   modification time or checksum differs from the file that was originally
  99   installed.  The old behavior is still available by adding -unmerge-orphans
 100   to FEATURES.
 101 * The world file now supports slot atoms such as 'sys-devel/gcc:3.4'. In some
 102   cases, emerge --depclean may remove slots that it would not have removed
 103   in the past. The emerge --noreplace command can be used to add an atom to the
 104   world file and prevent matching packages from being removed.  A slot atom
 105   will be recorded in the world file for any atom that is precise enough to
 106   identify a specific slot.
 107 * For safer operation, emerge --prune will not unmerge packages that have
 108   reverse dependencies. Use --verbose to display reverse dependencies. Use
 109   --nodeps to completely ignore dependencies.
 110 * emerge --depclean now accepts atoms and will unmerge only the specified
 111   packages if nothing depends on them. Use --verbose to display reverse
 112   dependencies.
 113
 114 portage-2.1.2
 115 ==================================
 116
 117 * Depending on the number of packages installed, users may notice a difference
 118   in the time taken for dependency calculations.  This performance penalty is
 119   due to the addition of important new features which include the ability to
 120   detect reverse blockers, the building of a complete dependency graph, and the
 121   ability to use installed packages to satisify dependencies even after their
 122   ebuilds have been removed from the portage tree.
 123 * emerge does not necessarily update build time dependencies that are not
 124   strictly required.  See the --with-bdeps option in the emerge(1) man page.
 125
 126 portage-2.1.1
 127 ==================================
 128
 129 * emerge --search doesn't use regular expressions now anymore by default, so
 130   emerge --search dvd+rw-tools now works as expected. Regular expressions can be enabled
 131   by prefixing the search string with %.
 132 * emerge --depclean algorithm is much safer than the old one.
 133 * emerge --newuse detects changes in IUSE that previously went undetected.
 134
 135 portage-2.1
 136 ==================================
 137
 138 * new cache framework, breaking all old cache modules.
 139   If you're having problems with portage_db_cdb, this is likely the cause.
 140 * USE flag output ordering has changed.  The old ordering is now an option
 141   by the name of --alphabetical.  Adding the option to EMERGE_DEFAULT_OPTS
 142   in make.conf will restore the old behaviour permanently.
 143 * The deprecated --inject has been removed, use /etc/portage/profile/package.provided
 144 * The deprecated --upgradeonly has been removed, use /etc/portage/package.*
 145   instead.
 146 * 'emerge sync' has been deprecated, use 'emerge --sync' instead (same
 147   for other actions)
 148 * Tools that call emerge should override the EMERGE_DEFAULT_OPTS environment
 149   variable or use the emerge --ignore-default-opts option.
 150 * rsync option handling has been redesigned, instead of RSYNC_* variables
 151   use PORTAGE_RSYNC_EXTRA_OPTS from now on.
 152 * autouse (use.defaults) has been deprecated by specifying USE_ORDER in make.defaults
 153   Users may still turn this back on by specifying USE_ORDER="env:pkg:conf:auto:defaults"
 154   in make.conf.  Interested in figuring out what use flags were turned off?  Check out
 155   /usr/portage/profiles/base/use.defaults and other use.defaults files that correspond
 156   to your profile.
 157