summaryrefslogtreecommitdiff
path: root/desktop/Package_scripts.mk
AgeCommit message (Collapse)Author
2022-01-08Unify condition names and fix "else" pathsJan-Marek Glogowski
Drop Build prefix and settle on Lib and Exe prefixes. Also add a note about the "else" part of the condition and fix offenders. While at it, define COND_LIB_SAL_TEXTENC to be used by sal to prevent diverting coditions in build and cxx code. Change-Id: I944587ca1ccbe46b765d1a631a7214c8126fe951 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128136 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-07Don't build a static unopkgJan-Marek Glogowski
Currently we don't destinguish between between extensions without code, which couldn't be executed with DISABLE_DYNLOADING, and all other extensions, like translations, dictionaries, etc., so there is no need for a static unopkg. Change-Id: I427a51b3174d074e467a582e808490a85e98e8eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128114 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-01-18mac: don't put script files into Contents/MacOS or framework-bin directoryChristian Lohmaier
Signing them as executable code would require external attributes, and those in turn break packaging into hfs+ dmg when building on apfs with Big Sur. It is not a new thing - the old Code Signing in Depth technote https://developer.apple.com/library/archive/technotes/tn2206/_index.html already reads: "Store Python, Perl, shell, and other script files and other non-Mach-O executables in your app's Contents/Resources directory. While it's possible to sign such executables and store them in Contents/MacOS, this is not recommended. […] Put another way, a properly-signed app that has all of its files in the correct places will not contain any signatures stored as extended attributes." The patch does exactly that for LO and the shipped python framework and adds symlinks for the moved files. Same applies for the Language pack applescript and the tarball - those are also moved into Contents/Resources Change-Id: Iab21e77b73f941248ca89c6e80703fdf67a1057c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109537 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2015-02-09On Mac OS X, directly name the executable "unopkg"Stephan Bergmann
Change-Id: I5f846d7f7c5ed54179504f551e19227f7283bda2
2014-10-31desktop: split up Package_script corresponding to scp2 modulesMichael Stahl
Change-Id: Ibe374db0c9d2f7bcbae536102a0305a8b94667d7
2014-09-29Adapt unoinfo to new Mac OS X LibreOffice.app layoutStephan Bergmann
Change-Id: I0e7fc27f558de2af7e860ca2ab2da1952fc85678
2013-10-28gbuild: set Package default target to INSTDIRMichael Stahl
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
2013-10-24desktop: need only one Package_scriptsMichael Stahl
Change-Id: Ia47d1cc8c2d754f74e281eac82c76fbaf12d8541
2013-09-25We don't want the sbase etc scripts on OS XTor Lillqvist
Change-Id: If9748185c004b2368401373a38db92d6b61373cb
2013-09-10desktop: ure-link is installed by ure/Packge_install.mk alreadyMichael Stahl
Change-Id: Ic575d340d0b3b42dc9b07790ab094c8ce6016329
2013-05-05drop unused scriptsDavid Tardon
Change-Id: Icf4526214d9cfaaa9fe41b40b662c1e3bd9e6960
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks
2012-01-15simplify handling of JITC_PROCESSOR_TYPEDavid Tardon
2012-01-11avoid generating a file in the source treeDavid Tardon
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara
2011-10-24Undo basis/brand split: Move SDK and ure-link, remove OOO_BASE_DIR and ↵Stephan Bergmann
BaseInstallation.
2011-09-20Deliver basis-link and ure-link.Jan Holesovsky
2011-09-20soffice.sh should not be delivered on MacOSDavid Tardon
2011-09-15gbuildize desktopDavid Tardon
generated by cgit (git 2.34.1) at 2025-02-03 23:25:11 +0000