summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* thumbnail: bind mount /etc/ld.so.cache to the sandboxMart Raudsepp2018-12-131-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is especially important for libstdc++ on distributions that don't have it directly in a libdir and the runtime linker doesn't look where needed without /etc/ld.so.cache (e.g. if libstdc++ is in a GCC per-version subdirectory handled via /etc/ld.so.conf.d/). If /etc/ld.so.cache is not available, the runtime linker will look only at a set of predetermined paths - as seen with LD_DEBUG=libs added to the bwrap call with "--setenv LD_DEBUG libs": find library=libstdc++.so.6 [0]; searching search cache=/etc/ld.so.cache search path=/lib64:/usr/lib64 (system search path) trying file=/lib64/libstdc++.so.6 trying file=/usr/lib64/libstdc++.so.6 followed by: /usr/bin/totem-video-thumbnailer: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory If /etc/ld.so.cache is available, it will use that for the paths: find library=libstdc++.so.6 [0]; searching search cache=/etc/ld.so.cache trying file=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/libstdc++.so.6 By bind mounting just that file out of /etc, we get it to work on such a system. Closes: #81
* Replace Bugzilla by Gitlab URL in DOAP fileAndre Klapper2018-12-121-1/+1
|
* 3.31.33.31.3Matthias Clasen2018-12-112-1/+8
|
* thumbnail: Fix use-after-free when getting a preview iconBastien Nocera2018-12-111-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | g_file_info_get_attribute_object() is transfer none, so when getting a preview GIcon from a gvfs-backed file that supports it, we need to reference the preview otherwise we might crash. ==19044== Invalid read of size 8 ==19044== at 0x48607E7: get_preview_thumbnail (gnome-desktop-thumbnail.c:978) ==19044== by 0x48607E7: gnome_desktop_thumbnail_factory_generate_thumbnail (gnome-desktop-thumbnail.c:1058) ==19044== by 0x401181: main (test-desktop-thumbnail.c:51) ==19044== Address 0x700f750 is 0 bytes inside a block of size 40 free'd ==19044== at 0x4839A0C: free (vg_replace_malloc.c:530) ==19044== by 0x48DFCD0: g_type_free_instance (gtype.c:1943) ==19044== by 0x4E7F7B5: _g_file_attribute_value_clear (gfileattribute.c:176) ==19044== by 0x4E83D46: g_file_info_finalize (gfileinfo.c:327) ==19044== by 0x48C1C61: g_object_unref (gobject.c:3346) ==19044== by 0x48607D5: get_preview_thumbnail (gnome-desktop-thumbnail.c:974) ==19044== by 0x48607D5: gnome_desktop_thumbnail_factory_generate_thumbnail (gnome-desktop-thumbnail.c:1058) ==19044== by 0x401181: main (test-desktop-thumbnail.c:51) ==19044== Block was alloc'd at ==19044== at 0x483880B: malloc (vg_replace_malloc.c:299) ==19044== by 0x4B54F20: g_malloc (gmem.c:99) ==19044== by 0x4B6C3C2: g_slice_alloc (gslice.c:1024) ==19044== by 0x4B6C9F8: g_slice_alloc0 (gslice.c:1050) ==19044== by 0x48DFA33: g_type_create_instance (gtype.c:1846) ==19044== by 0x48C2397: g_object_new_internal (gobject.c:1805) ==19044== by 0x48C4113: g_object_new_valist (gobject.c:2128) ==19044== by 0x48C443B: g_object_new (gobject.c:1648) ==19044== by 0x7451CF7: g_vfs_icon_new (gvfsicon.c:178) ==19044== by 0x7451D47: g_vfs_icon_from_tokens (gvfsicon.c:268) ==19044== by 0x4E8BA45: g_icon_new_from_tokens (gicon.c:381) ==19044== by 0x4E8BA45: g_icon_new_for_string (gicon.c:462) ==19044== by 0x7450C5F: _g_dbus_get_file_attribute (gvfsdaemonprotocol.c:300) ==19044== by 0x7450D26: _g_dbus_get_file_info (gvfsdaemonprotocol.c:340) ==19044== by 0x867A74C: g_daemon_file_query_info (gdaemonfile.c:830) ==19044== by 0x486078D: get_preview_thumbnail (gnome-desktop-thumbnail.c:960) ==19044== by 0x486078D: gnome_desktop_thumbnail_factory_generate_thumbnail (gnome-desktop-thumbnail.c:1058) ==19044== by 0x401181: main (test-desktop-thumbnail.c:51) ==19044== ==19044== Invalid read of size 8 ==19044== at 0x48607F0: get_preview_thumbnail (gnome-desktop-thumbnail.c:978) ==19044== by 0x48607F0: gnome_desktop_thumbnail_factory_generate_thumbnail (gnome-desktop-thumbnail.c:1058) ==19044== by 0x401181: main (test-desktop-thumbnail.c:51) ==19044== Address 0xaaaaaaaaaaaaaaaa is not stack'd, malloc'd or (recently) free'd Root-caused by "Just Me" Closes: #87
* README: Mention bwrap non-optional requirementBastien Nocera2018-12-111-0/+3
| | | | Closes: #82
* thumbnail: Handle non-usrmerged systems and non-existing directoriesIain Lane2018-12-101-4/+49
| | | | | | | | | | | | | | | On systems where /usr-merge hasn't been carried out, /bin (etc) won't point to /usr/bin. In that case we should --ro-bind the directory instead of --symlinking it. This implements the suggestion from Simon McVittie on https://bugzilla.gnome.org/show_bug.cgi?id=787072. It also handles source directories not existing, which for example /lib64 won't on 32-bit systems. Closes: #4 Closes: #89
* wall-clock: Use LC_TIME for strftime format string translationsFlorian Müllner2018-11-151-15/+51
| | | | | | | | | | | | | | | | | In order to handle the clock's various display setting correctly for different locales, we mark strftime format strings for translation. However those translations are looked up according to the locale defined by LC_MESSAGES, while the conversion characters themselves are resolved according to LC_TIME, with rather odd results when mixing locales. The correct solution would be to install translations for format strings in the LC_TIME catalogue and look them up with dcgettext(), but we don't have the infrastructure to do that easily. Work around this by adding a helper method that looks up a string in LC_MESSAGES using the locale defined by LC_TIME and use that to translate the format strings, which has the same result. https://bugzilla.gnome.org/show_bug.cgi?id=789205
* Prepare release 3.31.23.31.2Michael Catanzaro2018-11-142-10/+14
| | | | | | Also, update the totally-incorrect comment above the libversion string. Clearly this isn't libtool versioning as the numbers we use here will be literally used for the installed library.
* Revert "Make myself the maintainer temporarily"Michael Catanzaro2018-11-141-7/+0
| | | | | | This reverts commit 7c46216f3e961abe799d8c99812728039c2049c0. Just kidding!
* Make myself the maintainer temporarilyMichael Catanzaro2018-11-141-0/+7
| | | | I want to edit the settings for this repo....
* Update Malayalam translationAnish Sheela2018-11-041-182/+164
| | | | (cherry picked from commit 3bdbeb3ccd42420d083fac9b24959ffbd5cb8534)
* Update Finnish translationJiri Grönroos2018-11-031-50/+75
| | | | (cherry picked from commit 8f220c26d0cb6f8264000b37bb5a6dd718c34efb)
* Merge branch 'master' of https://gitlab.gnome.org/GNOME/gnome-desktopAbderrahim Kitouni2018-10-241-57/+71
|\
| * Update Esperanto translationKristjan SCHMIDT2018-10-161-57/+71
| |
* | 3.31.13.31.1Abderrahim Kitouni2018-10-102-1/+8
|/
* Update Serbian translationМарко Костић2018-09-291-53/+67
| | | | (cherry picked from commit 478d19738b831ec489434748efd2d12956ff20f5)
* Update Spanish translationRodrigo Lledó2018-09-241-21/+18
|
* Update Arabic translationKhaled Hosny2018-09-181-42/+66
| | | | (cherry picked from commit a42b80e1be57baf1acfde4d73f60fdc3c21cd45e)
* doap: Replace Colin Walters with GNOME Release TeamMichael Catanzaro2018-09-131-3/+3
| | | | Thanks for your previous contributions, Colin.
* Meson: fix preprocessor directives.Niels De Graef2018-09-121-6/+6
| | | | | | | | | | | | | When using `#ifdef` in your code (vs `#if`), the C preprocessor doesn't check the value of the macro, only whether it is defined at all. By using `conf.set10()`, the macros were defined, whether the boolean values in the meson build file were false or not. So, to fix this, you either have to start using `#if`, or you make sure you use `conf.set()` instead. This fixes the flatpak build of GNOME Contacts (which turns off udev support).
* Fix the soname versioning for libgnome-desktopEmmanuele Bassi2018-09-082-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | With Meson, using the `soversion` argument of a library() target means setting the explicit soname, e.g.: soversion: 17.0.2 will be used to generate: libgnome-desktop-3.so.17.0.2 Unlike libtool, though, Meson will not generate the symbolic links for the first component of the soversion: libgnome-desktop-3.so.17 Which is what the dynamic linker will actually use to resolve the library dependency at link time. In order to get a symbolic link, we need to use the `version` field for the soname, and the `soversion` field for the first component: version: '17.0.2' soversion: '17' To avoid having to manually set two fields, we can generate the `soversion` value from the `version` one, so that they will always be in sync. This fixes the build of gnome-shell on Continuous, which has been failing since gnome-desktop has been moved to Meson with the error: ld: warning: libgnome-desktop-3.so.17, needed by /usr/lib/libmutter-3.so, not found (try using -rpath or -rpath-link) Signed-off-by: Emmanuele Bassi <ebassi@gnome.org>
* build: Remove autotools supportFlorian Müllner2018-09-0718-1859/+0
| | | | | | It's meson all the way now ... https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/7
* ci: Switch build to mesonFlorian Müllner2018-09-071-6/+5
| | | | | | It is faster and it needs the extra testing. https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/7
* tests: Allow to run uninstalledFlorian Müllner2018-09-072-1/+15
| | | | | | | This allows running them through regular `make check`/`ninja test` instead of requiring `gnome-desktop-testing-runner`... https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/7
* build: Support the meson build systemFlorian Müllner2018-09-0711-0/+398
| | | | | | Yay, one more module off the list! https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/7
* desktop-docs: Use LINGUAS file to list languagesFlorian Müllner2018-09-076-3/+63
| | | | | | | This is what meson's gnome.yelp() function prefers, and we can make it work with autotools as well ... https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/7
* Update Russian translationStas Solovey2018-09-061-45/+73
|
* Updated Czech translationMarek Cernocky2018-09-065-269/+2332
|
* tests: Guard against default changesFlorian Müllner2018-09-051-0/+1
| | | | | | | | | | | The wall-clock weekday test assumes that only the time is shown when the weekday setting is disabled. This is only true while the clock doesn't include the date by default, which is may happen as proposed in gsettings-desktop-schemas!2. But even if the default isn't changed it is still safer to spell out the assumptions, so explicitly disable the date. https://gitlab.gnome.org/GNOME/gnome-desktop/merge_requests/18
* Updated Spanish translationDaniel Mustieles2018-09-051-54/+79
|
* Update Belarusian translationYuras Shumovich2018-09-041-47/+72
|
* Updated Czech translationMarek Cernocky2018-09-041-40/+67
|
* 3.30.03.30.0Matthias Clasen2018-09-032-2/+8
|
* Updated Danish translationAsk Hjorth Larsen2018-09-021-69/+93
|
* Update Croatian translationgogo2018-09-021-39/+64
|
* Update Latvian translationRūdolfs Mazurs2018-09-021-59/+78
|
* Update Hungarian translationBalázs Meskó2018-08-311-48/+65
|
* Update Galician translationFran Dieguez2018-08-291-45/+77
|
* 3.29.92Matthias Clasen2018-08-282-1/+7
|
* Update Korean translationChangwoo Ryu2018-08-281-43/+67
|
* Update Italian translationMilo Casagrande2018-08-281-42/+65
|
* Update Dutch translationHannie Dumoleyn2018-08-281-50/+85
|
* Update Brazilian Portuguese translationRafael Fontenelle2018-08-271-51/+73
|
* Update Indonesian translationKukuh Syafaat2018-08-261-42/+67
|
* Update Kazakh translationBaurzhan Muftakhidinov2018-08-231-48/+73
|
* Update Chinese (Taiwan) translationCheng-Chia Tseng2018-08-211-13/+13
|
* Update Romanian translationDaniel Șerbănescu2018-08-201-41/+64
|
* Update Arabic translationSafa Alfulaij2018-08-191-52/+59
|
* Update British English translationBruce Cowan2018-08-191-44/+74
|
* Update German translationTim Sabsch2018-08-171-50/+68
|
View Lorry Controller Status