summaryrefslogtreecommitdiff
path: root/sysui
AgeCommit message (Collapse)Author
2021-10-18document-new shouldn't get prefixed to become libreoffice-document-newCaolán McNamara
seen by rpminspect as .desktop "references icon libreoffice-document-new but no subpackages contain libreoffice-document-new" introduced by: commit f767d5e2b017c0d0cfd23ff3318cb30901847722 Date: Sun Sep 1 11:30:12 2019 +0200 Add icons to New Document desktop file actions in the [Desktop Action NewDocument] section Change-Id: I64ce5e2dbaca32083b2f76e960c33a815f8a3773 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123444 Tested-by: Jenkins Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com> (cherry picked from commit 074644e2b5c0997f1b239eeb8c72712b7f01aeb4) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123634 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-06-29Add URI handlers for MS Office URI Schemes on Linux/macOSSamuel Mehrbrodt
This was already done for Windows in fdd8686987ca4ee693f5f194c8eb482daa69cfef Change-Id: I2fa43bf2930e9df9fbeb9169d28700ef4bdbaacc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117726 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> (cherry picked from commit a31b7ea9e62f6d44685aff28e1412eb43b796847) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118054 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-06-25Handle fancy webdav URI schemes on all platformsThorsten Behrens
Change-Id: I5cc16b0fdaf032e90aa0361df6f33c04a615abab Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108016 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> (cherry picked from commit 1bc454a2c0cb0dd69512d69ddd2123a44814197e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117812
2021-06-11math.desktop include "Spreadsheet" categoryCaolán McNamara
but it's not a spreadsheet since... commit dad7fe7227fb80a32d3c2c777584dc9d74b9e929 Date: Thu Jan 2 16:16:55 2014 +0100 Fix math categories to make SUSE rpm check happy Change-Id: I0397ea12cd7f29f4b0c1f0e0ad76a3429b55c455 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116884 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-04-29apparmor: Fix "oopslash" typoRico Tzschichholz
Change-Id: I8b355bceadeebebc9e6fedbf92a35aa44a356e09 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114819 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-03-24Using .md extension/Markdown syntax for modules READMEHossein
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-12-23tdf#135504: Install application metadata in /usr/share/metainfoChris Mayo
Current path /usr/share/appdata is deprecated [1]. [1] https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location Change-Id: Ibd837240ad329c005a840f9ae2e0f4f13f139b59 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106025 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
2020-11-14Remove obsolete GNOME 2 MIME types filesChris Mayo
Installed as: /usr/share/application-registry/libreoffice.applications /usr/share/mime-info/libreoffice.keys /usr/share/mime-info/libreoffice.mime Superseded by Shared MIME-info compliant libreoffice.xml, created as openoffice.org.xml by create_mime_xml.pl from the .desktop files. Change-Id: Ib8d9a17d09139dd4f50f65572457cef0178750b7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105606 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-11-10tdf#132787: Don't duplicate hicolor icon theme as gnomeChris Mayo
GNOME will use the hicolor theme. Change-Id: I612c6b076544227bf9adf546ad385c6a5ac20ca1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105200 Tested-by: Jenkins Reviewed-by: Chris Mayo <aklhfex@gmail.com> Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-11-01Don't try to include hicolor SVG mimetypes icons in rpmChris Mayo
The icons in scalable/mimetypes were multi-image developer files removed from installation in: f9ddaae9caa5 ("tdf#132737: Don't install SVG source icons or locolor theme", 2020-10-14) Change-Id: I6c7eda89a145365ffb598a066b7e817f27f4ea9b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105081 Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org> Tested-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-10-29tdf#132737: Don't install SVG source icons or locolor themeChris Mayo
These SVG icons are the source for the PNG icons in the same directories. scalable/mimetypes icons each contain the source for all sizes of PNG icons and are not usable themselves. The locolor theme is incomplete with only low resolution icons. Change-Id: I2bc54cfbfec012c29a41e1d954d313c19a47831e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/99444 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-09-22Suppress PYTHONWARNINGS=error in system g-ir-scannerStephan Bergmann
With 315919306c7b6e95db6a280c4aa8d2203970e292 "Set PYTHONWARNINGS to error by default for --enable-werror" my build on Fedora 32 started to fail in CustomTarget_sysui/share with > Exception ignored in: <socket.socket fd=4, family=AddressFamily.AF_UNIX, type=SocketKind.SOCK_STREAM, proto=0> > Traceback (most recent call last): > File "/usr/lib/python3.8/site-packages/abrt_exception_handler3.py", line 93, in write_dump > response = send(data) > ResourceWarning: unclosed <socket.socket fd=4, family=AddressFamily.AF_UNIX, type=SocketKind.SOCK_STREAM, proto=0> > Traceback (most recent call last): > File "/usr/bin/g-ir-scanner", line 103, in <module> > from giscanner.scannermain import scanner_main > File "/usr/lib64/gobject-introspection/giscanner/scannermain.py", line 35, in <module> > from giscanner.ast import Include, Namespace > File "/usr/lib64/gobject-introspection/giscanner/ast.py", line 29, in <module> > from .sourcescanner import CTYPE_TYPEDEF, CSYMBOL_TYPE_TYPEDEF > File "/usr/lib64/gobject-introspection/giscanner/sourcescanner.py", line 24, in <module> > from .libtoolimporter import LibtoolImporter > File "/usr/lib64/gobject-introspection/giscanner/libtoolimporter.py", line 21, in <module> > import imp > File "/usr/lib64/python3.8/imp.py", line 31, in <module> > warnings.warn("the imp module is deprecated in favour of importlib; " > DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses Change-Id: I919caaad482e844ef1549f248a2faf2274c9efa0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103177 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-09-08tdf#96725: Add LSHandlerRank for the recently added AppleWorks DocumentTor Lillqvist
When submitting for the App Store Apple enforces that each document type in Info.plist has an LSHandlerRank. Change-Id: I1f963cef31e87ed2176178754490a1e2194e4743 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102238 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-09-08Follow the rules when building for the App StoreTor Lillqvist
Apple does enforce that CFBundleVersion and CFBundleShortVersionString consist of three integers. So make sure that is the case when building for the App Store. (We infer that when using --enable-macosx-sandbox we are building for the App Store. So far that is true.) Change-Id: I677b28f65aa9be9466811a982023e0932dce0893 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102237 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-07-26Revert "tdf#132787: Don't duplicate hicolor icon theme as gnome"Christian Lohmaier
This reverts commit a26a5bb71c32c1cf8c5ad4d2ef79f3ece5065a02. Reason for revert: apparently compilation with installation sets wasn't tested at all/the change is incomplete and breaks because of missing files. Change-Id: Ied6973659bd0c25f613d615a4cae699b04ae2a43 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/99398 Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-07-24tdf#132787: Don't duplicate hicolor icon theme as gnomeChris Mayo
GNOME will use the hicolor theme. Change-Id: I3a163fd9b43457063167701c2964a457aac85cb6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93712 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com> Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-06-20deb#962903 #include <abstractions/user-tmp> to allow /tmp/something/*Rene Engelhard
Change-Id: I6377db152ededc4d46ba7bbbaa9bc66210964e18 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96770 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-06-07tdf#67874 Add generic icons to most 3rd party formatsEivind Samseth
Added generic icon declarations to the "Imported Type UTIs" Some 3rd party formats are only in the "Document types", most notably the old MS formats Those need to be restructured to at minimum be by type (e.g., text), or moved to Imported Type UTIs Change-Id: I43f4d15a7c13f511178fb34371ccea4860e6873e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94625 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-06-01tdf#96725 Register AppleWorks document types in Info.plistMarkus Keller
Change-Id: I5e2a309409094da19f755cf82767097ad2990380 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93139 Tested-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-05-27tdf#74244 Fix version info shown for major release candidatesEivind Samseth
Previous approach of setting the bundle version made e.g., 6.4.0.3 show up as version 6.4.3 which was clearly wrong CFBundleShortVersionString is supposed to be only three integers, but this does not seem to be enforced by Apple. Other applications, such as Spotiy, include even more than LO Removed CFBundleGetInfoString as it's been deprecated since 10.5 Change-Id: I7c64553f6bc2712506062d8f8ec388f5279b333d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94623 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
2020-05-16tdf#103644: Add support for vnd.sun.star.webdav on macOSEivind Samseth
Change-Id: I0766b7a12686c829f8b0fe43df6d5256139d4f10 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94359 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2020-04-23Drop Macromedia Flash export filterGabor Kelemen
Flash technology is going to be retired by the end of 2020 by Adobe: https://theblog.adobe.com/adobe-flash-update/ With this ahead doesn't make much sense for LO 7.0 to support exporting presentations and drawings to swf anymore. Change-Id: Ic2c6e95db2f56bcd4eb25abdd0a6748aee9b0e4c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92507 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-04-02Only process with brand.pl the *.keys and *.desktop filesStephan Bergmann
...and not also whatever other prerequisites those two rules might have (e.g., instdir/program/python.bin). Before 01344a8ca57636ac87108c22f777a02fe6d963d5 "convert sysui to gbuild and add to tail_build", the corresponding dmake code in sysui/desktop/share/makefile.mk had been > $(COMMONMISC)$/{$(PRODUCTLIST)}$/openoffice.keys : ../mimetypes/openoffice.mime brand.pl translate.pl ../productversion.mk $(ULFDIR)$/documents.ulf > $(COMMONMISC)$/{$(PRODUCTLIST)}$/openoffice.keys : ../mimetypes/{$(MIMELIST)}.keys [...] > @$(PERL) brand.pl -p $(PRODUCTNAME.$(@:d:d:f)) -u $(UNIXFILENAME.$(@:d:d:f)) --iconprefix '$(ICONPREFIX.$(@:d:d:f))-' $< $(MISC)/$(@:d:d:f) [...] and > $(LAUNCHERFLAGFILE) : ../productversion.mk brand.pl translate.pl $(ULFDIR)$/launcher_name.ulf $(ULFDIR)$/launcher_comment.ulf $(ULFDIR)/launcher_genericname.ulf $(ULFDIR)/launcher_unityquicklist.ulf > $(LAUNCHERFLAGFILE) : $(LAUNCHERDEPN) [...] > @$(PERL) brand.pl -p '$${{PRODUCTNAME}} $${{PRODUCTVERSION}}' -u $(UNIXWRAPPERNAME) --iconprefix '$${{UNIXBASISROOTNAME}}-' $< $(@:db).$(INPATH).$(@:f) [...] where Dmake's $< denotes "the list of prerequisites specified in the current rule" (<https://www.openoffice.org/tools/dmake/dmake_4.11.html>, section "RUNTIME MACROS"), whereas GNU Make's $^ denotes all prerequisites. Change-Id: Ie6efc5d9512408711db32502e0959b32ec232603 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91566 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-02Fix Perl loop reading a list of file names from the command lineStephan Bergmann
while (<>) { ... } opens all the file names given on the command line in succession, and executes the loop body once for every line read from those files. So the existing loop processed each file over and over N times, where N is the number of lines in that file. This appears to have been broken ever since the code's introduction in be63ae6cba16a0e31c1388cd5e0bc418cb41afd6 "INTEGRATION: CWS networker3 (1.1.2); FILE ADDED: 2004/05/20 11:38:58 obr 1.1.2.1: #i20355#,#i20356# new directories for system wide desktop integration". Change-Id: I8b4f0c6812bf3ba42da4b7c55c38e52c91dd4229 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91558 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-02Missing dependencyStephan Bergmann
...since d2c23609083d7b3e5267b1e4c923476cbc509d00 "tdf#130911: convert desktop-translate from Perl to Python." Change-Id: I091e137041740e127606e78d2a04163647dba8af Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91544 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-31tdf#130911: convert desktop-translate from Perl to Python.Jussi Pakkanen
Change-Id: Ic0a84f4e46f4bc3312d15a31ea16060851302d2d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90847 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák
See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-11-19sysui: Add C header to libreofficekitgtk introspectionCorentin Noël
Change-Id: I948b0d793085abc973a5e3b2778140d729ff1f59 Reviewed-on: https://gerrit.libreoffice.org/82378 Tested-by: Jenkins Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2019-09-01Add icons to New Document desktop file actionsNicolas Fella
This allows KDE Plasma's start menu and task manager to display an icon together with the action Change-Id: I78a6912809d643046d143690785e30b052573d8a Reviewed-on: https://gerrit.libreoffice.org/78364 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2019-08-12Fix typosAndrea Gelmini
Change-Id: Iedac37e0e056815e64294c70a233242df6dbf110 Reviewed-on: https://gerrit.libreoffice.org/77278 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2019-08-07Drop dead dependenciesStephan Bergmann
...after 634844354ee6ed884128086a80c3ee32c889d8c9 "sysui: fix rpm errors in freedesktop-menus (4.14.1)" had moved the INTROSPECTION_SCANNER-related code out of sysui/desktop/share/create_tree.sh. Change-Id: Id6208b92abca57ed93f20602619525556c6962b3 Reviewed-on: https://gerrit.libreoffice.org/77078 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-08-06Introduce explicit --enable-introspectionStephan Bergmann
4b4c7e76e6c2ea0d47a42a5107352d3ad7341fbf "Only build LOKDocView-0.1.gir when necessary" had erroneously assumed that LOKDocView-0.1.{gir,typelib} need to be built when PKGFORMAT contains "deb" or "rpm". But instead, they need to be built only for some 3rd-party Linux distro builds, never for TDF builds. Make that explicit with a new --enable-introspection, which those 3rd-party Linux distros will now have to specify (probably along with other fixes to where they pick up those LOKDocView-0.1.{gir,typelib} files after 634844354ee6ed884128086a80c3ee32c889d8c9 "sysui: fix rpm errors in freedesktop-menus (4.14.1)" had moved them around). That way, builds that broke after 634844354ee6ed884128086a80c3ee32c889d8c9 "sysui: fix rpm errors in freedesktop-menus (4.14.1)" (like my ASan+UBSan one that 4b4c7e76e6c2ea0d47a42a5107352d3ad7341fbf "Only build LOKDocView-0.1.gir when necessary" had tried to fix) can be fixed with an (implicit) --disable-introspection. This commit contains a revert of 4b4c7e76e6c2ea0d47a42a5107352d3ad7341fbf "Only build LOKDocView-0.1.gir when necessary", which it supersedes. Change-Id: Idb618e3353da7d68a2e552b0f290775c02327733 Reviewed-on: https://gerrit.libreoffice.org/76997 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-08-01Only build LOKDocView-0.1.gir when necessaryStephan Bergmann
Prior to 634844354ee6ed884128086a80c3ee32c889d8c9 "sysui: fix rpm errors in freedesktop-menus (4.14.1)" it had been build as part of sysui/desktop/share/create_tree.sh, which is presumably only called when building for deb or rpm PKGFORMAT. Building it now in more cases started to cause issues, like > g-ir-scanner: link: /home/sbergman/llvm/inst/bin/clang --gcc-toolchain=/home/sbergman/gcc/trunk/inst -fdiagnostics-color -fsanitize=address -fsanitize-address-globals-dead-stripping -fsanitize-address-use-after-scope -fsanitize=undefined -fsanitize=local-bounds -fsanitize=nullability -o /home/sbergman/lo/core/tmp-introspectga_nlzjv/LOKDocView-0.1 /home/sbergman/lo/core/tmp-introspectga_nlzjv/LOKDocView-0.1.o -L. -Wl,-rpath,. -Wl,--no-as-needed -L/home/sbergman/lo/core/instdir/program -Wl,-rpath,/home/sbergman/lo/core/instdir/program -llibreofficekitgtk -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -pthread -lgmodule-2.0 -lglib-2.0 > /usr/bin/ld: /home/sbergman/lo/core/instdir/program/liblibreofficekitgtk.so: undefined reference to `__ubsan_handle_function_type_mismatch_v1' > /usr/bin/ld: /home/sbergman/lo/core/instdir/program/liblibreofficekitgtk.so: undefined reference to `__ubsan_vptr_type_cache' > /usr/bin/ld: /home/sbergman/lo/core/instdir/program/liblibreofficekitgtk.so: undefined reference to `__ubsan_handle_dynamic_type_cache_miss' in an ASan+UBSan build (where g-ir-scanner should apparently use CXX instead of CC for linking, but there appears to be no easy way to tell g-ir-scanner to do so). Change-Id: I5a960c6ed387722138d4b3d156c87038f3e5b8ca Reviewed-on: https://gerrit.libreoffice.org/76769 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2019-07-31sysui: fix rpm errors in freedesktop-menus (4.14.1)Michael Stahl
RPM build errors: Explicit %attr() mode not applicable to symlink: /workdir/CustomTarget/sysui/rpm/libreofficedev/freedesktop/usr/bin/libreofficedev6.1 Installed (but unpackaged) file(s) found: /usr/local/lib/girepository-1.0/LOKDocView-0.1.typelib /usr/share/gir-1.0/LOKDocView-0.1.gir The LOKDocView problem turned out to be the result of the first incremental build after adding --with-package-format, and previously it was avoided with a if in configure; moving the commands out of create_tree.sh should be more obvious and reliable though. Change-Id: I69c1566e26eeaa1d8bf88a3650a78da6ddfb5a3b Reviewed-on: https://gerrit.libreoffice.org/76596 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
2019-07-17tdf#125693: On macOS, create empty LibreOffice.app/Contents/Resources/en.lprojStephan Bergmann
...as otherwise languages like Slovenian (which do not have a full system integration) fall back to other LibreOffice.app/Contents/Resource/*.lproj localizations instead of to English (whose Info.plist is stored as LibreOffice.app/Contents/Info.plist, not as some LibreOffice.app/Contents/Resources/en.lproj/InfoPlist.strings as is done for other languages). Change-Id: Ic69907a066e9afe1d66045016ad6bf9d997c67d0 Reviewed-on: https://gerrit.libreoffice.org/75728 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-05-21Add content_rating to AppData filesStephan Bergmann
At least building on Flathub makes presence of this information a hard requirement now (see <https://blogs.gnome.org/hughsie/2019/03/28/ new-appstream-validation-requirements/> and witness the failed <https://flathub.org/builds/#/builders/32/builds/3597>). The suggested way to calculate that information is via the form at <https://hughsie.github.io/oars/generate.html>, which I filled in as follows (the answers I selected are prefixed with "=>"): > By answering all the questions you can generate AppStream-compatible markup > for the upstream AppData file. > > If the user is able to "enable" NSFW or "adult" content, then this should be > included in the assessment even if it is turned off by default. > > What type of component are you generating content for: => Application that can connect to the Internet > OARS has multiple versions, and the newer versions include more questions > involving specific cultural and religious sensitivities. What version of OARS > metadata do you want to produce: => 1.0 (works with all clients) > Advertising > > Defined as the activity of producing advertisements for commercial products or > services. > > For example, this would include banners showing the Coca-Cola logo shown in a > Soccer game. => None > Gambling > > Defined as taking a risky action in the hope of a desired result. > > For example, this would include spinning a wheel to get in-app credits. => None > In-App Purchases > > Defined as items or points that a user can buy for use within a virtual world > to improve a character or enhance the playing experience. => None > Online Text-only Messaging > > Defined as any messaging system connected to the Internet. => None > Online Audio and Video Messaging > > Defined as any multimedia messaging system connected to the Internet. => None > Contact Details > > Defined as sharing identifiable details with other users to allow out-of-band > communication. => None > Information Sharing > > Defined as sharing information with a legal entity typically used for > advertising or for sending back diagnostic data. > > For example, this would include sending your purchasing history to Amazon. => None > Location Sharing > > Defined as sharing your physical real-time location. > > For example, this would include uploading the GPS co-ordinates of your current > location. NOTE: This does not include heuristic based location services, e.g. > GeoIP and others. => None > The following markup can be pasted into the existing application AppData file. > > <content_rating type="oars-1.0" /> Change-Id: I063484d8031892c20f88999c5a9beeae3666511c Reviewed-on: https://gerrit.libreoffice.org/72581 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-05-10an uno -> a unoCaolán McNamara
Change-Id: I538db88f8477dd2d2ad25c372928fec6c11d979d Reviewed-on: https://gerrit.libreoffice.org/72105 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2019-04-25tdf#122244 Put InfoPlist.strings files at correct places on macOSStephan Bergmann
Don't know how this got broken, presumably somewhere along the line from 01344a8ca57636ac87108c22f777a02fe6d963d5 "convert sysui to gbuild and add to tail_build" through 4430ace32a8dfd534d5e1c64ec7855edad11e5c4 "tdf#90753: AutoInstall more packages" to the current state, where a spurious bin directory containing InfoPlist_*.zip files containing (empty) InfoPlist.strings files is placed in instdir/ and in the root window of .dmg files. As discussed in the <https://developer.apple.com/library/archive/documentation/ General/Reference/InfoPlistKeyReference/Articles/ AboutInformationPropertyListFiles.html> "Localizing Property List Values" section, those InfoPlist.strings files shall apparently be placed into the Contents/Resources/*.lproj/ directories. (And the zip wrappers were presumably needed in the past to transport their payload to the proper places in the installation set, and are now obsolete.) The list of Apple language IDs for the *.lproj directories was already duplicated in Makefile.in (test-install target) and solenv/bin/modules/installer/simplepackage.pm (sub create_package). Ultimately those lists should all be consolidated. Also, mapping from our language IDs (see solenv/inc/langlist.mk) to the Apple *.lproj ones needs some fixing (e.g., from zh-CN to zh_CN), and it is not clear to me why the old code explicilty added en-US to the gb_WITH_LANG list of languages for which to generate InfoPlist_*.zip and InfoPlist.strings files (when that would presumably be the non-localized strings stored in Info.plist itself). But as mentiond, those InfoPlist.strings files are all empty anyway (which may be due to another bug?), so it shouldn't matter much---at least for now---what Contents/Resources/*.lproj/InfoPlist.strings files exactly are present in an installation set. Change-Id: Iaadce2375ed319928891bace44f9866622ec3084 Reviewed-on: https://gerrit.libreoffice.org/71277 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-03-24Resolves: tdf#122114 remove support for ~/.recently-used fileArkadiy Illarionov
Change-Id: Ie91f0bf21e6f5c3f7a7aa4ae3d1dff6cc8e15a86 Reviewed-on: https://gerrit.libreoffice.org/69597 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-03-05improve documentation of soffice --accept parameterMichael Stahl
Change-Id: I8058bad949c973981013d099dba78b3e64cee0aa Reviewed-on: https://gerrit.libreoffice.org/68735 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-17kde5: remove older kde/tde plugins, and references to thatThorsten Behrens
KDE4 is out of maintenance upstream since Nov. 2014, and binaries provided by TDF have switched to KDE5 as the official backend. Change-Id: I165465b56d3ba3a18912b203c06ae8fc6111c0c9 Reviewed-on: https://gerrit.libreoffice.org/60014 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-11-14Add EMF and WMF mime types to Draw .desktop fileSamuel Mehrbrodt
It's hard to find an application that can display these file types on Linux, so suggest LO for those. Change-Id: I9b32b4ee2057e82a13b8fc95478f2bc2cf7ffca5 Reviewed-on: https://gerrit.libreoffice.org/63372 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2018-10-24don't try to verify .desktop files when building the menus.rpmChristian Lohmaier
the actual .desktop files are in the main rpm, the freedesktop-menus package only has symlinks pointing to it Change-Id: I0816255dd56cd2281b441836871d281e112a659a
2018-08-29Removed executable permission on simple ASCII filesAndrea Gelmini
Change-Id: I3feef220283d57fd07cff836ddd22937b1b8c77f Reviewed-on: https://gerrit.libreoffice.org/57593 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-08-27apparmor: fix printing to fileVincas Dargis
AppArmor denies writing to .ps files and dealing with temporaries needed for "Print to file" functionality. Add .ps to the allowed extensions list, also giving access to rm executable together with writing printing-related temporary file. Change-Id: I415e1401878bff6459f42162d4e8b517261b9cec Reviewed-on: https://gerrit.libreoffice.org/59114 Tested-by: Jenkins Reviewed-by: Rene Engelhard <rene@debian.org>
2018-08-26boostrap->bootstrapCaolán McNamara
Change-Id: I3082130a39a55609fa38fbf9a667fb95fe6d60ea Reviewed-on: https://gerrit.libreoffice.org/59612 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-08-15apparmor: fix access to /etc/xml/catalogVincas Dargis
Exporting document to .xhtml produces AppArmor deny log entry. Add AppArmor rule for accessing /etc/xml/catalog as it is needed by libxml2. Change-Id: If62046059c4e1d458cca895f14f7d1e3f537c527 Reviewed-on: https://gerrit.libreoffice.org/59005 Tested-by: Jenkins Reviewed-by: Rene Engelhard <rene@debian.org>
2018-08-15apparmor: allow writing .epub filesVincas Dargis
Currently, exporting document to .epub fails if AppArmor profile is enabled. This patch fixes it by registering .epub extension within AppArmor profile. Change-Id: I5075ac803ffd9157c2f2cc6546895149b0fdd5f2 Reviewed-on: https://gerrit.libreoffice.org/59004 Tested-by: Jenkins Reviewed-by: Rene Engelhard <rene@debian.org>
2018-08-14apparmor: fix qt-related deniesVincas Dargis
Commit c86e4ad53391d17d1eb54845b5999889f7e65061 introduced qt-related rules, like linking to ~/.config/#[0-9]* files, though does not allow to write the files themselves, in result producing DENIED log entries if AppArmor profile is enabled. This is fixed by adding read-write rule for particular files. Change-Id: I6441398c4fcfbfcf59ba5f5b3178682c1e5d1cd5 Reviewed-on: https://gerrit.libreoffice.org/59007 Tested-by: Jenkins Reviewed-by: Rene Engelhard <rene@debian.org> Tested-by: Rene Engelhard <rene@debian.org>
generated by cgit (git 2.34.1) at 2024-04-27 16:49:12 +0000