- 15 Jan, 2020 1 commit
-
-
Ryo Nakano authored
-
- 08 Jan, 2020 1 commit
-
-
Umarzuki Bin Mochlis Moktar authored
-
- 27 Dec, 2019 1 commit
-
-
Fran Dieguez authored
-
- 21 Nov, 2019 2 commits
-
-
Bastien Nocera authored
lib/bluetooth-pairing-dialog.c: In function ‘bluetooth_pairing_dialog_set_mode’: include/glib-2.0/glib/gmacros.h:928:7: warning: ‘help’ may be used uninitialized in this function [-Wmaybe-uninitialized] 928 | if (expr) \ | ^ lib/bluetooth-pairing-dialog.c:69:8: note: ‘help’ was declared here 69 | char *help; | ^~~~
-
Bastien Nocera authored
Spotted by Mohammed Sadiq <sadiq@sadiqpk.org>
-
- 08 Oct, 2019 1 commit
-
-
Yi-Jyun Pan authored
-
- 02 Oct, 2019 1 commit
-
-
Ask Hjorth Larsen authored
-
- 26 Sep, 2019 1 commit
-
-
Dušan Kazik authored
-
- 25 Sep, 2019 1 commit
-
-
Nathan Follens authored
-
- 17 Sep, 2019 1 commit
-
-
Ryuta Fujii authored
-
- 15 Sep, 2019 1 commit
-
-
Ryuta Fujii authored
-
- 11 Sep, 2019 1 commit
-
-
Bastien Nocera authored
The alias can be overridden by third-parties and will be used by bluetoothd to set the externally visible name, so we need to use it rather than the (usually computationally) set name. Closes: #50
-
- 06 Sep, 2019 2 commits
-
-
Bastien Nocera authored
-
Milo Casagrande authored
-
- 04 Sep, 2019 2 commits
-
-
Ryuta Fujii authored
-
Ryuta Fujii authored
-
- 31 Aug, 2019 1 commit
-
-
Zander Brown authored
-
- 30 Aug, 2019 1 commit
-
-
Seong-ho Cho authored
-
- 25 Aug, 2019 2 commits
-
-
Fran Dieguez authored
-
Claude Paroz authored
-
- 24 Aug, 2019 3 commits
-
-
Balázs Úr authored
-
Matej Urbančič authored
-
Rūdolfs Mazurs authored
-
- 21 Aug, 2019 3 commits
-
-
Марко Костић (Marko Kostić) authored
-
Danial Behzadi authored
-
Jordi Mas authored
-
- 20 Aug, 2019 2 commits
-
-
Piotr Drąg authored
-
Aurimas Černius authored
-
- 19 Aug, 2019 1 commit
-
-
Tim Sabsch authored
-
- 18 Aug, 2019 1 commit
-
-
Simon McVittie authored
I've encountered an intermittent GNOME Shell crash when needrestart[1] is allowed to restart system services that are using outdated shared libraries, which sometimes includes BlueZ. The crash seems to involve signals being delivered to a freed BluetoothClient, which can be avoided by using g_signal_connect_object(). I haven't encountered the crash since applying this change, although since it was always intermittent I cannot be sure that it is fully solved. This might be caused by using the Bluetooth Quick Connect shell extension[2], which will create and destroy a BluetoothClient when the extension is loaded and unloaded, which will in turn happen when the screen is locked (due to extensions being disabled in the lock screen). [1] https://github.com/liske/needrestart [2] https://extensions.gnome.org/extension/1401/bluetooth-quick-connect/ Signed-off-by:
Simon McVittie <smcv@debian.org> Bug-Debian: https://bugs.debian.org/932405
-
- 17 Aug, 2019 1 commit
-
-
Jiri Grönroos authored
-
- 16 Aug, 2019 1 commit
-
-
Marek Černocký authored
-
- 04 Aug, 2019 2 commits
-
-
Anders Jonsson authored
-
Florentina Mușat authored
-
- 02 Aug, 2019 1 commit
-
-
Bastien Nocera authored
-
- 28 Jul, 2019 1 commit
-
-
Fabio Tomat authored
-
- 24 Jul, 2019 1 commit
-
-
Daniel Mustieles authored
-
- 22 Jul, 2019 2 commits
-
-
Rafael Fontenelle authored
-
Jor Teron authored
-
- 21 Jul, 2019 1 commit
-
-
Asier Sarasua Garmendia authored
-