path: root/setup_native/source/packinfo/packinfo_test.txt
AgeCommit message (Collapse)AuthorFilesLines
2013-10-18Remove *_Test product, so cppunittester can be NONE againStephan Bergmann1-35/+0 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/ , 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/" you mean calling "open instdir/unxmacxi/"? (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, 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/ and open, 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/ 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-06-24fdo#65541: Proper EPM %requires dependencies, at least for LinuxStephan Bergmann1-1/+1
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/ Change-Id: Iea68beb19f1699cc1eea3dc36fd2f11b8845e390 TODO: The freebsdrequires and solarisrequires lines are not updated. Reviewed-on: Reviewed-by: David Tardon <> Tested-by: David Tardon <>
2012-11-12re-base on ALv2 code. Includes:Michael Meeks1-27/+18
Patches contributed by Pedro Giffuni: Avoid some uses of non portable #!/bin/bash in shell scripts. Reduce the dependencies on non standard GNU copy. Correct /usr/bin/env path. Complex Toolbar Controls Extension from the SDK Patches contributed by Ariel Constenla-Haile i118615 - make epm more verbose Patches contributed by Mathias Bauer (and others) gnumake4 work variously Patches contributed by Juergen Schmidt: jsc341: i117327: take care if no dependency node in current description exists, create one jsc341: i117327: add extra extension dependency check make initial branding changes Patches contributed by Ingo Schmidt native373: #i117733# no linux jre installation on 64 bit systems native373: ##164464# improve debian support Patch contribtued by Armin Le-Grand: Changed various aspects concerning usages of old vendor names fix for neon webdav, remove coinmp bits, improve odk script, cleanup & remove OS/2 conditionals, system ucpp fixes, remove OS/2 conditionals, restore our license filenames.
2011-12-01create installation set for testsPetr Mladek1-0/+44
+ it currently includes just the smoketest and is available only for Linux + the side effect is that it builds the smoketest before instsetoo_native + it runs it only during dev-install when the variable RUN_SMOKETEST == YES