summaryrefslogtreecommitdiff
path: root/setup_native
AgeCommit message (Collapse)AuthorFilesLines
2014-01-09fdo#70596 - fix version dependency for linux package - 2nd tryChristian Lohmaier7-123/+123
in commit 65a7e714292dbf4c5a2a4f5760f3b546d603c40c I was under the wrong assumption that the revision is added by epm and will be always 1. Instead the revision is passed to the epm calls in the commandline arguments. So the upper version limit must use the "patchlevel" as the revision. (version a.b.c.d => d is also release number) Change-Id: I5002aef88e454561ba610b2d2774b84712da44dc
2013-12-27fdo#72945 sort languages in Windows custom install tree viewAndras Timar1-7/+1
Change-Id: I9a35ee7839373b82b47c0d5cc5b329918d337073
2013-12-20typo fixesAndras Timar1-1/+1
Change-Id: Ia5f104bfd707bcf4e159c78ca2764c861fb0b6d9
2013-12-18Remove unnecessary macrosStephan Bergmann1-93/+86
Change-Id: I1d7cdea37db59f58ca100489e593b882a951d96a
2013-12-13Targetted text updates, with seasonable changes before l10n freeze.Michael Meeks1-2/+2
Change-Id: If37ef9f68711da3a0aa9a3ba59b111a8a23421df
2013-12-12Looks like the Windows tag is still LANG_ORIYA, one moreStephan Bergmann1-1/+1
Change-Id: If282f2eac12e6e64e9a72ab710d9d8f819aca04e
2013-12-11Related: rhbz#1040291 Change language name from 'Oriya' to 'Odia'Caolán McNamara1-1/+1
Except for our external api where the Oriya is stuck (and similar for the vba implementation) Change-Id: I8288c930567385eea49a4c303727b13ef8b8a89f
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>
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-26 20:11:15 +0000