| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Also replace pam_fprint with pam_fprintd since that is the only
version of the PAM module referenced in the code.
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/756238
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.103, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.103, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.4, Repoman-3.0.1
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
| |
Needs gnome-shell, which had ancient version with alpha keywords
removed.
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Émeric Maschino and Mart Raudsepp noted that
gnome-extra/evolution-data-server has no hard dependency
on webkit-gtk and we can just mask USE=oauth there.
This change does exactly that and restores keywords
for the following packages:
- gnome-base/gdm
- gnome-base/gnome-shell
- nome-extra/chrome-gnome-shell
- nome-extra/evolution-data-server
Reported-by: Émeric Maschino
Closes: https://bugs.gentoo.org/717550
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ruby-2.7 removed support for coroutines on ia64 (requires
a bit of manual stack management):
https://github.com/ruby/ruby/commit/d17344cfc56edc4599252041b3ec0d46af0851fd
Previous ruby versions were not very stable.
The change dekeywords ruby. As a result webkit-gtk got dekeyworded
and pulled out a few gnome packages as well.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.89, Repoman-2.3.20
RepoMan-Options: --ignore-arches
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.79, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The result was achieved via the following pipeline:
pkgcheck scan -c RestrictTestCheck -R FormatReporter \
--format '{category}/{package}/{package}-{version}.ebuild' |
xargs -n32 grep -L RESTRICT |
xargs -n32 sed -i -e '/^IUSE=.*test/aRESTRICT="!test? ( test )"'
The resulting metadata was compared before and after the change.
Few Go ebuilds had to be fixed manually due to implicit RESTRICT=strip
added by the eclass. Two ebuilds have to be fixed because of multiline
IUSE.
Suggested-by: Robin H. Johnson <robbat2@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/13942
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
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>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.69, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.76, Repoman-2.3.16
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Aaron Bauman <bman@gentoo.org>
Package-Manager: Portage-2.3.70, Repoman-2.3.16
|
|
|
|
|
| |
Package-Manager: Portage-2.3.62, 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="x86"
|
|
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
Package-Manager: Portage-2.3.62, Repoman-2.3.11
RepoMan-Options: --include-arches="amd64"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Install a pulseaudio default config file which unloads bluetooth modules,
to avoid logged in users failing to load these modules upon log-in due to
device locks. As bluetooth sound may be important for a11y screen reader
over bluetooth sound, a USE flag is provided to keep loading bluetooth
modules; as this shouldn't be a common case (especially as normal sound
still works, it's just about sound over bluetooth), this USE flag is
default disabled.
Add back file ownership tweaks, as users still somehow end up with
wrong permissions. At least if the path where Xorg sessions log file
gets written has wrong permissions, Xorg fails to start and gdm with it.
Bug: https://bugs.gentoo.org/679526
Closes: https://bugs.gentoo.org/669146
Package-Manager: Portage-2.3.62, 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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gdm currently lacks code to properly wait for the CanGraphical property
on a logind seat to switch to "Yes" before gnome-shell is started for the
login VT. This is a problem, especially with wayland enabled, when the
graphics system isn't fully initialized by the time gdm is started in
parallel, because gnome-shell will fail to start graphics and gdm will
retry with a X session, which likely succeeds at that point. This
unexpectedly ends up in a gdm Xorg session, instead of a gdm Wayland
session, which won't be able to start Wayland sessions, or reap itself
for memory savings once logged in, etc.
For systemd we can grab a workaround used by Ubuntu, which adds an
ExecStartPre command to the gdm service, that waits for the DRM master
to appear (with a 10 seconds safety fallback) before letting gdm itself
start up.
For OpenRC this is not effective, but combined with usually slower startup
of the system with OpenRC, and xdm service usually starting at the very end
(compared to rather early in parallel with systemd) due to various service
rules, it should be much more unlikely to be a problem for OpenRC systems,
or even impossible if something in init deps ends up waiting for udev to
settle.
Eventually, in a future release, there should be upstream gdm full
CanGraphical waiting on its own, which should solve any OpenRC issues as
well, provided that in-use elogind handles CanGraphical correctly (there
have been issues in systemd code too).
Bug: https://bugs.gentoo.org/613222
Package-Manager: Portage-2.3.52, Repoman-2.3.12
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Include a patch from 3.32 that removes long gone legacy argument
to pam_systemd.so, as to make it uniform with the added elogind
support (and not add that legacy arg there too) and be able to
reuse the pam-elogind.patch bits for 3.32 without changes, just
dropping the argument patch.
The elogind support is achieved without configure.ac patches by
making use of the standard PKG_CHECK_MODULES builtin AC_ARG_VAR
provided variable override support and passing elogind values
there as a drop-in replacement. So we don't need an eautoreconf
and maintaing an autotools patch until upstream moves to meson.
Initial VT is put back to 7 for elogind for the time being until
there is more clarity what will happen with startDM.sh and how
things interact with agetty out of the box (potential keyboard
stealing, etc).
Closes: https://bugs.gentoo.org/645348
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>
|
|
|
|
|
|
|
|
| |
This is a -r1 revision because gnome overlay had a -r0 that lacked
CVE-2018-14424 fix patches.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Package-Manager: Portage-2.3.49, Repoman-2.3.11
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/662782
Package-Manager: Portage-2.3.46, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.46, Repoman-2.3.10
|
|
|
|
|
|
|
|
|
| |
While here, remove an ancient fixup for a supposedly
temporary gdm-3.5 bug that had resulted in wrong /var/lib/gdm
permissions, and remove unused versionator inherit.
Bug: https://bugs.gentoo.org/662782
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
| |
|
|
|
|
| |
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.8, Repoman-2.3.3
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/628454
Package-Manager: Portage-2.3.6_p39, Repoman-2.3.3_p17
|
|
|
|
| |
Package-Manager: Portage-2.3.7, Repoman-2.3.3
|
|
|
|
|
|
|
| |
The pam module dir patch got upstreamed and the remaining patches don't need
an autotools regeneration
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/4451
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|