forked from amazingfate/loongoffice
d07cbe86f3
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>