summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* */*: Remove sparc-fbsd keywordsMichał Górny2018-01-231-2/+2
|
* dev-libs/glib: update homepageGilles Dartiguelongue2017-08-261-1/+1
| | | | | | Due to default redirection to SSL. Package-Manager: Portage-2.3.8, Repoman-2.3.3
* dev-libs/glib: sparc stable wrt bug #611134Agostino Sarubbo2017-07-071-1/+1
| | | | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1 RepoMan-Options: --include-arches="sparc" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* dev-libs/glib: ia64 stable, bug #611134Mart Raudsepp2017-06-121-1/+1
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2
* dev-libs/glib-2.50.3-r1: add alpha keywordTobias Klausmann2017-04-221-1/+1
| | | | Gentoo-Bug: 611134
* dev-libs/glib: Replace eutils inherit w/ split eclassesMichał Górny2017-04-141-1/+1
|
* dev-libs/glib: mark 2.48.2 & 2.50.3-r1 arm64/m68k/s390/sh stableMike Frysinger2017-04-121-1/+1
|
* dev-libs/glib: Stable for HPPA (bug #611134).Jeroen Roovers2017-04-121-1/+1
| | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2 RepoMan-Options: --ignore-arches
* dev-libs/glib: Tweak PCRE_CFLAGS for non-pkgconfig in a way that makes it happyMart Raudsepp2017-04-111-1/+1
| | | | Thanks-to: William Throwe
* dev-libs/glib: Export PCRE_LIBS in the no-pkgconfig caseMart Raudsepp2017-04-111-0/+2
| | | | | | | | | | | | | | | | We have by now started to use the system libpcre unconditionally, instead of the bundled version, but this needs pkgconfig to be found. So we need to handle this in the no-pkgconfig case as well, alongside FFI. However this suggests there is no point in this case anymore and we should just build depend on pkgconfig, as we can't get a working pkgconfig anymore without bootstrapping it via USE=internal-glib as libpcre currently needs pkgconfig as a build dependency already. Until this is still in the pondering phase, this PCRE_LIBS exporting should at least fix the cases where pkgconfig got depcleaned inbetween but libpcre exists on system. Gentoo-bug: 615092
* dev-libs/glib: x86 stable wrt bug #611134Agostino Sarubbo2017-04-011-1/+1
| | | | | | Package-Manager: Portage-2.3.3, Repoman-2.3.1 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* dev-libs/glib: amd64 stable wrt bug #611134Agostino Sarubbo2017-04-011-1/+1
| | | | | | Package-Manager: Portage-2.3.3, Repoman-2.3.1 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* dev-libs/glib: ppc stable (bug 611134)Michael Weber2017-03-291-1/+1
| | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2 RepoMan-Options: --include-arches="amd64 arm arm64 ppc ppc64"
* dev-libs/glib: ppc64 stable (bug 611134)Michael Weber2017-03-281-1/+1
| | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2 RepoMan-Options: --include-arches="amd64 arm arm64 ppc ppc64"
* dev-libs/glib: arm stable (bug 611134)Michael Weber2017-03-281-1/+1
| | | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2 RepoMan-Options: --include-arches="amd64 arm arm64 ppc ppc64"
* dev-libs/glib: fix GIO module cache file ownership and cross-compilationMart Raudsepp2017-03-281-0/+301
Bug 518422 tried to fix module cache file ownership to glib, but the ebuild changes missed /modules path and used $libdir/gio/ instead of $libdir/gio/modules While cross-compiling, we can't generate the cache file, so we shouldn't die out either. Instead of removing the die, rework it all to not do any of it while cross-compiling, because we'd end up with an empty glib owned cache file, which could result in no modules working at all as a cache file is present from the preinst touch. Gentoo-bug: 518422 Gentoo-bug: 613306 Thanks-to: Alexis Ballier <aballier@gentoo.org>