| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Bug: 575810
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
|
|
| |
by that bug
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
|
|
| |
dependencies
Package-Manager: portage-2.2.27
|
|
|
|
|
|
| |
merged on X-C1
Package-Manager: portage-2.2.26
|
|
|
|
|
|
|
|
|
| |
Upstream doesn't understand the proper use of __GLIBC__ and __UCLIBC__,
which I am trying to convince them of.
See: https://bugzilla.gnome.org/show_bug.cgi?id=756590
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: portage-2.2.27
RepoMan-Options: --include-arches="amd64"
|
| |
|
| |
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|\
| |
| |
| | |
Pull request: https://github.com/gentoo/gentoo/pull/776
|
| | |
|
|/
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.27
|
|
|
|
| |
Bug: https://bugs.gentoo.org/561526
|
| |
|
|
|
|
|
| |
Replace all uses of herd with appropriate project maintainers, or no
maintainers in case of herds requested to be disbanded.
|
|
|
|
|
|
| |
GLEP 67 removes the explicit notion of maintainer-needed@g.o being used
for packages lacking maintainers, in favor of assuming maintainer-needed
whenever the package has no maintainers.
|
|
|
|
|
|
|
| |
Force unified quoting in all metadata.xml files since lxml does not
preserve original use of single and double quotes. Ensuring unified
quoting before the process allows distinguishing the GLEP 67-related
metadata.xml changes from unrelated quoting changes.
|
|
|
|
|
|
| |
bug #572256
Package-Manager: portage-2.2.26
|
|
|
|
| |
This reverts commit 1eae3055918c29f8ad8e1a900d2280f5d12b0c37.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The goal of this subslot is to allow other packages to determine what minor
version of gtk+:3 is installed so that they can operate accordingly.
This functionality is extremely desirable as there are often incompatible
changes between gtk+:3 branches. This functionality enables an ebuild to
make decisions based on the branch via has_version or best_version queries
during phases.
The best way to take advantage of this functionality is
DEPEND="x11-libs/gtk+:3=" or similar. This has the obvious issue that there
is no guarantee that the subslot will be consistent throughout the phases
of the ebuild, however, because of the subslot rebuild operator, the
package manager should force rebuilding ebuild in question.
Package-Manager: portage-2.2.25
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.26
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.26
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|