| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Sam James (sam_c) <sam@cmpct.info>
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.89, Repoman-2.3.20
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.89, Repoman-2.3.20
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/14246
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.79, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Aaron Bauman <bman@gentoo.org>
Package-Manager: Portage-2.3.81, Repoman-2.3.20
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.79, Repoman-2.3.16
RepoMan-Options: --include-arches="x86"
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.79, Repoman-2.3.16
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
|
|
| |
Fails to build with valac-0.36
Package-Manager: Portage-2.3.69, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/695322
Package-Manager: Portage-2.3.69, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With vala:0.46 it has new problems, so raise the MAX from 0.42 to 0.44
instead of removing it. The core problem was that 0.44.4 fixed a bug
where it didn't notice some extern symbol or whatnot and filtered out
a Tracker-2.0 include, so now with 0.44.4 and newer the GIR file had
Tracker-2.0 including Tracker-2.0 and under sandbox it bailed out
in some snprintf stuff (without sandbox it seemed to succeed, maybe
it has a recursion limit that hits after stricter sandbox bails on
some snprintf limit stuff going on in that recursion, or I tested
bad) in the recursion. Newer tracker has a fix by avoiding this
situation that it itself causes (it merges multiple different GIR
files together, without that it would probably be fine) by avoiding
the include of itself, and this is the patch that we apply now to
fix vala:0.44 compat to be able to lift the restriction.
Closes: https://bugs.gentoo.org/691072
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Limit to vala-0.42 and older for now. With >=vala-0.44.5:0.44 it is
crashing g-ir-compiler somehow, while it is fine with older vala,
including 0.44.4. It seems to also be fine with p.masked vala-0.45.3.
Needs more investigation, as it may be affecting other packages as
well if it's a vala:0.44 regression, not a tracker problem, but
meanwhile this workaround gets things going for ~arch users again.
Bug: https://bugs.gentoo.org/691072
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Aaron Bauman <bman@gentoo.org>
Package-Manager: Portage-2.3.66, Repoman-2.3.12
RepoMan-Options: --include-arches="arm64"
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/11706
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.62, Repoman-2.3.11
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Merely includes 2 of the patches we had in 2.1.7-r1, and the
pregenerated C for vala code is generated with a different
valac version.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
| |
Need PDEPEND afterall
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without the added patch tracker-store actually fails to upgrade
the database from tracker-1 times to tracker-2 and exits, thus
for users that had used tracker-1 already tracker-2 wouldn't
actually work at all. This patch fixes it for me at least.
This might only be a problem when upgrading from tracker-1 only
now, while having sqlite at v3.25 or newer, but this will be the
case for only main tree users.
Bug: https://bugs.gentoo.org/672308
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/672308
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/672800
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/672308
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/677798
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.20, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.19, Repoman-2.3.6
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.13, Repoman-2.3.3
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.10, Repoman-2.3.3
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.8, Repoman-2.3.3
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.7, Repoman-2.3.3
|
|
|
|
|
|
| |
Raise sqlite dependency to 3.20 following NEWS updates.
Package-Manager: Portage-2.3.7, Repoman-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
|
| |
Only links against libpoppler-glib.so.8, which is more stable, while the
subslot on poppler is meant for only libpoppler.so right now
Gentoo-bug: 607908
|
|
|
|
|
|
|
|
|
| |
and mediaart disabling
mediaart is suggested to be disabled in the 1.10 branch per upstream, probably because
it isn't secured via seccomp or otherwise yet.
Package-Manager: Portage-2.3.4, Repoman-2.3.1
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|