Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/dev-libs/glib
Commit message (Collapse)AuthorAgeFilesLines
* dev-libs/glib: subscribe to virtual/libffi sub slotThomas Deutschmann2018-10-013-6/+6
| | | | | Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> Package-Manager: Portage-2.3.50, Repoman-2.3.11
* Drop arm-linux keyword from tree.Benda Xu2018-08-313-3/+3
| | | | | | | | "arm-linux" is considered deprecated, unmaintained and easily replaced by "arm". Closes: https://bugs.gentoo.org/664598 Reference: https://archives.gentoo.org/gentoo-dev/message/63bafa051cccd1eb3d2ade16823671fa
* dev-libs/glib-2.56.2: remove accidental leftover python RDEPENDMart Raudsepp2018-08-201-1/+0
| | | | | | | No revbump as this is a rather fresh bump and a python RDEPEND is in place still anyways due to migrational glib-utils RDEP Package-Manager: Portage-2.3.47, Repoman-2.3.10
* dev-libs/glib: 2.56.2, python utils split out to dev-util/glib-utilsMart Raudsepp2018-08-202-0/+296
| | | | | | Longer description about glib-utils is in initial glib-utils commit 719d166fdbc Package-Manager: Portage-2.3.47, Repoman-2.3.10
* dev-libs/glib: Enable py3.7Michał Górny2018-07-241-1/+1
|
* dev-libs/glib: mark s390 stableMikle Kolyada2018-07-101-1/+1
| | | | Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib: remove oldMart Raudsepp2018-06-283-356/+0
| | | | Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib: Stable for HPPA too.Jeroen Roovers2018-06-241-1/+1
| | | | | Package-Manager: Portage-2.3.40, Repoman-2.3.9 RepoMan-Options: --ignore-arches
* dev-libs/glib-2.54: include upstream branch patchesMart Raudsepp2018-06-102-1/+5
| | | | | | | | Includes commit that reverts part of a performance patchset, which apparently could deadlock libreoffice (the patch in patchset should avoid the potential LO hanging). Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib-2.54: add back gtester-report with USE=utilsMart Raudsepp2018-06-101-4/+10
| | | | | | | | | Apparently it was fixed up for python3 upstream in 2.54.3, so add it back, as no special handling needed regarding python versions. However keep it behind USE=utils as before, deleting it when not enabled, and fixing up shebang when kept. Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib-2.54: remove unnecessary chunk from gdbus-codegen patchMart Raudsepp2018-06-101-9/+2
| | | | | Bug: https://bugs.gentoo.org/651830 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib-2.54: port to python-single-r1Mart Raudsepp2018-06-102-35/+6
| | | | | | | | | | | Use python-single-r1 instead of python_replicate_script and let upstream --with-python do its work (don't patch it out anymore in gdbus-codegen patch). We pass --with-python to end up with proper /usr/bin/env based shebangs (otherwise it is based on $PYTHON, which includes absolute path, unlike EPYTHON) Closes: https://bugs.gentoo.org/651830 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib-2.54: handle py glib-{mkenums,genmarshal} more properlyMart Raudsepp2018-06-101-12/+12
| | | | | | | | | | | | | | | | glib-2.54 ported glib-mkenums and glib-genmarshal to python. Handle them more properly via python_replicate_script and PYTHON_DEPS, so we actually ensure that the deps are in place for the tools to work. This is meant to be temporary and not a stable candidate until at least these python tools are moved out into a separate package, like gdbus-codegen is. But we are delayed in providing a newer glib for ~arch long enough now, so go with the simpler way to start with, as separate package would involve consumer transition as well, including addition of the new package into various packages DEPEND, which is hard to know when it's needed (probably requiring some sort of QA check). Bug: https://bugs.gentoo.org/651830 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib-2.54: don't care about gbus-codegen python USE flagsMart Raudsepp2018-06-101-2/+2
| | | | | | | | | gdbus-codegen ships an internal gdbus_codegen module, which is only used by itself. It's wrong to force the same python versions for it, as it's really just a currently wrongly implemented python-single-r1 use case. Bug: https://bugs.gentoo.org/651830 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib: bump to 2.54.3Sobhan Mohammadpour2018-06-103-0/+418
| | | | | Bug: https://bugs.gentoo.org/651830 Package-Manager: Portage-2.3.40, Repoman-2.3.9
* dev-libs/glib: stable 2.52.3 for ppc64, bug #631656Sergei Trofimovich2018-03-141-1/+1
| | | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6 RepoMan-Options: --include-arches="ppc64"
* dev-libs/glib: arm stable, bug #631656Markus Meier2018-03-141-1/+1
| | | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6 RepoMan-Options: --include-arches="arm"
* dev-libs/glib-2.52.3-r0: alpha stableTobias Klausmann2018-03-061-1/+1
| | | | Gentoo-Bug: http://bugs.gentoo.org/631656
* dev-libs/glib: stable 2.52.3 for ppc, bug #631656Sergei Trofimovich2018-03-041-1/+1
| | | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6 RepoMan-Options: --include-arches="ppc"
* dev-libs/glib-2.52.3: arm64 stable (bug #631656)Mart Raudsepp2018-03-031-1/+1
| | | | Package-Manager: Portage-2.3.19, Repoman-2.3.6
* dev-libs/glib: stable 2.52.3 for ia64, bug #631656Sergei Trofimovich2018-02-161-1/+1
| | | | | Package-Manager: Portage-2.3.24, Repoman-2.3.6 RepoMan-Options: --include-arches="ia64"
* dev-libs/glib: x86 stable (bug #631656)Thomas Deutschmann2018-01-271-1/+1
| | | | Package-Manager: Portage-2.3.20, Repoman-2.3.6
* */*: Remove sparc-fbsd keywordsMichał Górny2018-01-232-3/+3
|
* dev-libs/glib: amd64 stable wrt bug #631656Mikle Kolyada2018-01-181-1/+1
| | | | Package-Manager: Portage-2.3.19, Repoman-2.3.6
* dev-libs/glib: remove unused fileMart Raudsepp2018-01-141-44/+0
| | | | | | | | | commit faacf4dd4e added a file with the comment of adding back what was removed by mistake. But this has never been in the main tree and must have been a mixup between looking at ::gentoo instead of ::gnome, where it's still there (and only needed there right now). Package-Manager: Portage-2.3.19, Repoman-2.3.6
* dev-libs/glib: stable 2.52.3 for sparc, bug #631656Rolf Eike Beer2018-01-131-2/+2
| | | | | Package-Manager: Portage-2.3.13, Repoman-2.3.3 RepoMan-Options: --include-arches="sparc"
* dev-libs/glib: reverted deletion of scrtipt by mistakeDennis Lamm2018-01-131-1/+0
| | | | Package-Manager: Portage-2.3.13, Repoman-2.3.3
* dev-libs/glib: reverted deletion by mistakeDennis Lamm2018-01-131-0/+45
| | | | | Package-Manager: Portage-2.3.13, Repoman-2.3.3 RepoMan-Options: --force
* dev-libs/*: Update Manifest hashesMichał Górny2017-12-091-3/+3
|
* dev-libs/glib: [QA] Consistent whitespace in metadata.xmlDavid Seifert2017-11-261-19/+27
|
* dev-libs/glib: update homepageGilles Dartiguelongue2017-08-262-2/+2
| | | | | | Due to default redirection to SSL. Package-Manager: Portage-2.3.8, Repoman-2.3.3
* dev-libs/glib: bump to 2.52.3Mart Raudsepp2017-07-102-1/+1
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2
* dev-libs/glib: remove oldMart Raudsepp2017-07-083-378/+0
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2
* 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: Update license to LGPL-2.1+Mart Raudsepp2017-05-291-1/+1
| | | | | | | | | | | Upstream glib is converting COPYING to LGPL-2.1+ for next major release, but meanwhile various individual files were already claiming 2.1+, though some interpretation says COPYING is the aggregate license. Just pre-emptively change from LGPL-2+ to LGPL-2.1+ for us to be on the safe side and not forget to do it later Package-Manager: Portage-2.3.5, Repoman-2.3.2
* dev-libs/glib: remove oldMart Raudsepp2017-05-082-301/+0
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2
* dev-libs/glib: bump to 2.52.2Mart Raudsepp2017-05-082-0/+301
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.2
* dev-libs/glib: bump to 2.52.1Timo Tambet2017-04-242-0/+301
| | | | 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-142-2/+2
|
* dev-libs/glib: mark 2.48.2 & 2.50.3-r1 arm64/m68k/s390/sh stableMike Frysinger2017-04-122-2/+2
|
* 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: remove oldMart Raudsepp2017-04-024-581/+0
| | | | Package-Manager: Portage-2.3.5, Repoman-2.3.1
* 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"