Skip to content

C
core
Dal (branch)/etiket değiştir
  1. 16 Nis, 2018 2 kayıt (commit)
  3. 12 Nis, 2018 3 kayıt (commit)
  5. 11 Nis, 2018 1 kayıt (commit)
  7. 09 Nis, 2018 1 kayıt (commit)
  9. 27 Mar, 2018 1 kayıt (commit)
  11. 26 Mar, 2018 1 kayıt (commit)
    • Mike Kaganski's avatar
      Related: tdf#116581 Use Font:TTF::Font to get font versions · c91f70f9
      Mike Kaganski yazdı 
      This allows to correctly get font (including OTF) versions, instead of
matching strings in binary files.

Fonts affected:
====
Alef_Bold.ttf                        1.0.0.0 → 1.1.0.0
Alef_Regular.ttf                     1.0.0.0 → 1.1.0.0
amiri_bold.ttf                       1.0.0.0 → 0.109.0.0
amiri_boldslanted.ttf                1.0.0.0 → 0.109.0.0
amiri_quran.ttf                      1.0.0.0 → 0.109.0.0
amiri_regular.ttf                    1.0.0.0 → 0.109.0.0
amiri_slanted.ttf                    1.0.0.0 → 0.109.0.0
Carlito_Bold.ttf                     1.1.0.0 → 1.103.0.0
Carlito_BoldItalic.ttf               1.1.0.0 → 1.103.0.0
Carlito_Italic.ttf                   1.1.0.0 → 1.103.0.0
Carlito_Regular.ttf                  1.1.0.0 → 1.103.0.0
NachlieliCLM_Bold.otf                        → 0.131.0.0
NachlieliCLM_BoldOblique.otf                 → 0.131.0.0
NachlieliCLM_Light.otf                       → 0.131.0.0
NachlieliCLM_LightOblique.otf                → 0.131.0.0
LiberationMono_Bold.ttf              2.0.0.0 → 2.0.1.0
LiberationMono_BoldItalic.ttf        2.0.0.0 → 2.0.1.0
LiberationMono_Italic.ttf            2.0.0.0 → 2.0.1.0
LiberationMono_Regular.ttf           2.0.0.0 → 2.0.1.0
LiberationSans_Bold.ttf              2.0.0.0 → 2.0.1.0
LiberationSans_BoldItalic.ttf        2.0.0.0 → 2.0.1.0
LiberationSans_Italic.ttf            2.0.0.0 → 2.0.1.0
LiberationSans_Regular.ttf           2.0.0.0 → 2.0.1.0
LiberationSerif_Bold.ttf             2.0.0.0 → 2.0.1.0
LiberationSerif_BoldItalic.ttf       2.0.0.0 → 2.0.1.0
LiberationSerif_Italic.ttf           2.0.0.0 → 2.0.1.0
LiberationSerif_Regular.ttf          2.0.0.0 → 2.0.1.0
LiberationSansNarrow_Bold.ttf        1.7.0.0 → 1.7.4.0
LiberationSansNarrow_BoldItalic.ttf  1.7.0.0 → 1.7.4.0
LiberationSansNarrow_Italic.ttf      1.7.0.0 → 1.7.4.0
LiberationSansNarrow_Regular.ttf     1.7.0.0 → 1.7.4.0
FrankRuhlHofshi_Bold.otf                     → 5.1.0.0
FrankRuhlHofshi_Regular.otf                  → 5.1.0.0
MiriamLibre_Bold.otf                         → 1.0.0.0
MiriamLibre_Regular.otf                      → 1.0.0.0
NotoKufiArabic_Bold.ttf              1.0.0.0 → 1.4.0.0
NotoKufiArabic_Regular.ttf           1.0.0.0 → 1.4.0.0
NotoNaskhArabicUI_Bold.ttf           1.0.0.0 → 1.7.0.0
NotoNaskhArabicUI_Regular.ttf        1.0.0.0 → 1.7.0.0
NotoNaskhArabic_Bold.ttf             1.0.0.0 → 1.6.0.0
NotoNaskhArabic_Regular.ttf          1.0.0.0 → 1.7.0.0
NotoSansArabicUI_Bold.ttf            1.0.0.0 → 2.0.0.0
NotoSansArabicUI_Regular.ttf         1.0.0.0 → 2.0.0.0
NotoSansArabic_Bold.ttf              1.0.0.0 → 2.0.0.0
NotoSansArabic_Regular.ttf           1.0.0.0 → 2.0.0.0
NotoSansArmenian_Bold.ttf            1.0.0.0 → 2.40.0.0
NotoSansArmenian_Regular.ttf         1.0.0.0 → 2.40.0.0
NotoSansGeorgian_Bold.ttf            1.0.0.0 → 2.0.0.0
NotoSansGeorgian_Regular.ttf         1.0.0.0 → 2.0.0.0
NotoSansHebrew_Bold.ttf              1.0.0.0 → 2.0.0.0
NotoSansHebrew_Regular.ttf           1.0.0.0 → 2.0.0.0
NotoSansLao_Bold.ttf                 1.0.0.0 → 2.0.0.0
NotoSansLao_Regular.ttf              1.0.0.0 → 2.0.0.0
NotoSansLisu_Regular.ttf             1.0.0.0 → 2.0.0.0
NotoSans_Bold.ttf                    1.0.0.0 → 2.0.0.0
NotoSans_BoldItalic.ttf              1.0.0.0 → 2.0.0.0
NotoSans_Condensed.ttf               1.0.0.0 → 2.0.0.0
NotoSans_CondensedBold.ttf           1.0.0.0 → 2.0.0.0
NotoSans_CondensedBoldItalic.ttf     1.0.0.0 → 2.0.0.0
NotoSans_CondensedItalic.ttf         1.0.0.0 → 2.0.0.0
NotoSans_Italic.ttf                  1.0.0.0 → 2.0.0.0
NotoSans_Light.ttf                   1.0.0.0 → 2.0.0.0
NotoSans_LightItalic.ttf             1.0.0.0 → 2.0.0.0
NotoSans_Regular.ttf                 1.0.0.0 → 2.0.0.0
NotoSerifArmenian_Bold.ttf           1.0.0.0 → 2.40.0.0
NotoSerifArmenian_Regular.ttf        1.0.0.0 → 2.40.0.0
NotoSerifGeorgian_Bold.ttf           1.0.0.0 → 2.0.0.0
NotoSerifGeorgian_Regular.ttf        1.0.0.0 → 2.0.0.0
NotoSerifHebrew_Bold.ttf             1.0.0.0 → 2.0.0.0
NotoSerifHebrew_Regular.ttf          1.0.0.0 → 2.0.0.0
NotoSerifLao_Bold.ttf                1.0.0.0 → 2.0.0.0
NotoSerifLao_Regular.ttf             1.0.0.0 → 2.0.0.0
NotoSerif_Bold.ttf                   1.0.0.0 → 2.0.0.0
NotoSerif_BoldItalic.ttf             1.0.0.0 → 2.0.0.0
NotoSerif_Condensed.ttf              1.0.0.0 → 2.0.0.0
NotoSerif_CondensedBold.ttf          1.0.0.0 → 2.0.0.0
NotoSerif_CondensedBoldItalic.ttf    1.0.0.0 → 2.0.0.0
NotoSerif_CondensedItalic.ttf        1.0.0.0 → 2.0.0.0
NotoSerif_Italic.ttf                 1.0.0.0 → 2.0.0.0
NotoSerif_Light.ttf                  1.0.0.0 → 2.0.0.0
NotoSerif_LightItalic.ttf            1.0.0.0 → 2.0.0.0
NotoSerif_Regular.ttf                1.0.0.0 → 2.0.0.0
ReemKufi_Regular.ttf                 1.0.0.0 → 0.6.0.0

This requires Font::TTF::Font perl module to be installed.

Change-Id: Ibb6c384baa2e74524845b6c5a1d4d2f26b7e530b
Reviewed-on: https://gerrit.libreoffice.org/51793Tested-by: 's avatarJenkins <ci@libreoffice.org>
Reviewed-by: 's avatarKhaled Hosny <khaledhosny@eglug.org>
Reviewed-by: 's avatarChristian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      c91f70f9
  13. 23 Mar, 2018 2 kayıt (commit)
  15. 20 Mar, 2018 1 kayıt (commit)
  17. 16 Mar, 2018 1 kayıt (commit)
    • Stephan Bergmann's avatar
      sdk/lib dir missing from Linux installation sets · f07e2496
      Stephan Bergmann yazdı 
      ...after cfd2691e "[API CHANGE] Remove salcpprt
static library" had removed the sole regular File item from gid_Dir_Lib_Sdk,
leaving only Unixlink items.  But the solenv/bin/modules/installer.pm code used
to only auto-create any directories that contain regular Files.  Changed that to
also consider Unixlinks in addition to regular Files.

And to add insult to injury, the code in
solenv/bin/modules/installer/simplepackage.pm creating the actual symlinks
represented by the Unixlink items silently does nothing when a symlink cannot be
created (because the partent dir is missing).  To be fixed in another follow-up
commit.

Change-Id: Ic7a682a17ac59c789c85c56c825dd623bc59428c
      f07e2496
  19. 12 Mar, 2018 3 kayıt (commit)
  21. 18 Şub, 2018 2 kayıt (commit)
  23. 14 Ock, 2018 1 kayıt (commit)
  25. 18 Ara, 2017 1 kayıt (commit)
    • Mike Kaganski's avatar
      tdf#108580: integrate vc_redist.exe into MSI · 61b1d631
      Mike Kaganski yazdı 
      ... in InstallUISequense.

Use --with-vcredist-dir to point to a directory with vc_redist.x64.exe
and/or vc_redist.x86.exe. Use --without-vcredist-dir (or
--with-vcredist-dir=no) if you don't want to ship it as part of
installer and want to silence the configure warning.

VCRedist 2015 version 14.0.24215.1 is available at
https://www.microsoft.com/en-us/download/details.aspx?id=53840

Since VisualStudio 2015, VC redist merge module that we used before
started to work differently: it installs the UCRT only on WinXP,
but not on later OSes (Vista to 8.1) which may lack the UCRT (Win10
has it out of the box). The merge module only installs VCRuntime on
those systems, which still leaves us with "api-ms-*.dll is missing"
problem.

(https://blogs.msdn.microsoft.com/vcblog/2015/03/03/introducing-the-universal-crt/
gives more information on VCRedist refactoring background.)

Since commit 71d9a613, we use a
workaround described at the page mentioned above as "App-local
deployment of the Universal CRT". We just copy all UCRT DLLs to
LibreOffice/program. This has a drawback though, that our UCRT
is not updated by Windows Update, so users would rely on LibreOffice
updates in case of some vulnerabilities in UCRT (and they could
even not realize they have that problem).

MS recommends to install UCRT using EXEs they provide from their
site. The EXEs install both VCRuntimes and UCRTs, along with
required patches, for all Windows versions (Windows XP through
Windows 10, where they only install VCRuntimes); the installed
libraries are managed by system's update mechanism. But those EXEs
cannot be used in MSI custom actions inside InstallExecuteSequence,
because they use MSI themselves.

So this patch integrates the vc_redist.xXX.exe into MSI binary
table, and uses custom action to run the EXE after ExecuteAction
in InstallUISequence. This will show the user a VCRedist install
window after the main LibreOffice installation finishes; no user
interaction is required (except for one additional UAC request),
and errors are ignored.

Since this installation takes care of both VCRuntime and UCRT,
we can ultimately drop both the app-local workaround, and
vcredist merge module (so VCRuntime would also be updated by
system). The former is done here: this reverts commit
71d9a613.

This approach has its drawback: if one wants to use unattended
installation (without UI; one example is deployment using
ActiveDirectory GPO), then InstallUISequence is not run, and so
VCRedist isn't installed. In this case, one should install
VCRedist separately. Supposedly this should not be huge problem,
because this is the case for many existing applications that need
separate VCRedist deployment in these scenarios, and unattended
installation is advanced stuff that requires prepared user. A
notice would be required in release notes and FAQ, though.

Change-Id: Ia6a16be60af8a08f41ea7c3dbd457d8f89006006
Reviewed-on: https://gerrit.libreoffice.org/46356Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
Tested-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      61b1d631
  27. 24 Eki, 2017 1 kayıt (commit)
  29. 25 Eyl, 2017 1 kayıt (commit)
  31. 25 Agu, 2017 1 kayıt (commit)
  33. 21 Agu, 2017 1 kayıt (commit)
  35. 17 Agu, 2017 1 kayıt (commit)
  37. 02 Haz, 2017 1 kayıt (commit)
    • Michael Stahl's avatar
      solenv: installer: remove DONT_DELETE style · 78d03c63
      Michael Stahl yazdı 
      This style was only handled in the installer code for registry items,
but in scp2 it was only set for files, so effectively it was unused.

Change-Id: I197eeded29648aee2489e302f7b5e48bf13a545c
      78d03c63
  39. 29 May, 2017 1 kayıt (commit)
  41. 21 May, 2017 1 kayıt (commit)
  43. 19 May, 2017 1 kayıt (commit)
  45. 18 May, 2017 2 kayıt (commit)
  47. 13 Nis, 2017 1 kayıt (commit)
  49. 06 Nis, 2017 1 kayıt (commit)
  51. 27 Mar, 2017 1 kayıt (commit)
  53. 26 Mar, 2017 1 kayıt (commit)
  55. 20 Mar, 2017 1 kayıt (commit)
  57. 19 Mar, 2017 1 kayıt (commit)
    • Stephan Bergmann's avatar
      tdf#87075: Filter out unused directories from FILELISTs · fbcdca2b
      Stephan Bergmann yazdı 
      ...so that on macOS dictionary extensions don't pollute LibreOffice.app's
Contents/Resources/extensions/ with empty directories (that would then show up
as phantom extenions in the Extension Manager).

Change-Id: Iacff73e931885cde0fe507e384de80e9bd38d475
      fbcdca2b
  59. 16 Mar, 2017 1 kayıt (commit)
  61. 03 Mar, 2017 1 kayıt (commit)
  63. 01 Şub, 2017 1 kayıt (commit)
    • David Ostrovsky's avatar
      tdf#105311 VC++ Runtime installed in wrong directory · 30473907
      David Ostrovsky yazdı 
      Starting from MSVC 14.0, the directory table layout of VC++ Runtime merge
module changed. As consequence, all MSI produced with newer compilers,
including MSVC 15.0 (aka VS 2017) are broken in term that the VC++
Runtime DLLs are installed in the wrong directory, e.g.: C:\System64.

According to the specification for merging merge module (msm), see:
"Authoring Merge Module Directory Tables": [1], custom action 51 (set
property) must be emitted for every directory name in the merge module
directory table if the directory name is starting with the standard
directory name.

Quoting it here:

"
When a predefined directory is included in a merge module, the merge
tool automatically adds a Custom Action Type 51 to the target database.
The merge module author must ensure that a CustomAction table is also
included. The CustomAction table may be empty, but this table is required
to exist in the target database and ensures that the modified predefined
directories are written to the correct locations. For example, when a
system directory is included in a merge module, the merge module author
must ensure that a Custom Action table exists.

Note that the matching algorithm for the generation of these type 51
custom actions only checks that the directory name begins with one of
the predefined SystemFolder properties. It does not verify that the
directory name exactly equals the directory property. Any directory
beginning with one of these standard folder names gets a type 51 custom
action, even if the rest of the name is not a GUID. Authors need to take
care that this does not generate false positive matches, and unintended
custom action generation, on derivative primary keys that begin with one
of the SystemFolder properties."

Rectify the problem by analyzing the directory table from the merge
module, checking whether the directory name starts with the standard
prefix name and if it is the case, emitting custom action 51 to set this
variable to the standard directory name.

Implementation details:

We use the existing facility for emitting the custom action table events
including referencing them in the corresponding sequence tables. Given
that the specification above doesn't mention what sequence table should
be referencing this emitted custom action, we reversed engineer this
information from WiX toolkit. Merging the VC++ CRT module with WiX
toolkit and investigating the resulting MSI with Orca MSI reader, reveals
that these sequence tables were referencing from these sequence tables:

* AdminExecuteSequence
* AdminUISequence
* AdvtExecuteSequence
* InstallExecuteSequence
* InstallUISequence

Replicate this behaviour here as well. Note, though, that custom actions
are generally not referenced in AdminUISequence and AdvtExecuteSequence
tables in LibreOffice MSI building tool chain.

Rendering of the custom action is achieved by programmatic emulation of
custom action in SCP module. Consider this similar SCP module based
action:

  Name = "MigrateInstallPath";
  Typ = "321";
  Source = "shlxtmsi.dll";
  Target = "MigrateInstallPath";
  Inbinarytable = 1;
  Assignment1 = ("InstallExecuteSequence", "", "CostInitialize");
  Assignment2 = ("InstallUISequence", "", "CostInitialize");

We instantiate the following data structure to emit custom action
System64Folder.3CFBED52_9B44_3A4D_953C_90E456671BA1:

  Name = "System64Folder.3CFBED52_9B44_3A4D_953C_90E456671BA1"
  Typ = "51"
  Source = "System64Folder.3CFBED52_9B44_3A4D_953C_90E456671BA1"
  Target = "[System64Folder]"
  Styles = "NO_FILES"
  Assignment1 = ("AdminExecuteSequence", "", "CostInitialize")
  Assignment2 = ("InstallExecuteSequence", "", "CostInitialize")
  Assignment3 = ("InstallUISequence", "", "CostInitialize")

[1] https://msdn.microsoft.com/en-us/library/windows/desktop/aa367787%28v=vs.85%29.aspx

Change-Id: I2fbd37ff63298d99b2ba1b6afe6e875f56d8e378
Reviewed-on: https://gerrit.libreoffice.org/33366Tested-by: 's avatarJenkins <ci@libreoffice.org>
Reviewed-by: 's avatarDavid Ostrovsky <david@ostrovsky.org>
      30473907