| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Turned out to be a meson-0.47 incompatibility, not gtk-doc
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately we will need to lock USE=wayland between gtk+ and here for now.
If gtk+ supports wayland, it will run gnome-control-center with native
wayland, and when g-c-c doesn't have the code to match, it'll try to iterate
devices with X11 methods, which will crash just like it did on full wayland
(USE=wayland on both) before the fix in this commit.
One option could be to restrict gdk allowed backends to not include wayland
if wayland support isn't included, but that's something to tackle on top of
3.32 in the future.
Closes: https://bugs.gentoo.org/679042
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Includes a huge patchset from upstream gnome-3-28 branch.
Now provides its own onscreen keyboard instead of using caribou.
Requires sassc at build time for CSS generation.
Doesn't need deprecated networkmanager libraries from nm-applet
anymore.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
org.gnome.SettingsDaemon.A11yKeyboard is a required component in
<gdm-3.27.90 versions, which won't exist in gnome-settings-daemon-3.28
anymore. So for older gdm require <g-s-d-3.27.
Newer gdm is mostly fine with old gnome-settings-daemon, as it just
doesn't launch that component anymore, which means onscreen keyboard
doesn't work anymore until g-s-d is upgraded - but this is ~arch for
now and the newer gdm and g-s-d versions will be stabled together for
sure in the future (unless the timed login security fixes are deemed
too important).
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GDM 3.30 has support for killing the login screen when not in use
and the login screen (gdm used gnome-shell) is running with wayland.
This will save a lot of memory when effective, as gnome-shell and
I believe also gnome-settings-daemon and its plugins don't need to
keep running anymore after having logged in. Memory wins between
100-300MB are to be expected.
However if wayland isn't used or gnome-shell crashes with wayland
(probably quite likely with gnome-shell-3.26 or older), then the
only win is not having an agetty opened on VT1, which saves some
~600kB RAM.
All this new code assumes the default VT1 is used for gdm. If we
keep passing VT7 for initial VT, gdm just never shows a login screen
until user manually switches to VT7 with Alt+F7. Instead of making
that work, just always use VT1 for now like a good modern distro.
We will see later how this works out for non-systemd, but currently
the package still hard requires systemd anyways.
Also drops obsolete sessreg dependency - it was used in the PostSession
and co script in the past, but doesn't seem to have been for a long
long time. If someone still configures it to be called in their
local session scripts, they'll have to install it themselves, as we
don't need it imposed on everyone when it's not used out of the box.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/674684
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gnome-desktop
Bumping g-c-c to 3.28 will take a bit longer, so add backported
patch for gnome-desktop-3.28+ compatibility to be able to unleash
that set of packages earlier.
Also adds an extra patch from upstream 3.26 branch related to
GOA object lifetimes handling, which should fix some potential
control panel crashes.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Old versions don't work with newer gnome-desktop due to gnome-desktop
porting away from GdkColor to GdkRGBA and changing API for it.
Restrict maximum dep to reflect that to minimize problems.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/635094
Package-Manager: Portage-2.3.62, Repoman-2.3.12
Signed-off-by: Pacho Ramos <pacho@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
RepoMan-Options: --include-arches="~arm"
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
RepoMan-Options: --include-arches="~arm"
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
RepoMan-Options: --include-arches="~arm"
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
RepoMan-Options: --include-arches="~arm"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vala:0.40 and newer don't ship a librsvg vapi file anymore,
while various things (especially when building with meson)
are quite likely to need it. Default enable the vapi file
building here to reduce package.use tweaks that have to be
done.
Bug: https://bugs.gentoo.org/678210
Bug: https://bugs.gentoo.org/678212
Bug: https://bugs.gentoo.org/665578
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
.. now that we can do so. Were intentionally lower before due to
not being ready.
Bug: https://bugs.gentoo.org/672308
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
The ones appear obviously missing based on imports, though have
not tested it through (who would want to install such old things..).
But they fail for sure without pygobject:2
Closes: https://bugs.gentoo.org/656856
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/677834
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.59, Repoman-2.3.12
Signed-off-by: Rémi Cardona <remi@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.51, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
|
| |
gnome-core-apps dropped IUSE=cdr due to brasero being rather unmaintained.
Allow installing gnome-3.24[cdr] with gnome-core-apps-3.26 by assuming it
exists, even if it doesn't (instead of not accepting the upgrade), as this
is a metapackage and it should be fine that the IUSE=cdr doesn't do anything
during migration to 3.26.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
gnome-documents is removed, because it hasn't found a good place
alongside evince and has become rather unmaintained upstream by 3.30.
tracker and gnome-music versions are kept back to handle tracker-2
migration separately later.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Also fix P_RELEASE, which seems to have meant to carry the major.minor
of the GNOME release cycle, but was just "2" instead. Use eapi7-ver
and do it properly.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
| |
Pre-emptively apply patch for glib-2.60 compatibility, as it's tiny
and safe and doesn't need revbump.
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/672416
Package-Manager: Portage-2.3.53, Repoman-2.3.12
Signed-off-by: Pacho Ramos <pacho@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.53, Repoman-2.3.12
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.53, Repoman-2.3.12
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New glib does typeof() checking on g_clear_pointer macro calls,
which fails with code that passed something unsuitable as
g_clear_pointer destroy parameter. notify_notification_close
takes a second parameter, which is not a valid function signature
for g_clear_pointer, thus it errors now. Add upstream patch to
fix that.
Because in practice the destroy func call worked out fine with
earlier glib, without any known problems, there is no revbump by
considering it only a build fix (which strictly it's not).
Closes: https://bugs.gentoo.org/673706
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
| |
Tested-by: ernsteiswuerfel
Package-Manager: Portage-2.3.52, Repoman-2.3.12
RepoMan-Options: --include-arches="ppc"
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
| |
Tested-by: ernsteiswuerfel
Package-Manager: Portage-2.3.52, Repoman-2.3.12
RepoMan-Options: --include-arches="ppc"
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
RepoMan-Options: --include-arches="ppc64"
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.52, Repoman-2.3.12
RepoMan-Options: --include-arches="ppc64"
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
We need gnome-common due to m4 macros used out of it in configure.ac still
and us eautoreconfing now due to the patchset.
Closes: https://bugs.gentoo.org/673208
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
| |
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
|
| |
There was a missing newline at end of line on the git version line.
Completely harmless, but patch complains about it with
"patch unexpectedly ends in middle of line" now. So just add the
newline.
Closes: https://bugs.gentoo.org/657950
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Give up hope of having backported to 2.40.19 test suite machinery
work with its numerous issues (too old freetype generated reference
images, issues for 32-bit, and so on and on), restrict tests and
roll with it. This probably has some security relevant last fixes
for the non-rust version and we should have it, even if tests fail.
Ideally tests will work with the rust requiring versions (on the
architectures that can support, anyways).
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
| |
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also force seccomp when available, or configure fails. This is not
patched to be optional on purpose - this kind of security is NOT
optional as far as I'm concerned.
Compared to gnome overlay version, this one:
* adds a big patchset for more sandboxed thumbnailing fixes,
memory leak fixes and other misc changes that don't break ABI
* patch to hopefully fix thumbnailing on non-seccomp architectures
(bwrap was still enabled, leading to broken runtime as bwrap
requires seccomp)
* RDEPENDs on sys-apps/bubblewrap with seccomp as required
* removes USE=dbus dep on glib
* revbumps over overlay revision to ensure upgrades
Closes: https://bugs.gentoo.org/653786
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
| |
Revision r2 to show up as an upgrade to gnome overlay users,
as this one includes a crash fix patch from upstream branch.
Re-enabled tests - they seem to work with meson now.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Lock tracker to tracker-1, as configure doesn't support
tracker-2.
* Remove nautilus-tracker-tags PDEPEND, as it is rather
unmaintained and going away with tracker-2. Meanwhile, old
tracker has a USE=nautilus that pulls it in anyways, and
another way to enable this in nautilus shouldn't have
existed in the first place. This change is mainly meant to
allow us to hopefully last rite nautilus-tracker-tags
sooner, as all this combined warranted a revbump anyways,
thus getting the deps into user VDBs.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
| |
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|
|
|
|
|
| |
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.52, Repoman-2.3.11
|