summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Add Abkhazian translationgnome-42Nart Tlisha2023-01-062-0/+484
|
* Update Icelandic translationSveinn í Felli2022-09-051-3/+3
|
* Update Icelandic translationSveinn í Felli2022-09-051-12/+28
|
* Update Icelandic translationSveinn í Felli2022-09-051-91/+81
|
* Update Georgian translationZurab Kargareteli2022-08-151-338/+322
|
* Update Nepali translationPawan Chitrakar2022-05-241-267/+256
|
* Release version 42.142.1Niels De Graef2022-05-232-1/+4
| | | | 42.0 contains a problem with make distcheck, which should now be fixed.
* Fix wrong MR number in NEWSNiels De Graef2022-05-231-1/+1
| | | | (cherry picked from commit 53c4b0743c92ad723ffe8f5906450a212c89e88e)
* daemon: Add socket files to EXTRA_DISTNiels De Graef2022-05-231-0/+5
| | | | | | | Otherwise they don't get included into the tarball and autotools screams at us. (cherry picked from commit cdec02841ef7e0f9fd98fcb18b5d6b625f315871)
* Release version 42.042.0Niels De Graef2022-05-212-1/+10
|
* secret-portal: Properly check the default keyringnielsdg/default-keyring-in-portal-implNiels De Graef2022-05-211-1/+24
| | | | Fixes: https://gitlab.gnome.org/GNOME/gnome-keyring/-/issues/107
* gkm: Fix some format-truncation warningsnielsdg/fix-snprintf-truncation-warningNiels De Graef2022-05-211-3/+7
| | | | | | | | | | | When enabling fatal warnings (like in our CI), the `-Werror=format-truncation=` flag is complaining about us using `snprintf()` in a way that can theoretically truncate its arguments, even though this will not happen in practice, unless people are still running gnome-keyring in the year 100000. Solve the warning by doing a dumb check that aborts if `snprintf` returns an error
* doap: Add myself as maintainer, remove StefNiels De Graef2022-05-211-3/+3
| | | | | | | | | | Stef has been inactive on GNOME development for quite a while now, and the email address listed in the doap is no longer in use even, so remove him. That being said, I'm probably the closest to a co-maintainer with Daiki as I'm maintaining libsecret anyway, so I get to deal with gnome-keyring whether I like it or not.
* Fix implicit declaration of utimes and gettimeofday.Ryan Schmidt2022-05-211-1/+1
|
* GMutex initialization added.Gergő Doma2022-05-211-0/+1
|
* #105 fix looping off the end of the operations arrayJos Dehaes2022-05-211-1/+1
|
* Stop using volatile in conjunction with atomic operationswip/smcv/fix-ciSimon McVittie2022-05-2111-19/+19
| | | | | | | | | | | | As discussed in <https://gitlab.gnome.org/GNOME/glib/-/issues/600>, the volatile qualifier rarely has the semantics that are desired in C/C++. With recent gcc versions, combining pointers to volatile-qualified types with the __atomic_foo() family of builtins causes compiler warnings. http://c.isvolatileusefulwiththreads.com/ has some other useful references. Signed-off-by: Simon McVittie <smcv@debian.org>
* Update Bulgarian translationAlexander Shopov2022-03-271-177/+165
|
* Update Occitan translationQuentin PAGÈS2021-08-111-123/+99
| | | | (cherry picked from commit 086959361640d7252fe96b0e2f93f4910ae30c00)
* Update Russian translationAlexey Rubtsov2021-06-301-177/+188
|
* Merge branch 'update-readme' into 'master'Daiki Ueno2021-04-271-2/+2
|\ | | | | | | | | readme: Mention libsecret instead of deprecated libgnome-keyring See merge request GNOME/gnome-keyring!37
| * readme: Mention libsecret instead of deprecated libgnome-keyringupdate-readmeFelipe Borges2021-04-141-2/+2
|/
* .gitlab-ci.yml: Fix coverage report pathDaiki Ueno2021-03-271-2/+2
|
* Merge branch 'wip/dueno/systemd' into 'master'Daiki Ueno2021-03-267-21/+105
|\ | | | | | | | | daemon: Make it systemd-activatable through the control socket See merge request GNOME/gnome-keyring!35
| * daemon: Make it systemd-activatable through the control socketDaiki Ueno2021-03-267-21/+105
|/ | | | | This enables gnome-keyring-daemon to be launched through the systemd socket activation mechanism, rather than through pam_gnome_keyring.so.
* Merge branch 'wip/dueno/ci-fixes' into 'master'Daiki Ueno2021-03-261-43/+52
|\ | | | | | | | | Fix CI runs See merge request GNOME/gnome-keyring!36
| * ci: Fix ASAN jobsDaiki Ueno2021-03-261-0/+2
| | | | | | | | | | | | | | | | | | This ports the commits 572a35626625d0a2cd0be54124e402d6bcb43898 and 5b69e07be75ee5f43df0d734eaee007033a33647 from gcr, by Niels De Graef. See https://mail.gnome.org/archives/desktop-devel-list/2020-February/msg00055.html for more context.
| * .gitlab-ci.yml: Make pages depend on fedora:coverageDaiki Ueno2021-03-261-0/+3
| | | | | | | | Also only deploy coverage information when built on the master branch.
| * .gitlab-ci.yml: Run tests as a regular userDaiki Ueno2021-03-261-43/+47
|/
* Release 40.040.0Daiki Ueno2021-03-262-1/+5
|
* Update Finnish translationJiri Grönroos2021-03-161-7/+7
|
* Update Galician translationFran Dieguez2021-02-241-7/+7
|
* Update Punjabi translationA S Alam2021-02-111-277/+295
|
* Update Norwegian Bokmål translationKjartan Maraas2021-01-131-174/+164
|
* Update Catalan translationJordi Mas2021-01-051-1/+1
|
* Update Catalan translationJordi Mas2020-12-211-14/+16
|
* Update libcap-ng capability handlingSteve Grubb2020-11-211-20/+34
| | | | | | | | | | | | | There is a change in libcap-ng-0.8.1 that causes gnome-keyring to not work correctly. The capng_apply function now returns an error if it cannot change the bounding set. Previously this was ignored. Which means now gnome-keyring exits when it shouldn't. The new patch adds troubleshooting info to the error messages. And it checks to see if we have CAP_SETPCAP. If we do not, then we cannot change the bounding set and just set capabilities. On the setuid side, it now drops the bounding set and clears any supplemental groups that may be left over as an accident.
* Update British English translationZander Brown2020-10-041-105/+85
|
* Update Hebrew translationYosef Or Boczko2020-09-281-174/+190
|
* Update Latvian translationRūdolfs Mazurs2020-09-121-205/+188
|
* Update Portuguese translationJuliano Camargo2020-09-121-280/+310
|
* Update Chinese (China) translationBoyuan Yang2020-08-221-101/+114
|
* Update Kazakh translationBaurzhan Muftakhidinov2020-06-261-183/+195
|
* Added Slovenian translationMatej Urbančič2020-04-101-102/+104
|
* Update Chinese (Taiwan) translationCheng-Chia Tseng2020-03-311-178/+189
|
* Update Friulian translationFabio Tomat2020-03-311-174/+185
|
* Update Romanian translationDaniel Șerbănescu2020-03-181-82/+89
|
* Update Slovak translationPeter Mráz2020-03-161-112/+126
|
* Update Japanese translationsicklylife2020-03-131-3/+3
|
* Release 3.36.03.36.0Daiki Ueno2020-03-112-1/+4
|