* In the event that a previously installed package has since been masked,
[portage.git] / 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   - emerge makes no difference atm whether you pass a setname or all atoms contained
26     in the set to it, this means that without options packages will be remerged if 
27         already installed, or in the case of --unmerge all atoms in a set will be 
28         unmerged even if they are depended upon by other packages. This may change in 
29         future versions.
30   - sets can be referenced either in other file-based sets or as argument to emerge, but
31     not in ebuilds, config files or other tools at this time.
32 * "world" does no longer include "system" unconditionally, but you can add
33   "@system" to the worldfile to restore the old state.
34
35 portage-2.1.5
36 ==================================
37 * In the event that a previously installed package has since been masked,
38   emerge will no longer perform an automatic downgrade as part of a "world"
39   update. You should either unmask such packages or else explicitly re-merge
40   them in order to have them dowgraded to an unmasked version.
41
42 portage-2.1.4.1
43 ==================================
44
45 * If you have an overlay then you should remove **/files/digest-*
46   files (Manifest1) because they are no longer supported.
47 * If earlier versions of portage will be used to generate manifests
48   for your overlay then you should add a file named manifest1_obsolete
49   to the root of the repository in order to disable generation of the
50   Manifest1 digest files.
51
52 portage-2.1.4
53 ==================================
54
55 * Visibility filtering is now supported for binary packages, so masking behavior
56   is essentially equivalent to that of ebuilds.
57 * There is no need to have a complete portage tree available when installing binary
58   packages or uninstalling packages, but a warning message will still be displayed if
59   it appears that a valid profile is not available.
60 * The emerge --search action supports searching of both installed and binary packages
61   The --usepkg and --usepkgonly options control which repositories are searched.
62
63 portage-2.1.3
64 ==================================
65
66 * Portage now requires >=python-2.4, but doesn't need pycrypto anymore if
67   >=python-2.5 is installed and openssl supports the rmd160 hash.
68 * The "save_summary" and "echo" elog modules are now enabled by default. Setting
69   PORTAGE_ELOG_SYSTEM in make.conf will override this, so if you don't want elog
70   set PORTAGE_ELOG_SYSTEM="" in make.conf
71 * The unmerge process will remove any file that is not claimed by another
72   package in the same slot and is not protected by CONFIG_PROTECT, even if the
73   modification time or checksum differs from the file that was originally
74   installed.  The old behavior is still available by adding -unmerge-orphans
75   to FEATURES.
76 * The world file now supports slot atoms such as 'sys-devel/gcc:3.4'. In some
77   cases, emerge --depclean may remove slots that it would not have removed
78   in the past. The emerge --noreplace command can be used to add an atom to the
79   world file and prevent matching packages from being removed.  A slot atom
80   will be recorded in the world file for any atom that is precise enough to
81   identify a specific slot.
82 * For safer operation, emerge --prune will not unmerge packages that have
83   reverse dependencies. Use --verbose to display reverse dependencies. Use
84   --nodeps to completely ignore dependencies.
85 * emerge --depclean now accepts atoms and will unmerge only the specified
86   packages if nothing depends on them. Use --verbose to display reverse
87   dependencies.
88
89 portage-2.1.2
90 ==================================
91
92 * Depending on the number of packages installed, users may notice a difference
93   in the time taken for dependency calculations.  This performance penalty is
94   due to the addition of important new features which include the ability to
95   detect reverse blockers, the building of a complete dependency graph, and the
96   ability to use installed packages to satisify dependencies even after their
97   ebuilds have been removed from the portage tree.
98 * emerge does not necessarily update build time dependencies that are not
99   strictly required.  See the --with-bdeps option in the emerge(1) man page.
100
101 portage-2.1.1
102 ==================================
103
104 * emerge --search doesn't use regular expressions now anymore by default, so
105   emerge --search dvd+rw-tools now works as expected. Regular expressions can be enabled
106   by prefixing the search string with %. 
107 * emerge --depclean algorithm is much safer than the old one.
108 * emerge --newuse detects changes in IUSE that previously went undetected.
109
110 portage-2.1
111 ==================================
112
113 * new cache framework, breaking all old cache modules.
114   If you're having problems with portage_db_cdb, this is likely the cause.
115 * USE flag output ordering has changed.  The old ordering is now an option
116   by the name of --alphabetical.  Adding the option to EMERGE_DEFAULT_OPTS
117   in make.conf will restore the old behaviour permanently.
118 * The deprecated --inject has been removed, use /etc/portage/profile/package.provided
119 * The deprecated --upgradeonly has been removed, use /etc/portage/package.* 
120   instead.
121 * 'emerge sync' has been deprecated, use 'emerge --sync' instead (same 
122   for other actions)
123 * Tools that call emerge should override the EMERGE_DEFAULT_OPTS environment
124   variable or use the emerge --ignore-default-opts option.
125 * rsync option handling has been redesigned, instead of RSYNC_* variables
126   use PORTAGE_RSYNC_EXTRA_OPTS from now on.
127 * autouse (use.defaults) has been deprecated by specifying USE_ORDER in make.defaults
128   Users may still turn this back on by specifying USE_ORDER="env:pkg:conf:auto:defaults"
129   in make.conf.  Interested in figuring out what use flags were turned off?  Check out
130   /usr/portage/profiles/base/use.defaults and other use.defaults files that correspond 
131   to your profile.
132