summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Update Brazilian Portuguese translationHEADmasterLeônidas Araújo2023-05-151-11/+12
| | | | (cherry picked from commit 5af9d52eb562250d7240ac3489a25c743f68b656)
* Update Italian translationGianvito Cavasoli2023-05-141-208/+226
|
* housekeeping: clean up x-large and xx-large thumbnailsCalvin Walton2023-05-111-0/+12
| | | | | | | | | | | | | | | | Support for two new thumbnails directories named "x-large" and "xx-large" were added to the XDG thumbnail-spec in 2020 and to gnome-desktop in GNOME 40. They started to be used by nautilus in GNOME 43 to have larger/sharper thumbnails on HiDPI screens. But the housekeeper never got updated, so the thumbnail cache has unbounded growth. I realized this problem when I was trying to debug a low disk space condition, and realized that my thumbnail cache was 10GiB in size. Add the new directories. They're only added to the XDG cache path, since any application new enough to generate these thumbnail sizes would be using that path.
* Update Persian translationDanial Behzadi2023-05-081-386/+4
|
* Update French translationAlan Paris2023-04-281-189/+213
|
* Update Turkish translationSabri Ünal2023-04-191-196/+238
|
* Release 44.144.1Carlos Garnacho2023-04-182-1/+20
|
* xsettings: Don't force HighContrast icon themeFlorian Müllner2023-04-181-1/+1
| | | | | The theme is considered deprecated in favor of symbolic icons from the regular theme.
* build: Remove unused lcms dependency Jan Tojnar2023-04-181-1/+0
| | | It was dropped in https://gitlab.gnome.org/GNOME/gnome-settings-daemon/commit/3970e5c8383caa762e549f9b9931705c80bb6bd4
* rfkill: Monitor WwanEnabled property changes properlyMaxim Mikityanskiy2023-04-181-18/+11
| | | | | | | | | | | | | | | | | | | | | g-signal is not fired on property changes, so nm_signal is never called, and all changes of NetworkManager's WwanEnabled property are missed. That leads to an inability to disable the airplane mode on laptops with WWAN after the airplane mode was once enabled by button. Fix this by subscribing to g-properties-changed to actually listen to the updates of WwanEnabled. It also makes the code simpler. The bug was caused by a breaking change in NetworkManager [1] when it deprecated the custom signal in favor of the standard PropertiesChanged on org.freedesktop.DBus.Properties, and gnome-settings-daemon still used the old one. The standard one is supported since NetworkManager 1.2.0, as noted here [2]. [1]: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/853 [2]: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/6fb917178aa19c61e909957f5146aa4565e0cb2f Fixes: d74b6de142a2 ("rfkill: watch and set NetworkManager wwan-enabled")
* power: Initialize check for VM environment earlierFelipe Borges2023-04-181-3/+3
| | | | | | Otherwise it will be called uninitialized when auto suspending. Fixes #736
* gsd-power-manager: Connect to light sensor asyncGuido Günther2023-04-171-14/+47
| | | | | | | | | | | Claiming the light sensor can take a noticeable amount of time when the sensor is being polled constantly (e.g. via monitor-sensor). Due to the function being invoked in backlight_enable this can lead to a noticeable delay when unblanking via key press. Fix this by claiming the sensor async. Fixes: https://gitlab.gnome.org/World/Phosh/phosh/-/issues/915
* smartcard: check for the addition of new smartcard readersDavid Härdeman2023-04-131-1/+6
| | | | | | | | | | | | gsd-smartcard currently checks for the insertion/removal of smartcards in reader devices which where present at the time gsd-smartcard was started, but does not account for new smartcard readers appearing after gsd-smartcard was started. This patch adds support for checking for the addition of new slots (i.e. smartcard readers), which is necessary to support devices like the Yubikey (a "reader" and a smartcard) which may be inserted after gsd-smartcard was started.
* Update Bulgarian translationAlexander Shopov2023-04-071-1321/+2
|
* Update Persian translationDanial Behzadi2023-04-031-3/+385
|
* Update Dutch translationNathan Follens2023-03-261-203/+234
|
* Update Chinese (China) translationBoyuan Yang2023-03-231-193/+212
|
* Update British English translationBruce Cowan2023-03-231-203/+221
|
* Release 44.044.0Carlos Garnacho2023-03-202-1/+6
|
* Update Persian translationDanial Behzadi2023-03-181-190/+212
|
* Update Finnish translationJiri Grönroos2023-03-121-33/+12
|
* Update Polish translationPiotr Drąg2023-03-111-194/+163
|
* Update Swedish translationAnders Jonsson2023-03-101-194/+225
|
* Update Chinese (Taiwan) translationChao-Hsiung Liao2023-03-061-573/+963
|
* Release 44.rc44.rcCarlos Garnacho2023-03-052-1/+9
|
* Update French translationGuillaume Bernard2023-03-051-8/+6
| | | | (cherry picked from commit 456696d379ce938445a98ddc7667a3743da7ced8)
* Update Bulgarian translationAlexander Shopov2023-03-051-204/+224
|
* Update Finnish translationJiri Grönroos2023-03-041-193/+228
|
* Update Russian translationAleksandr Melman2023-03-041-191/+222
|
* Update Korean translationChangwoo Ryu2023-03-041-185/+220
|
* Update Czech translationMarek Černocký2023-03-031-193/+168
|
* Update Belarusian translationVasil Pupkin2023-03-031-475/+776
|
* Update Occitan translationQuentin PAGÈS2023-03-011-199/+217
|
* Update Slovenian translationMatej Urbančič2023-02-281-205/+224
|
* Update Hungarian translationBalázs Úr2023-02-281-207/+188
|
* Update Serbian translationМирослав Николић2023-02-261-14/+18
| | | | (cherry picked from commit 9753c852909065d586422df6e62c0ad76ee7c03e)
* Update Danish translationAlan Mortensen2023-02-261-409/+458
|
* Update Basque translationAsier Sarasua Garmendia2023-02-261-185/+222
|
* power: default to sleep after 15 minutes rather than 20 minutesMichael Catanzaro2023-02-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | Beginning with GNOME 3.28, we began defaulting to sleep after 20 minutes in order to comply with some European regulations: https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32013R0801&from=EN See commit 2fdb48fa3333638cee889b8bb80dc1d2b65aaa4a for details. Anyway, there is a flaw in our plan: even if we tune the setting to 20 minutes, this doesn't actually work in practice for manufacturers affected by these regulations because the system might only *begin* to suspend after 20 minutes have passed, but they are actually required to *finish* suspending before this time. Additionally, the timeout won't begin until the system has fully booted into GNOME, which adds additional uncertainty. Solution: sleep after 15 minutes. This is reportedly what Ubuntu is doing for OEM installs. And it's closer to the Windows default of 10 minutes. https://pagure.io/fedora-workstation/issue/360
* Update German translationPhilipp Kiemle2023-02-221-192/+222
|
* Update Lithuanian translationAurimas Černius2023-02-191-195/+224
|
* Update Polish translationPiotr Drąg2023-02-181-13/+15
|
* Update German translationTim Sabsch2023-02-181-9/+9
| | | | (cherry picked from commit 24929113a0aae885a1535bc9da3af3c7b097d1eb)
* Update Turkish translationSabri Ünal2023-02-181-184/+218
|
* Update Friulian translationFabio Tomat2023-02-181-364/+456
|
* Update Portuguese translationHugo Carvalho2023-02-161-195/+215
|
* Update Portuguese translationHugo Carvalho2023-02-161-12/+13
| | | | (cherry picked from commit 3af336d2fd663f8158c7dbf301f1c0d1af4efa21)
* Update Galician translationFran Dieguez2023-02-161-261/+278
|
* Update Spanish translationDaniel Mustieles2023-02-161-201/+219
|
* Update Indonesian translationKukuh Syafaat2023-02-161-188/+214
|
View Lorry Controller Status