summaryrefslogtreecommitdiff
path: root/instsetoo_native/CustomTarget_install.mk
AgeCommit message (Collapse)AuthorFilesLines
2014-06-02don't limit the 0 → 1 replacement in release to debChristian Lohmaier1-1/+1
since there are rpm-frontends that do their own version comparison that is different from rpm itself. Change-Id: Iddf38c14e7f48eec5d043de57e3404fcd9da24f7
2014-05-21fdo#70596 dependency problem with debian packages for master/dev buildsChristian Lohmaier1-1/+1
debian packages don't cope with release number of 0, so use release 1 for debian master/dev-packages Change-Id: Id91926322d13bddad3a39faccfee4e131d8956b0
2013-11-02remove SOLARENV variableMichael Stahl1-1/+1
It is constant and can just be replaced by $(SRCDIR)/solenv. Use BUILD_TYPE where it was used to check if config_*.mk is sourced. Change-Id: Ib9d480c57194b6340093aa47776f8768df69b7d1
2013-10-18Remove *_Test product, so cppunittester can be NONE againStephan Bergmann1-3/+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-02fix make test-install on WNTMichael Stahl1-1/+2
Change-Id: I681f2c4989b88943fe57e6173554a019539a18cc
2013-10-01test-install: get rid of opt/Michael Stahl1-2/+2
Change-Id: Ie390749c0b28e47848c361d874bb447f39cfeb12
2013-10-01put result of make test-install into top-level test-install dirMichael Stahl1-11/+11
... and rename all DEVINSTALL variables to TESTINSTALL. Change-Id: I2f745ff6324c078d5fd7d272911a9268fc5efd27
2013-08-30ENABLE_RELEASE_BUILD Harmonize ENABLE_* variable to TRUE/<nothing>Norbert Thiebaud1-3/+3
Change-Id: I7387ff3d3adf9a4e7c15466076e9d84d4892bb3e Reviewed-on: https://gerrit.libreoffice.org/5703 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-08-08Simplify check for verbosityTor Lillqvist1-2/+1
Just check for $(VERBOSE) or $(verbose) being non-empty instead of checking for $(VERBOSE) equalling "TRUE". Isn't our normal way to do a verbose make to pass verbose=t? Change-Id: Ic4ddc1fe025fed55ca56fd21b615640c389c0454
2013-07-24look for find-requires-gnome.sh in the right pathDavid Tardon1-0/+5
... and make sure it exists as well. Change-Id: Ia895d93d2755a2b0b9d87601ace54ee47b5c1b80
2013-07-16gbuild: consolidate ULF copypaste in gb_CustomTarget_ulfex_ruleMichael Stahl1-16/+7
Change-Id: I0c5b68f6bc81c7c1c88be2cde42fc06949fff8e7
2013-06-20do not try to install helppacks that were not builtDavid Tardon1-1/+1
Change-Id: I0156c38e71fe46ea599a8366b953d429dfa424bb
2013-05-17Check for ODK in BUILD_TYPETor Lillqvist1-0/+2
Change-Id: Ia3c5cf74dc88dbb741ea1eac7bbdf0b41617ded9
2013-05-13only create all-langs installer for windowsDavid Tardon1-1/+1
We produce standalone -langpack packages elsewhere. This should get the size of the main dmg for MacOS X back to normal. Change-Id: Ifd0cb1f9e31fe211c15636ddb6653e3672570819
2013-04-15Fix for LibreOfficeDev naming schemeStephan Bergmann1-7/+7
Change-Id: I77dd5b38e729310d58c92aa4aaf82228d2fe781b
2013-04-12Install SDK in Windows dev-install, tooStephan Bergmann1-2/+9
Change-Id: Ic26237c2ecdc0728be6acb6d15e2d258bf093c74
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-02remove minor.mkMatúš Kukan1-1/+1
Hopefully all stays the same except for vcl/unx/gtk/a11y/atkutil.cxx. Change-Id: I49108007ee6d045f045de86c8654efc7ca5fd3d0 Reviewed-on: https://gerrit.libreoffice.org/2491 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de> Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
2013-03-01rename LOdev builds to LibreOfficeDevPetr Mladek1-1/+1
It is similar change that we did for the release builds. Also fixes make-dev install on Windows. Change-Id: I7d9a4bc2e7b14e79516acdfb90c709dbde1378ab
2013-02-27fix: BUILDDIR is not always SRCDIRNorbert Thiebaud1-1/+1
Change-Id: I6028fe295e467aa448d8503097be0c80a42908ed
2013-02-27move instsetoo_native to gbuildBjoern Michaelsen1-3/+6
Change-Id: Ie4deddc426356636b76ad4fc27552c6d3a1dd815 Reviewed-on: https://gerrit.libreoffice.org/2429 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2013-02-26instsetoo_native: fix helppack generationAndras Timar1-0/+1
Change-Id: I30778847b23aabccba2275d518eba7f57ffcefd5
2013-02-26instsetoo_native: fix localizationAndras Timar1-6/+6
Change-Id: I8cb1baecb7034511b8dfcecefc58de2fb3f59061
2013-02-24instsetoo_native: convert to gbuildPeter Foley1-0/+121
Removes: * instsetoo_native/util/update.xml - gen_update_info.pl can be removed ? On Windows the binary artifacts are created now in: workdir/*/installation/LibreOffice_Dev/native/install/en-US/*.msi Change-Id: I1c82ea9cb9d297cdd0e4f4b9b44606259eeeed49 Reviewed-on: https://gerrit.libreoffice.org/2242 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de> Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-26 08:04:17 +0000