Age | Commit message (Collapse) | Author | Files | Lines |
|
helpcontent was not packaged into the tarball that is extracted into the
user's installation directory (and thus never was installed)
simplify the packaging by getting rid of the special "collect" dir
(LangPackHostName) that was the cause for the problem to begin with:
LanguagePack files were collected in LangPackHostName based directory,
while HelpPack files were collected in regular directory.
And that value wasn't even used for the actual path that is delivered to
the user, so get rid of it and the associated code.
Change-Id: Iadd24382a45722bbe8d58bd97be79609fd03021b
(cherry picked from commit deb39c012031b7981360665cc19dc81d3342a3ad)
Reviewed-on: https://gerrit.libreoffice.org/7350
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: If37ef9f68711da3a0aa9a3ba59b111a8a23421df
|
|
It is under #ifdef MINGW_SYSTEM_PYTHON, so nobody noticed.
Change-Id: Idf48079e5533ef20fd37eef819c9ac2601833a14
(cherry picked from commit a01fabf7052df9b5d3921da4916bba6c05c4d6ac)
|
|
Change-Id: Ib4ead1d64dc6b8e76bf2c7bf0f007e8962acb1e2
|
|
Fix installer / scp2 to not ignore directory prefix in 'Name'.
Change-Id: Ib319363c8be73a72029f1ba3833e518e15c55e29
Reviewed-on: https://gerrit.libreoffice.org/6915
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Idbc102453aa47a71d7b550eb8a7b65c25825111e
|
|
Just install both; 448727e598ca0c35ee9cd6f2c25a847c8147943b already made
IA2 an experimental feature with fallback to Java access bridge if
experimental mode is disabled.
Change-Id: I4ca64adbc586bd87b4d28087709f5c2e02bf7990
(cherry picked from commit 31b91f6f8a7cacb062005d6ca2a7b5b2645a9799)
|
|
Change-Id: I7e3b2d47af9a9b91b22df43fc56cdfd3522de6d8
|
|
Put back the definition of WITH_RPM: otherwise a build
--with-pkgformat=archive fails since the scripts/install is not built.
Leave in the change to installer that should fix the original DEB bug.
This reverts commit 4f995b395ea347469ca9c7681d2f01f63e966d96.
Change-Id: I0cf4ba003237c66dfb7a0677d6a32a69f8203c6b
|
|
This reverts commit 5003ab57eee903d072fc7fac8cb5c69a34fb9d5c.
It did not work, when both RPM and DEB were selected as targets.
Change-Id: I90c74f0d00804b80daeca2c69d1f12e094243a81
|
|
Change-Id: I6e2be7da65221aa090d7ee2a0f8a6c7698ec2f89
|
|
Change-Id: I6a5fa0f7c0c9184ff013e2630f8edcb6ba2aa942
Reviewed-on: https://gerrit.libreoffice.org/6713
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I8069657d8829a0315c704e884a1cf15b26e02eb8
|
|
Change-Id: I191642fd7f490a88bb75fb0943ba978582f20808
|
|
Change-Id: I1a2dc8d95e9d6037fe50d80ee87dbe35bed69fc9
|
|
Change-Id: I9fcb88dd50dbd0f4145bf83dea27e414e6fb3aff
|
|
Change-Id: If451dfb24567157c86bca9a4a8564eb8de231a38
Reviewed-on: https://gerrit.libreoffice.org/6524
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
It was introduced to get newer File Picker dialogs (i#70927)
but the special manifest file for that was not actually used for years;
LO 3.5 already includes a generic manifest file that is like any other
and probably has zero benefit over the manfiest that is embedded in
the soffice.bin binary anyway.
Change-Id: I0f41f10ecf26201043a8c9964cdfef95bc348eb8
|
|
Change-Id: I1e0d25def55e0c9dfd3f303e5d2c4aa82a13432d
|
|
... and use ExtensionPackageSet to copy them to INSTDIR.
Change-Id: I3c77e986c308ffbabb5e55b93d3e04e6282bf4c9
|
|
Change-Id: If2c5cf48e09b04a68a2d30b38bf8bc26be3c7bfc
|
|
Change-Id: I741edcabf86801f77ff58bc42a81372053c7901b
|
|
- remove Package_readme, use generated files from WORKDIR via include
path
- Package_license and Package_files deliver to INSTDIR
- split up Package_odk_shared_readme to have extra Package for
generated files
- gb_Extension_LICENSEFILE_DEFAULT points to INSTDIR
Change-Id: I019d3431e30d982e887ae0000c755e0d61f98893
|
|
Change-Id: I021ae1bc6d816d359be364c221d70a0e178a8b80
|
|
These dummy files were apparently added for i#73345 to prevent issues
from dpkg when some core-0[345] package was empty; these packages are
never empty nowadays.
Change-Id: I58f03677473a594f03a51d0440095bdf4a6ea3fd
|
|
Change-Id: I9f7bbce8096f49851dc643b46ebed8308026c8d2
|
|
Change-Id: Ia2c5ce1176496e98643e2cefc65d4c6d0cf9c781
|
|
- gb_UnoApi_get_target returns the files in INSTDIR
- stop using rdb files from OUTDIR
- remove gb_UnoApi_install
- remove pointless 2nd parameter of gb_UnoApi_UnoApi
- order-only dependency from gb_UnoApi_get_target to
gb_UnoApiHeadersTarget_get_target because INSTDIR .rdb is always outdated
Change-Id: Id418f75e9b38d6fe135b55eca2594c2624bc41cc
|
|
Using advertised shortcuts -- inspired by Intel AppUp Centre's
requirement -- was not a good idea after all. I revert this,
and I also revert the commit that actually disabled it in
default Windows builds.
This reverts commit aa2450cb51cfc3805c7a596b6b89d70bb133821e.
This reverts commit b40012bd6d0b5387005253f1d3f03929ce4d1ac6.
|
|
Currently we ship a libucpftp1.so with NEEDED libcurl.so.4 but that file
is not actually in the instset, just a libcurl.so with SONAME
libcurl.so.4.
(regression in LO 4.0.0)
Change-Id: I3a194c83c408587dd83ed4c690aa381664040c6f
|
|
Change-Id: Ibcf2dca1a2c624e6467db45ccfe195035e35555e
|
|
...as per #libreoffice-dev IRC:
Sep 19 10:32:24 <mst__> sberg, moggi why the hell is that thing named
"cppunit/cppunittester" and inside a subdir? it's obstructing my attempt to
put it in $(INSTDIR)/program
Sep 19 10:33:28 <mst__> (... and if you wonder "wtf does it have to do with
INSTDIR" you have never heard of awesome LibreOffice_Test installset.... not
that i would know who needs it :)
Sep 19 10:36:36 <sberg> mst__, it is in a subdir of solver/*/bin so that on
Windows it would not accidentally have picked DLLs next to itself instead of
the module-local DLLs it was supposed to test (back when we had module-local
output trees)
Sep 19 10:37:02 <mst__> sberg, ahh hysteric reasons then, /me renames it
Sep 19 10:37:55 <tml> mst__, if nobody you know uses LibreOffice_Test, just kill
it?
Sep 19 10:38:59 <sberg> mst__, tml, LibreOffice_Test was conceived by pmladek
and/or kendy, IIRC
Sep 19 10:40:31 * kendy does not remember anything about it :-)
Sep 19 10:42:17 <sberg> wasn't that something so users (or QA people?) could
easily run the smoketest against an installation, to see whether the
installation is any good at all, by installing that LibreOffice_Test alongside
the installation proper?
Sep 19 10:43:26 <sberg> mst__, ...and I'd unscientifically vote to kill it
Sep 19 11:34:23 <pmladek> mst__, sberg: I have created the LibreOffice_Test
package for one QA guy. He does not longer work on LO. I am not sure if anyone
else started to use it. So, I think that it can be killed.
Oct 17 18:18:07 <tml_> sberg: have you ever noticed that when you try to
actually run instdir/unxmacxi/LibreOfficeDev.app , the system actually tries
to run cppunittester inside the app bundle (it says so in the crash report)
(it crashes because cppunittester requires a specialized DYLIB_LIBRARY_PATH
apparently)
Oct 17 18:19:29 <tml_> I suspect that the system when cppunittester as part of
the build process is run from inside instdir (i.e. inside an app bundle) the
system "caches" this false knowledge, and thinks that the executable of the
app bundle is cppunittester...
Oct 17 18:19:36 <sberg> tml_, no, never noticed; with "run
instdir/unxmacxi/LibreOfficeDev.app" you mean calling "open
instdir/unxmacxi/LibreOfficeDev.app"? (I always call
.app/Contenst/MacOS/program explicitly)
Oct 17 18:19:52 <tml_> yes, I mean "open instdir/..."
Oct 17 18:20:53 <tml_> some googling tells me that at least years ago, the
CFBundleExecutable key in the Info.plist is ignored if it is manually changed,
so I guess similar caching of mapping between an app bundle and which
executable to actually run happens in this case
Oct 17 18:23:17 <tml_> and last year somebody even claims "And while on Mountain
Lion, CFBundleExecutable seems to be a no-op", which would be odd, surely
there must be widely used apps that have several executables inside the MacOS
directory; how would the system know which one to run when the app is run?
Oct 17 18:24:38 <tml_> hmm, apparently the code that handles this might be open
source even, http://www.opensource.apple.com/source/CF/CF-744.18/CFBundle.c
Oct 17 18:25:52 <tml_> some mention of "caches" there yes, my guesses might be
right
Oct 17 18:27:05 <tml_> if I cp -R instdir/unxmacxi/LibreOffice.app foo.app and
open foo.app, it works fine
Oct 17 18:28:33 <tml_> anyway, I guess it would be cleaner to have cppunittester
somewhere else even without this problem
Oct 17 18:37:09 <sberg> tml_, yes, IIRC having cppunittester in instdir was a
misguided mst decision, because that odd LibreOffice_Test product (that
pmladek said nobody needs any longer anyway) includes it; I think consensus
was to kill LibreOffice_Test and move cppunittester where all the other NONE
executables are, but looks like nobody executed
Oct 17 18:37:55 <tml_> ah ok, so mst should know what needs to be done? good, no
need for me to try to hack this now then
Oct 17 18:38:19 <sberg> tml_, I'll do the cleanup tomorrow, unless somebody
beats me
This removes smoketest/losmoketest et al along with the *_Test product, as they
seem to not make sense without it anyway. smoketest/Executable_libtest.mk
appears to be a test that could also be run during the build, and only ended up
in the *_Test product by accident, so I left it untouched for now.
Change-Id: I8024472c909fe0a885eb08ef4d3777f8a9e1f7c8
|
|
Change-Id: I2ad0838a12ce06b2c6e77b7f55cdc2cd0627a38b
|
|
Jaw dropping hack to set a slideshow to span all
monitors if gtk3 is available at runtime
Change-Id: I363f63c9855d5cb1f92d65d0b34add0c60f7263c
|
|
Change-Id: I87805ceacf184d5aa5faae68e8bb932391ace7fb
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
License text modified after gerrit review
Change-Id: I193d6d1fd477cca4c2880760f21f8d978643f634
Reviewed-on: https://gerrit.libreoffice.org/6232
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: I2535fb641ba6e0f3c651868143e70ca0bbd88d5e
|
|
Change-Id: I6b66cd78e36022c8a5d6b45489d2e2ade323a72c
|
|
Change-Id: I06607610d6a593ad8bf2deb2affe2e40af158087
|
|
Change-Id: Ib1cf6ec8ffe622be887c7dd567d0b44eaf1a75e6
|
|
Change-Id: I291d4d969c73d39f3c02511cb7ea2dce27f163d6
|
|
Change-Id: I16dae6402d13d912830a02fbc3a7f8347e890bc7
|
|
Change-Id: Ia5acd5b6be61364aab2e799088bd2592bd2b4b62
|
|
Change-Id: I457b446409487b1ea9386339c3e2b261f60e6516
|
|
Change-Id: Ifd0ede6d06ff979175ab3a7193c34d6248f41f7b
|
|
Clean up the horrible mess around unopkg.bin unopkg.com unopkg.exe and
soffice.bin soffice.exe and crashrep.com executables and associated
renaming via Packages in the desktop makefiles by simply using
RepositoryFixes to correct the names.
Change-Id: I4d3a549462cfa90a63d62b35db1b0407b25239f7
|
|
This is somewhat annoying since it requires re-introducing stupid
directories in scp2, but if the executables should be put in INSTDIR
directly then the Package_bin needs to go.
Change-Id: I893694c7f9d4cb5b9ef8ec4a3d30e08536223740
|
|
Change-Id: I3320b3ce3307598a479dfac5b120e85441c670dc
|
|
Change-Id: I2aebcf6486b80af31f1a06e9ae38e5610bee0cb4
Reviewed-on: https://gerrit.libreoffice.org/5970
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Those .jnilibs that are not needed as .dylibs (this includes those that are also
UNO components) are handled via RepositoryFixes.mk. The remaining one,
libjava_uno.jnilib is packaged as a symlink in instdir. Everything else is not
necessary and removed (including the venerable oddity macosx-create-bundle).
Change-Id: I34a1801b0733cdff885c1c72db16fa631c5d82ef
|