summaryrefslogtreecommitdiff
path: root/setup_native
AgeCommit message (Collapse)AuthorFilesLines
2013-11-24Add lo_LA (Lao) dictionary fdo#71939Andras Timar2-0/+16
Change-Id: Idbc102453aa47a71d7b550eb8a7b65c25825111e
2013-11-20setup_native: warning C4005: macro redefinitionMichael Stahl2-1/+1
Change-Id: I34bea8aaedec8df47874c5230c87455aa1ce6883
2013-11-20Windows: Require at least Windows XP SP2Thomas Arnhold11-19/+3
* Windows XP SP2 is 0x0502, see http://msdn.microsoft.com/en-us/library/aa383745.aspx * If a module changes the Windows SDK version setting, this is done module wide now. So the overall behavior is as before. This seems to be the best compromise for now. * We need at least SP2 because of the bluetooth stuff used in sd/source/ui/remotecontrol. * Now, we require at least Internet Explorer 7.0. IE6 has been outdated for a long time. * Leave StdAfx.h file definitions, as those are Microsoft project specific precompiled header files. * All local definitions of WINVER are removed, because the global WINVER setting makes them obsolete now. To the relation of the three macros: Setting _WIN32_WINNT sets WINVER and NTDDI_VERSION automatically to the same value as _WIN32_WINNT. WINVER and NTDDI_VERSION can be set idenpendently each for itself. Change-Id: Ibcc12493aae4fcaf7bcfda88be99c1b61bc326cb Reviewed-on: https://gerrit.libreoffice.org/6496 Reviewed-by: Thorsten Behrens <thb@documentfoundation.org> Tested-by: Thorsten Behrens <thb@documentfoundation.org>
2013-11-20fdo#70596 - fix version dependency for deb-packagesChristian Lohmaier7-172/+172
debian packages have a debian-version appended to the version string. LO version "x.y.z" will become debian package version "x.y.z-1" When checking the dependencies, the full version is compared and a check "core01 needs to be >= x.y.z and <= x.y.z" (i.e. exactly x.y.z) fails, as the x.y.z-1 package is considered to be newer. Thus require the package to be >= x.y.z and <= x.y.z-1 to satisfy dpkg Also replace occurences of ABOUTBOXPRODUCTVERSION with PACKAGEVERSION Change-Id: I58dea3055562f879f5eef511c2c9c94a2b98041b
2013-11-19renamed ku* to kmr-Latn*, fdo#63460Eike Rathke1-4/+4
Change-Id: I6e2be7da65221aa090d7ee2a0f8a6c7698ec2f89
2013-11-18renamed ku* to kmr-Latn*, fdo#63460Eike Rathke1-1/+1
Change-Id: I8069657d8829a0315c704e884a1cf15b26e02eb8
2013-10-31setup_native: remove Package_ulfMichael Stahl2-17/+0
... instead hard-code macinstall.ulf location in installer. Change-Id: I4a6b35c093ff3f4a19d84e8803821909a5ae03db
2013-10-31setup_native: remove Package_scripts_generatedMichael Stahl2-26/+0
... instead add an include path to the installer. Change-Id: I5650d5d1d84620a04a9a92825733f3927da2053d
2013-10-31setup_native: Package_packinfo to INSTDIRMichael Stahl1-4/+2
Change-Id: I2d7804541e13f1696318059488acbcd8fea37fc3
2013-10-31setup_native: Package_misc to INSTDIRMichael Stahl2-5/+8
Change-Id: Ieaceb78438712bf4bde05daf3a7fd0a82ad9baed
2013-10-31setup_native: find all static files in source/packinfoMichael Stahl6-22/+0
... and move the OSX specific files there too so we don't need several include paths. Change-Id: I9368e12d4cf85da3795939b51540eaf7f5d0a7d3
2013-10-31setup_native: deliver Package_scripts to INSTDIRMichael Stahl1-4/+2
Change-Id: I34512ab58696405cb439593e91995284ccbf7436
2013-10-31setup_native: use various scripts directly from SRCDIRMichael Stahl1-5/+0
Change-Id: I6c53fed0a4eace9b306ce0ab425f16fa0ca7d7b3
2013-10-31setup_native: remove obsolete scriptsMichael Stahl3-780/+0
- update.sh is broken by design (i#116865) - javaloader.sh belongs to the obsolete Java GUI installer - admin.pl is not used by the build and is possibly useful Change-Id: I5e4c43b09a1726075e6d5ddd85cae6109788e51e
2013-10-31setup_native: remove unused shellscripts*.txtMichael Stahl5-113/+0
Only shellscripts_module.txt actually used; the shellscripts_core01.txt is apparently relic of 3-layer office days. Change-Id: I37faa0bbe195574511c3af85db1beb15e8a2cda3
2013-10-31setup_native: these 2 mac files are already hard-coded in installerMichael Stahl1-2/+0
Change-Id: Ie7cbd70018a58a43ed25b207b243e1ebc2f2b9d6
2013-10-31setup_native: remove root[345].datMichael Stahl4-15/+0
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
2013-10-28gbuild: set Package default target to INSTDIRMichael Stahl6-0/+12
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
2013-10-25fdo#65102 respect user's choice not to install desktop iconAndras Timar2-0/+2
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.
2013-10-18Remove *_Test product, so cppunittester can be NONE againStephan Bergmann2-36/+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-14fdo#61950 De-extensionize presentation minimizerDavid Ostrovsky1-15/+0
Change-Id: I87805ceacf184d5aa5faae68e8bb932391ace7fb Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
2013-10-09fdo»67074 push the localized macinstall.ulf to solverAndras Timar1-2/+2
Change-Id: I0c7ed3d5bbad93adeba6175f0a9789fcb8ec3d3f
2013-10-08fdo#52004 set resolution of .dmg background image to 72DPIAndras Timar1-0/+0
Apparently Mac OS X looks at the DPI value, not to the actual pixel size of the image. Change-Id: I9fd43228e4d2e05397f798ed4902d7d80ef2145f
2013-09-17no need for Library_regactivex in --disable-activex buildKorrawit Pruegsanusak1-1/+1
as stated on Repository.mk Change-Id: Id88c9d1eae27754f10246004ac8d8ae6326ae143
2013-09-10changed all 'sh' language to 'sr-Latn'Eike Rathke1-2/+2
Change-Id: Iafadaea87501bc3675eaf2856b5050a7e3ecaa37
2013-09-04renamed ca-XV to ca-valencia and activated ca-ES-valencia, fdo#59867 relatedEike Rathke1-1/+1
Build Catalan-Valencian as ca-valencia instead of ca-XV private-use. Introduced LANGUAGE_CATALAN_VALENCIAN 0x0803 mapping to ca-ES-valencia, preserving old ca-XV and qcv-ES mappings to now LANGUAGE_CATALAN_VALENCIAN and LANGUAGE_OBSOLETE_USER_CATALAN_VALENCIAN 0x8003 to ca-ES-valencia. Removed special !bUserInterfaceSelection treatment from MsLangId::getReplacementForObsoleteLanguage() and added the usual obsolete replacement instead. Change-Id: I2fdd8b0bac55d4b4ae2cbf3c3645f09fefec9b6e
2013-09-02We don't support Win9x anymore, remove legacy codeJesús Corrius1-12/+0
Change-Id: I12afdc1c25bb09d20fd0698831642b953e08bb63
2013-09-02prepare to accept partial BCP47 (lll-Ssss-CC-vvvvvvvv)Eike Rathke2-4/+13
Change-Id: I3c65cb43696a829f29ab573b7b6e424a39d1a547
2013-08-31cppcheck: Array index is used before limits checkJulien Nabet1-2/+2
Change-Id: I531430ce4bc0937a023d3e2849ae07d8f94e3e70
2013-08-14Unbreak Windows buildFridrich Štrba1-2/+2
Change-Id: Ibeed303ca4b8812cf7deafa1d1ad06f59a73cf8d
2013-08-02let's own the packaged stuff by root:root again (fdo#67388)Petr Mladek1-0/+8
We have started to use -fvisibility=hidden globally with GCC. The hacky libgetuid.so does not work if the symbols are hidden. In addition, the library was renamed from getuid.so to libgetuid.so during gbuildisation; There was more location where it was not fixed; The result was that the packages and files in the Linux download tarballs were owned by some "ugly" user and group. Change-Id: I22f62b861c373f2553dcccc85a84dddabaf1f418
2013-07-31setup_native: fix creation of Solaris install scriptsGabriele Bulfon1-2/+3
Change-Id: I72608945b2c4183048f9fcdac8daf450e1a7fe4c
2013-07-30put back DS_StoreSiqi LIU1-0/+0
Change-Id: I10d1203cb81ffd96c5447082884e71cb8b9eb2f7
2013-07-30resolve conflictsSiqi LIU1-0/+0
Change-Id: If0a7146f51741e3e8250f0aa671a6902119bb6eb
2013-07-24fdo#67258 catch error when calling mdfindChristian Lohmaier1-1/+6
This can be the case when spotlight is disabled. So just ignore any error when trying to locate installed versions and let the user continue with the manual selection instead of aborting. Change-Id: I2c4e12652b8cb3b43af3ca6d8d553f0558f91858 Reviewed-on: https://gerrit.libreoffice.org/5069 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-07-16gbuild: consolidate ULF copypaste in gb_CustomTarget_ulfex_ruleMichael Stahl1-13/+5
Change-Id: I0c5b68f6bc81c7c1c88be2cde42fc06949fff8e7
2013-07-16Setup Firebird installation / scp2 details.Andrzej J.R. Hunt1-0/+15
Change-Id: I03393b08db5878b099a2e71b9b515b707a386e3f
2013-07-16fb-sdbc: installing lib and resources.Javier Fernandez1-15/+0
Change-Id: I2d7bf2b4308b9e52ebadd0d73f43baf469f506a6
2013-07-16Firebird: initial implementation of the skeleton driver.Javier Fernandez1-0/+15
Change-Id: I45087282fe7b7fc5bcebeeb2bbb79d0db1e043bd
2013-07-10Use mkdtemp() so that 2 builds can package at the same time.Jan Holesovsky1-2/+3
Change-Id: I86d01c3ec1267495bd664108fdcf2e5533d97430
2013-06-24fdo#65541: Proper EPM %requires dependencies, at least for LinuxStephan Bergmann8-124/+124
At least for Linux RPM, the packages built via EPM in module instset_native (with --enable-epm) record intra-installation-set dependencies only by name but without any version numbers, so that one can e.g. freely ask rpm to install a (broken) combination of packages from LibreOffice_4.0.2_Linux_x86-64_rpm.tar.gz and LibreOffice_4.0.3_Linux_x86-64_rpm.tar.gz. The documentation for EPM (e.g., workdir/*/UnpackedTarball/epm/doc/epm- manual.pdf) states that %requires lines can optionally indicate lower and upper version numbers, so the easiest fix appears to be to augment all relevant "requires =" lines in setup_native/source/packinfo/packinfo_*.txt with lower == upper == %PACKAGEVERSION. (There appears to be some confusion in those files between %PACKAGEVERSION and %ABOUTBOXPRODUCTVERSION, but those seem to always get identical values in instsetoo_native/util/openoffice.lst.in.) Change-Id: Iea68beb19f1699cc1eea3dc36fd2f11b8845e390 TODO: The freebsdrequires and solarisrequires lines are not updated. Reviewed-on: https://gerrit.libreoffice.org/4344 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-05-14add dictionaries to ca-XV language packAndras Timar1-0/+1
Change-Id: I1afb4388bbb811a7d296b86a4a8b77758964daaf
2013-05-13add Icelandic Hunspell dictionary and thesaurusBjörgvin Ragnarsson2-0/+16
Change-Id: Ibf2cb81f57d123825990c7bde90586b894b9cdcc Change-Id: I7ea382194476eeef7f83caa66c9115ed1da433b2 Reviewed-on: https://gerrit.libreoffice.org/3860 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-05-07setup_native: remove Package_spellMichael Stahl3-17/+2
Change-Id: I082956036843b6a88e3e1db3d799985599ae2980
2013-04-30remove unused product variables from Windows installerAndras Timar2-50/+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-15gbuild: add support for building against MSVC debug runtimeMichael Stahl11-11/+11
Mainly this means using /MDd instead of /MD and /MTd instead of /MT in the CFLAGS, and also re-mapping of .lib files to ones with "d". Change-Id: Ifc56b53a66d5eb522c1695a34d68b08cad1d8338
2013-04-03build fails with any uppercase char in the source dirCaolán McNamara1-1/+0
Change-Id: I707a92791adbb60e5491291e89e38f1d57fa97cd
2013-03-25Remove unneeded project and projectroot parametersZolnai Tamás1-1/+1
Plus avoid use of Export::sLanguages member outside of the class. Change-Id: I33702816fdb4980d690cfe8fcd8cc3fbd0df1dd8
2013-03-21Missing dependency of librelogo on writerStephan Bergmann1-3/+3
...at least due to dependency of librelogo.xcd on writer.xcd, see 82c53d537a05dadf4d7fd7ea41292897bf2d47c7 "Missing dependency." Otherwise, having librelogo installed but not writer will cause an uncaught RuntimeException from configmgr::Components::parseXcdFiles (configmgr/source/components.cxx) early on in soffice.bin. Change-Id: I97565fe5c790ed182bb27fd722c650acf8a8ee08
2013-03-18one time is enough ;)Rene Engelhard1-29/+0
Change-Id: I298433a242eded15b01a379e7b552d62c44d43f3
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-28 05:48:44 +0000