| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Bug: 610550
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Gentoo-Bug: 606818
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most of the "sed" calls in the c-client ebuilds use ":" as the pattern
separator, because we expect to be replacing things with front-slashes
in them. One exception was the call that replaced CC, AR, and RANLIB;
and that finally bit us. A user with absolute paths in those variables
reported the defect.
This commit fixes the call to use ":" as the pattern separator, like
everywhere else in the ebuild. Since it is a build-only fix, it was
made without a new revision.
Gentoo-Bug: 609744
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
| |
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/609390
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The build system for c-client supports a few different targets. When
USE=pam was not set, we were using the "lnx" target, which supposes
that the crypt() function is available directly in libc. That is not
the case in Gentoo, but things usually worked out when libcrypt was
linked in transitively (by, say, PHP).
However, the "gold" linker is more strict than "bfd" with regard to
transitive dependencies. The gold linker treats them as superfluous
and mercilessly prunes them; thus c-client could wind up with no
crypt() function when the gold linker was used: c-client was not
linking with -lcrypt itself, and even though consumers might be
linking in c-client with -lcrypt, the crypt library appeared unused
and would be omitted.
By switching from the "lnx" target to "slx", we ensure that -lcrypt is
passed to the linker when it links c-client itself. Thus the crypt()
function is where it is expected to be, and the associated PHP build
failure is resolved. I was unable to reproduce a related bug in
mail-client/alpine.
I added two (unrelated) missing "die" statements to the ebuild while I
was at it.
This non-maintainer commit was with permission from robbat2.
Gentoo-Bug: 456928
Gentoo-Bug: 545086
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Gentoo-bug: 608958
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
| |
curl has lost stable arm64 keyword during cleanup and some nghttp2 optional
deps were never stabled or use.masked. Rather than doing the testing or
masking, just drop to ~arm64 for the time being due to only consumer having
lost stable keywords for now.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
| |
* Fix rendering of non-accelerated contents with HiDPI.
* Revert the fix for rendering issues in long documents with transparent background because it caused issues in HiDPI.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
| |
|
|
|
|
|
|
|
| |
Dropped ia64 and sparc KEYOWRDS because latest libidn2 ebuild don't have
such KEYWORDS.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
which has been changed from net-dns/libidn to net-dns/libidn2.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="ppc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/show_bug.cgi?id=581058
Package-Manager: Portage-2.3.3, Repoman-2.3.1
Closes: https://github.com/gentoo/gentoo/pull/3928
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
| |
* Also fix GCC 5 bug
Bug: https://bugs.gentoo.org/show_bug.cgi?id=581058
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
| |
There was a specific flag description for USE=geoloc; retain it for USE=geolocation.
Also reindent the XML and normalize the flag description to be similar with eachother
(no period at the end)
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|