Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* app-emacs/espuds: Keyword 0.3.3_p20171111 riscv, #940918Jakov Smolić2024-10-061-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* app-emacs/ansi: Keyword 0.4.1_p20211104 riscv, #940918Jakov Smolić2024-10-061-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* app-emacs/el-mock: Keyword 1.25.1 riscv, #940918Jakov Smolić2024-10-061-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* app-emacs/undercover: Keyword 0.8.1 riscv, #940916Jakov Smolić2024-10-061-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* app-emacs/ert-async: Keyword 0.1.2_p20200105 riscv, #940917Jakov Smolić2024-10-061-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* x11-libs/wxGTK: Re-add wxGTK-3.0-gtk3-translation-domain.patchAndreas Sturmlechner2024-10-061-0/+13
| | | | | Closes: https://bugs.gentoo.org/940929 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* profiles: plasma: Fix package.use commentAndreas Sturmlechner2024-10-061-1/+1
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* dev-util/cargo-c: update min version of libgit2Sam James2024-10-061-1/+1
| | | | | | | Agree with Ionen's remarks on the bug but let's get this fixed for now. Closes: https://bugs.gentoo.org/939210 Signed-off-by: Sam James <sam@gentoo.org>
* app-emulation/qemu: add 9.1.0Sam James2024-10-064-2/+1043
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-db/recutils: add upstream refs for patchesSam James2024-10-066-0/+12
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-ruby/grpc: add 1.66.0Tomás Carvalho2024-10-062-0/+38
| | | | | | Signed-off-by: Tomás Carvalho <tomas@thetimesweeper.com> Closes: https://github.com/gentoo/gentoo/pull/38861 Signed-off-by: Sam James <sam@gentoo.org>
* dev-ruby/capistrano: stabilize 3.19.1 for amd64Hans de Graaff2024-10-061-1/+1
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/capistrano: stabilize 2.15.11 for amd64Hans de Graaff2024-10-061-1/+1
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/capistrano: drop 3.17.3, 3.18.0Hans de Graaff2024-10-063-78/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/bcrypt-ruby: stabilize 3.1.20 for amd64Hans de Graaff2024-10-061-2/+2
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* app-admin/logcheck: add sys-apps/debianutils to RDEPENDGiuseppe Foti2024-10-062-1/+2
| | | | | | | Closes: https://bugs.gentoo.org/930785 Signed-off-by: Giuseppe Foti <foti.giuseppe@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/38854 Signed-off-by: Sam James <sam@gentoo.org>
* dev-ruby/activesupport: Stabilize 6.1.7.8 amd64, #940926Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-misc/vifm: Stabilize 0.13-r1 amd64, #940925Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-misc/gramps: Stabilize 5.2.3 amd64, #940924Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* profiles/package.mask: mask obsolete dev-ruby/base64 slotHans de Graaff2024-10-061-0/+5
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/activesupport: Stabilize 6.1.7.8 ppc64, #940926Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-ruby/activesupport: Stabilize 6.1.7.8 x86, #940926Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* app-misc/vifm: Stabilize 0.13-r1 x86, #940925Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* net-dns/dnsdist: add 1.9.7Andreas Schuerch2024-10-062-0/+113
| | | | Signed-off-by: Andreas Schuerch <nativemad@gentoo.org>
* dev-ruby/psych: Stabilize 5.1.2 amd64, #940922Sam James2024-10-061-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-ruby/psych: Stabilize 5.1.2 x86, #940922Sam James2024-10-061-2/+2
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sci-calculators/qalculate-gtk: fix LTO issueSam James2024-10-062-0/+86
| | | | | Closes: https://bugs.gentoo.org/940927 Signed-off-by: Sam James <sam@gentoo.org>
* media-sound/ardour: bump to 8.8Miroslav Šulc2024-10-062-0/+200
| | | | Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
* dev-ruby/backports: drop 3.24.1Hans de Graaff2024-10-062-29/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/ammeter: drop 1.1.5-r1Hans de Graaff2024-10-062-60/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/acts_as_list: drop 1.1.0, 1.2.0, 1.2.1Hans de Graaff2024-10-064-125/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* app-text/webgen: enable ruby33Hans de Graaff2024-10-061-1/+1
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* app-text/webgen: drop 1.7.2Hans de Graaff2024-10-062-59/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* dev-ruby/psych: drop 5.1.1Hans de Graaff2024-10-062-41/+0
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* media-libs/fluidsynth-dssi: dropped obsolete 1.0.0-r1Miroslav Šulc2024-10-061-33/+0
| | | | | Bug: https://bugs.gentoo.org/940772 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
* media-sound/picard: dropped obsolete 2.12.2Miroslav Šulc2024-10-062-66/+0
| | | | | Bug: https://bugs.gentoo.org/940773 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
* media-gfx/libbgcode: dropped obsolete 0.0.20240730Miroslav Šulc2024-10-062-36/+0
| | | | | Bug: https://bugs.gentoo.org/940749 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org>
* x11-wm/marco: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* x11-terms/mate-terminal: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* media-gfx/eom: depend on min mate-desktop matching ${PV}Sam James2024-10-062-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-extra/mate-utils: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-extra/mate-screensaver: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-extra/mate-media: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-extra/caja-extensions: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/mate-settings-daemon: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/mate-session-manager: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/mate-panel: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/mate-control-center: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/mate-applets: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>
* mate-base/caja: depend on min mate-desktop matching ${PV}Sam James2024-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Depend on >=mate-desktop-$(ver_cut 1-2) to avoid build failures for now as a quick workaround. The maintainers should check whether each package really needs it and also consider a possible QA check in the eclass given some of them seem to have a pattern in configure.ac for this, but given the bug has been open for a whlie, I'd rather have some of the deps be unnecessarily tight (not that it's even that tight) than as-it-was. Note that couldn't use ${MATE_BRANCH} as it says: > # Major and minor numbers of the version number, unless live. > # If live ebuild, will be set to '9999'. which made me wonder if it's actually meant to be 1-2 or 1-3 in ver_cut or what. Anyway, in summary: * Apply a fix which makes things better, even if it's slightly overkill; * Someone needs to audit these to find the actual minimum versions (some truly do need this, some need just something older, although unclear if upstream carefully update these or ont); * A QA check may be wise. Bug: https://bugs.gentoo.org/935279 Bug: https://bugs.gentoo.org/936079 Signed-off-by: Sam James <sam@gentoo.org>