summaryrefslogtreecommitdiff
path: root/instsetoo_native/util/openoffice.lst.in
AgeCommit message (Collapse)AuthorFilesLines
2013-11-25--with-lang=ALL build exceeds maximum # of files in CABChristian Lohmaier1-0/+2
so don't limit the installer to one single file, but use 2 instead Change-Id: I6fb22d217e1afe71143f0b3a5999e54eec190ddd
2013-11-08instsetoo_native: shouldn't need instdir in include pathMichael Stahl1-4/+4
get_Source_Directory_For_Files_From_Includepathlist already has a special hack to find all the files in instdir so ideally it should not be necessary to put these directories on the include path. Clean up readlicense_oo to make that possible; also copying license.txt as-is to LICENSE on Unix but first converting it on WNT is rather silly... Change-Id: I95f30bc5e0b7ca73c50156a7ce0131640185778c Reviewed-on: https://gerrit.libreoffice.org/6613 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2013-11-08installer: remove (now unnecessary) shlxthdlpathMichael Stahl1-2/+2
Change-Id: Ic84cdc33f470ce3ed143d86add04a422f8b9e365 Reviewed-on: https://gerrit.libreoffice.org/6614 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2013-10-31Hack to find instdir/*/LibreOffice.app/Contents/LICENSE.html on Mac OS XStephan Bergmann1-2/+2
Change-Id: I3f2b12534b6d83e4ae2c2a61a6f81ddf8cdad2cc
2013-10-31solver doesn't solve anything...Michael Stahl1-4/+4
... it is an abbreviation of "Solar Version". Since nobody can remember that: remove OUTDIR OUTDIR_FOR_BUILD SOLARVER SOLARVERSION solarpath and any mention thereof. Change-Id: Idb3031c4f25a76ac05b22ec67e3ca3e1e8e512ad Reviewed-on: https://gerrit.libreoffice.org/6515 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2013-10-31gbuild: add ExtensionPackage classMichael Stahl1-2/+2
Change-Id: I65ca50ccc512e35a5b95c2482f3a8833d1a7294b
2013-10-31gbuild: InstallScript: use scripts from WORKDIRMichael Stahl1-4/+4
Change-Id: I741edcabf86801f77ff58bc42a81372053c7901b
2013-10-31readlicense_oo: stop delivering files to OUTDIRMichael Stahl1-2/+2
- 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
2013-10-31setup_native: remove Package_scripts_generatedMichael Stahl1-2/+2
... instead add an include path to the installer. Change-Id: I5650d5d1d84620a04a9a92825733f3927da2053d
2013-10-31setup_native: find all static files in source/packinfoMichael Stahl1-4/+4
... and move the OSX specific files there too so we don't need several include paths. Change-Id: I9368e12d4cf85da3795939b51540eaf7f5d0a7d3
2013-10-31sysui: remove Package_desktopMichael Stahl1-2/+2
... put the CustomTarget dir on the search path instead. Change-Id: I2888e10bfa58d3c5b0f39958328efb14c3ce92a9
2013-10-30cli_ure: remove CLI version PackagesMichael Stahl1-2/+2
Tweak the installer so it reads the included files from SRCDIR. Change-Id: Ic4d3d2c003c2d0c5aebea6dd32f5989f3d4f04e4
2013-10-18Remove *_Test product, so cppunittester can be NONE againStephan Bergmann1-85/+0
...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
2013-10-09fix building debs with epm (find libgetuid.so in instdir)Christian Lohmaier1-6/+6
70c35265f517ef372cb739d4cc64499abf57a838 and f89cce877cc0480e00ee226780dec887f9d0063a moved most stuff to instdir, but forgot about epm and deb-builds. libgetuid.so that is needed to build the debs is in instdir/ure/lib, but that wasn't added to the list of include paths. Change-Id: Iaf3f8cb2f6329dd66fe9f3862fd71f2037813d97 Reviewed-on: https://gerrit.libreoffice.org/6142 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2013-10-01remove run-time replacement of %WRITERCOMPATIBILITYVERSIONOOO11Michael Stahl1-2/+0
Instead hard-code OpenOffice.org 1.1 as the value, since StarOffice and StarSuite are irrelevant. Change-Id: I9ab3d1cf38cf64cd4e440b3ae43158f748ead7d2
2013-09-24Create a proper Info.plist for the OS X app bundle already in configureTor Lillqvist1-5/+0
After recent instdir changes the SCPZIP_REPLACE thing was not used any more for Info.plist, so all the ${FOO} things were left in Info.plist unexpanded with predictably wonky results, a non-working app. Instead just expand it from the configure script. While at it, use a correct CFBundleShortVersionString: only three integers should be in that. Also, hardcode FILEFORMATNAME as OpenOffice.org and FILEFORMATVERSION as 1.0, and drop the "variables", as that is what those "variables" *means*. They were used to refer to the OOo 1.0 formats. (It would have been utterly wrong to define them as something else, like another product name and a newer version number, in openoffice.lst, so pointless to have them there.) Drop the meaningless BUILDIDCWS. Change-Id: I4030aa060b78e8b3fb812a6362869996e8db7d3d
2013-09-12installer: search files in INSTDIRMichael Stahl1-6/+6
INSTDIR has everything that will be installed anyway, so ideally the file search patch should only be INSTDIR + whatever is needed to get the Package file lists; especially WORKDIR seems inappropriate there. The exception is extension .oxt files which apparently are not in INSTDIR; not sure what to do about those. Change-Id: I2477c25ab9fcf953fae9c219e76c467e14729cda
2013-06-27fdo#65975: do not put MSVC 64bit runtimes in solver/binMichael Stahl1-2/+2
Apparently causes problems for some people. Unfortunately the scp2 entries are "non-standard" so i've had to add another variable to let the installer find it. Change-Id: I7a01160369ed8dc401625c06760008341afcee67
2013-06-18prefer filelist from GeneratedPackage over PackageDavid Tardon1-4/+4
This broke incremental builds on MacOS X in the past, where Package/python3.filelist was created for some reason, so the installer did not install the Python framework. Change-Id: I290da24d6385eaf514cd9f7db92b1a959902dcae
2013-06-07allow to install files from workdirMatúš Kukan1-6/+6
Change-Id: Id711489ac631291fc11fe7698e5a0a4719db99d7
2013-05-05clean up include paths for installerDavid Tardon1-6/+6
Change-Id: I03524cb562560921ea053ff81d6647664c912079
2013-05-04gbuild: add Package equiv. for copying whole dirsDavid Tardon1-4/+4
This is in preparation for using doxygen to generate IDL docs. Because the file names generated by doxygen are essentially random, it is not possible to use a Package to deliver them. And we really do not want to go back to using Zip, as unpacking slows the installation down. Change-Id: I5f4aa6bf10c6aab30a5b1870e04dca723c123317 Reviewed-on: https://gerrit.libreoffice.org/3774 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-30remove unused product variables from Windows installerAndras Timar1-4/+0
OLDPRODUCT2 - it was a workaround for OOo 1.9, obsolete SAMEPRODUCTS - same product have the same ProductCode, so installer detect it anyway under normal circumstances. It is possible that a tester/developer tries to install the same version with different ProductCode over an existing installation (e.g. dailyes or RCs). Then we are in trouble. However, SAMEPRODUCTS was not in use. Moreover, Windows Installer uses only the first three fields of the product version. So we cannot make difference between e.g. 4.0.3.1 and 4.0.3.2, and this is the new versioning scheme. BETAPRODUCTS - LibreOffice have never used different upgrade code (BETAUPGRADECODE) for betas. OLDPRODUCTSPATCH, SAMEPRODUCTSPATCH, NEWPRODUCTSPATCH - related to old Star Division patching mechanism, they were commented out anyway. STUBPRODUCTS, STUBUPGRADECODE - these look useless Change-Id: I77d67b72e18fa6b3ba4182b99e198c42f247cea4
2013-04-16fix installing for --enable-mergelibsMatúš Kukan1-2/+2
Use gid_File_Lib_Oox instead of auto_File_Lib_vcl which is not defined in that case. No idea what the code is about though. Change-Id: I675268a3490dd1421ecf1a82ede0db527d176744
2013-04-15instsetoo_native: gid_File_Lib_Vcl is now auto_File_Lib_vclMichael Stahl1-2/+2
Change-Id: Ie5404a378cc3bffdc3ba7a858814f3490fb82e3e
2013-04-11use only major version for the system installation path on Windows (fdo#62303)tinderbox1-0/+4
It means the LO-4.1.x will get installed into "LibreOffice 4" instead of "LibreOffice 4.1" Change-Id: Ideae670437fda9847d4ee3a86c4cab079d8da07a
2013-04-11add gbuild class PackageSetDavid Tardon1-4/+4
This is intended for bundling filelists of multiple Packages together, to simplify the scp2 configuration. Change-Id: I6f700f691b37375a09a5400166aac80a8bb2a2b4 Reviewed-on: https://gerrit.libreoffice.org/3230 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-05use filelist install method for udkapi and offapiDavid Tardon1-2/+2
... so we can drop ZipUnoApi again. Change-Id: Id5925b8c101cd7cb70614a9a26f328dec92db8fa Reviewed-on: https://gerrit.libreoffice.org/3152 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-04-05allow to put files listed in file into installationDavid Tardon1-2/+2
With this in place, we can replace most of our Zips by Packages. Extensions and Dictionaries are on the radar as well. To move an installed file from zip to filelist, do: 1. Convert the Zip_foo.mk to Package_foo.mk : - change destination paths of all files to the same ones they have in the installation (you can find that in scp2) - use gb_Package_set_outdir to place the files under $INSTDIR, where they are expected. 2. Change the scp2 record: - change filename to <package-name>.filelist - replace ARCHIVE by FILELIST in Styles - change Dir to FILELIST_DIR. Change-Id: Ie17d0765406081b03dcd44a6a23cf517f2067dd3 Reviewed-on: https://gerrit.libreoffice.org/3149 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-31add $OUTDIR/pck to search path for SDK productDavid Tardon1-2/+2
... so it is possible to drop the copying-to-bin hack in ZipPackage.mk and ZipUnoApi.mk . Change-Id: Ic506e25a21003fca491d0902b5d8f282775da229
2013-03-03fixes for renaming LOdev builds to LibreOfficeDevLuboš Luňák1-9/+9
Follow-up to 16826147188bd78d67b97863226f903cc24add71 .
2013-03-01rename LOdev builds to LibreOfficeDevPetr Mladek1-9/+9
It is similar change that we did for the release builds. Also fixes make-dev install on Windows. Change-Id: I7d9a4bc2e7b14e79516acdfb90c709dbde1378ab
2013-02-18Update Branding for 4.0 (.1)Stefan Knorr1-5/+5
(c) Maxim Darak, Mirek Mazel 2013 Change-Id: I30fdb3234152e746e8a2a565310ab1b22115315c Reviewed-on: https://gerrit.libreoffice.org/2236 Reviewed-by: Petr Mladek <pmladek@suse.cz> Tested-by: Petr Mladek <pmladek@suse.cz>
2013-02-01use correct default values for the splash progressbarPetr Mladek1-4/+4
they are not longer forced from configure Change-Id: I8ea37b7233138de2900caf231762eefec0ba6563
2013-02-01Add option to set bundle identifier and use it when signingTor Lillqvist1-0/+6
Sign also all the dylibs and frameworks in the bundle. Change-Id: I7f67b9d7eda0204b24e2ea2ef44a53fb8db0f8aa
2013-01-30Consolidated branding in configureMathias Michel1-0/+2
Removed individual options (intro* and startcenter* + images) in favor of a folder with graceful fallback. Grouped progress bar intro settings in a text file into the branding folder Change-Id: Ib56b80e43c474a944ac79c0a842d66487e9f91d5 Reviewed-on: https://gerrit.libreoffice.org/1704 Reviewed-by: Petr Mladek <pmladek@suse.cz> Tested-by: Petr Mladek <pmladek@suse.cz>
2013-01-18installer: remove SHORT_PRODUCTEXTENSIONMichael Stahl1-12/+6
Currently PRODUCTEXTENSION does not have a value, which is unfortunate because some places such as the soffice --help output and utl::DocInfoHelper::GetGeneratorString() which creates the meta:generator for ODF files (via Setup.xcu Product/ooSetupExtension) write an incomplete version number. Since there doesn't appear to be a point in having 2 variables here, remove SHORT_ one and use PRODUCTEXTENSION consistently. Change-Id: I5aac25bcedd785a098cba612643ea68fe19c77f0
2013-01-18installer: remove SERVICETAG remnants of product registrationMichael Stahl1-6/+0
Change-Id: Ic87bb4666bcc4b28476dbfe2193a8330413547cf
2013-01-16there is no standalone URE installationMatúš Kukan1-89/+0
..I hope :-). URE is part of normal installation. - removes script from scp2 and unused stuff from instsetoo_native. - removes also OxygenOffice mentioned in openoffice.lst. Change-Id: I1673c06aa84ae0eb2adda2df78a50a5c5d0761c1
2013-01-16Generate also the ABOUTBOXPRODUCTVERSIONSUFFIX from the AC_INITTor Lillqvist1-3/+3
Change-Id: I9b7ce03daac7ae223cba1b8741042431aabe7f59
2013-01-16Remove unused variablesTor Lillqvist1-15/+0
POSTVERSIONEXTENSIONUNIX and LONG_PRODUCTEXTENSION are not used anywhere Change-Id: Id1f2db293fff134075b6658b738dc3be8d17a279
2013-01-12Expand also openoffice.lst for version numbers from configuryTor Lillqvist1-0/+421
Change-Id: I7bad1639488616db3823e25d6508e8e57f2212ef
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-26 07:38:17 +0000