summaryrefslogtreecommitdiff
path: root/scp2
AgeCommit message (Collapse)AuthorFilesLines
2013-11-13there is no flash related .res anymoreCaolán McNamara2-3/+0
Change-Id: I191642fd7f490a88bb75fb0943ba978582f20808
2013-11-08Fix external/accessories filelist namesStephan Bergmann2-28/+28
Change-Id: I1a2dc8d95e9d6037fe50d80ee87dbe35bed69fc9
2013-11-07scp2: fix extra_fontsMichael Stahl1-1/+1
Change-Id: I9fcb88dd50dbd0f4145bf83dea27e414e6fb3aff
2013-11-04fdo 70998: Termchange: Graphics->ImageSamuel Mehrbrodt3-7/+4
Change-Id: If451dfb24567157c86bca9a4a8564eb8de231a38 Reviewed-on: https://gerrit.libreoffice.org/6524 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2013-10-31desktop: stop packaging soffice.bin.manifestMichael Stahl1-10/+0
It was introduced to get newer File Picker dialogs (i#70927) but the special manifest file for that was not actually used for years; LO 3.5 already includes a generic manifest file that is like any other and probably has zero benefit over the manfiest that is embedded in the soffice.bin binary anyway. Change-Id: I0f41f10ecf26201043a8c9964cdfef95bc348eb8
2013-10-31scp2: content of directory_extensions.scp is unusedMichael Stahl2-70/+0
Change-Id: I1e0d25def55e0c9dfd3f303e5d2c4aa82a13432d
2013-10-31move bundled binary OXT to new module external/misc_extensionsMichael Stahl2-137/+32
... and use ExtensionPackageSet to copy them to INSTDIR. Change-Id: I3c77e986c308ffbabb5e55b93d3e04e6282bf4c9
2013-10-31languagetool: convert to ExtensionPackageMichael Stahl2-14/+3
Change-Id: If2c5cf48e09b04a68a2d30b38bf8bc26be3c7bfc
2013-10-31gbuild: InstallScript: use scripts from WORKDIRMichael Stahl1-1/+1
Change-Id: I741edcabf86801f77ff58bc42a81372053c7901b
2013-10-31readlicense_oo: stop delivering files to OUTDIRMichael Stahl1-1/+9
- remove Package_readme, use generated files from WORKDIR via include path - Package_license and Package_files deliver to INSTDIR - split up Package_odk_shared_readme to have extra Package for generated files - gb_Extension_LICENSEFILE_DEFAULT points to INSTDIR Change-Id: I019d3431e30d982e887ae0000c755e0d61f98893
2013-10-31odk: merge Package_config_notwin into Packge_configMichael Stahl1-7/+0
Change-Id: I021ae1bc6d816d359be364c221d70a0e178a8b80
2013-10-31setup_native: remove root[345].datMichael Stahl1-27/+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-30scp2: remove obsolete WITH_VC90_REDISTMichael Stahl1-39/+0
Change-Id: I9f7bbce8096f49851dc643b46ebed8308026c8d2
2013-10-25jfreereport: stop pointlessly renaming the jar filesMichael Stahl2-4/+2
Change-Id: Ia2c5ce1176496e98643e2cefc65d4c6d0cf9c781
2013-10-25gbuild: refactor UnoApi to remove rdb files from OUTDIRMichael Stahl1-3/+2
- gb_UnoApi_get_target returns the files in INSTDIR - stop using rdb files from OUTDIR - remove gb_UnoApi_install - remove pointless 2nd parameter of gb_UnoApi_UnoApi - order-only dependency from gb_UnoApi_get_target to gb_UnoApiHeadersTarget_get_target because INSTDIR .rdb is always outdated Change-Id: Id418f75e9b38d6fe135b55eca2594c2624bc41cc
2013-10-25fdo#65102 respect user's choice not to install desktop iconAndras Timar8-12/+30
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-24curl: libcurl.so.4 goes into instset, not libcurl.so!Michael Stahl1-1/+1
Currently we ship a libucpftp1.so with NEEDED libcurl.so.4 but that file is not actually in the instset, just a libcurl.so with SONAME libcurl.so.4. (regression in LO 4.0.0) Change-Id: I3a194c83c408587dd83ed4c690aa381664040c6f
2013-10-19fix path after move to externalDavid Tardon1-1/+1
Change-Id: Ibcf2dca1a2c624e6467db45ccfe195035e35555e
2013-10-18Remove *_Test product, so cppunittester can be NONE againStephan Bergmann4-205/+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-18move xid-fullscreen into gnome packageCaolán McNamara1-1/+2
Change-Id: I2ad0838a12ce06b2c6e77b7f55cdc2cd0627a38b
2013-10-18Resolves: rhbz#919070 offload set span-all-displays to a gtk3 utilityCaolán McNamara1-0/+10
Jaw dropping hack to set a slideshow to span all monitors if gtk3 is available at runtime Change-Id: I363f63c9855d5cb1f92d65d0b34add0c60f7263c
2013-10-14fdo#61950 De-extensionize presentation minimizerDavid Ostrovsky4-45/+0
Change-Id: I87805ceacf184d5aa5faae68e8bb932391ace7fb Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
2013-10-13Access2Base store (wizards + scp2)Jean-Pierre Ledure3-0/+13
License text modified after gerrit review Change-Id: I193d6d1fd477cca4c2880760f21f8d978643f634 Reviewed-on: https://gerrit.libreoffice.org/6232 Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu> Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
2013-10-13add missing depDavid Tardon1-1/+4
Change-Id: I2535fb641ba6e0f3c651868143e70ca0bbd88d5e
2013-10-13add missing depDavid Tardon1-0/+2
Change-Id: I6b66cd78e36022c8a5d6b45489d2e2ade323a72c
2013-10-12missing semicolonsAndras Timar1-2/+2
Change-Id: I06607610d6a593ad8bf2deb2affe2e40af158087
2013-10-12missing semicolonsAndras Timar3-6/+6
Change-Id: Ib1cf6ec8ffe622be887c7dd567d0b44eaf1a75e6
2013-10-12add name/description in order to avoid warnings in feature.pmAndras Timar3-0/+8
Change-Id: I291d4d969c73d39f3c02511cb7ea2dce27f163d6
2013-10-11install extensions using filelistDavid Tardon1-12/+12
Change-Id: I16dae6402d13d912830a02fbc3a7f8347e890bc7
2013-09-30Consistently (but arbitrarily?) exclude gdbtrace on Mac OS XStephan Bergmann1-1/+1
Change-Id: Ia5acd5b6be61364aab2e799088bd2592bd2b4b62
2013-09-23sr*-CS language packs are history, ditch'emEike Rathke2-24/+0
Change-Id: I457b446409487b1ea9386339c3e2b261f60e6516
2013-09-23ca-valencia and sr-Latn replacementsEike Rathke3-12/+12
Change-Id: Ifd0ede6d06ff979175ab3a7193c34d6248f41f7b
2013-09-22desktop: soffice.bin and unopkg.bin cleanupMichael Stahl1-7/+0
Clean up the horrible mess around unopkg.bin unopkg.com unopkg.exe and soffice.bin soffice.exe and crashrep.com executables and associated renaming via Packages in the desktop makefiles by simply using RepositoryFixes to correct the names. Change-Id: I4d3a549462cfa90a63d62b35db1b0407b25239f7
2013-09-22odk: remove Package_bin, instead auto-install executablesMichael Stahl3-8/+31
This is somewhat annoying since it requires re-introducing stupid directories in scp2, but if the executables should be put in INSTDIR directly then the Package_bin needs to go. Change-Id: I893694c7f9d4cb5b9ef8ec4a3d30e08536223740
2013-09-17remove WITH_ACTIVEX_COMPONENTMatúš Kukan4-10/+2
Change-Id: I3320b3ce3307598a479dfac5b120e85441c670dc
2013-09-17Convert tab order dialog to widget UIManal Alhassoun1-0/+1
Change-Id: I2aebcf6486b80af31f1a06e9ae38e5610bee0cb4 Reviewed-on: https://gerrit.libreoffice.org/5970 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2013-09-14Clean up Mac OS X .jnilibsStephan Bergmann3-46/+6
Those .jnilibs that are not needed as .dylibs (this includes those that are also UNO components) are handled via RepositoryFixes.mk. The remaining one, libjava_uno.jnilib is packaged as a symlink in instdir. Everything else is not necessary and removed (including the venerable oddity macosx-create-bundle). Change-Id: I34a1801b0733cdff885c1c72db16fa631c5d82ef
2013-09-12installer: search files in INSTDIRMichael Stahl6-16/+16
INSTDIR has everything that will be installed anyway, so ideally the file search patch should only be INSTDIR + whatever is needed to get the Package file lists; especially WORKDIR seems inappropriate there. The exception is extension .oxt files which apparently are not in INSTDIR; not sure what to do about those. Change-Id: I2477c25ab9fcf953fae9c219e76c467e14729cda
2013-09-11odk: remove addsym-macosx.shMichael Stahl1-9/+0
This was added in commit 66eedcee026459b2827a46d8ebc73749e3c71453 but has apparently never actually been used in the bundled SDK makefiles. Change-Id: Ifa6cab95be6575ac26840250ad717d94e15bea66
2013-09-11FILELIST_DIR: gb_INSTROOT already cont. LibreOffice.app/Contents on OS XStephan Bergmann1-1/+1
Change-Id: I2753079ff532642c8fb1b43f02211197cdb2702a
2013-09-11Consistency (though FILELIST_DIR = gid_Dir_Bundle_Contents on MACOSX anyway)Stephan Bergmann1-1/+1
Change-Id: Ifd2373ffa819d63591d234df18adf5f9a34c50bb
2013-09-11Info.plist et al were no longer found when creating a .dmgStephan Bergmann2-16/+3
Change-Id: I898fd9e3ada84a52bd6305314f8b80db0254b3fc
2013-09-11It's plain "soffice" on Mac OS X nowStephan Bergmann1-6/+0
...since 07ec7b1c2ad558b5835ba6cfd69a6e69ebfd9bfe "soffice.bin is named soffice on Mac OS X." Change-Id: I4a4e64565dc4f3553648bf96ef43b558f757c852
2013-09-10gbuild: install pagein files directly from workdirMatúš Kukan1-5/+5
Change-Id: I51e632ab96a5a569446c1a46ffce5cc3d85eadf9
2013-09-10gbuild: install .res files directly from workdirMatúš Kukan1-1/+1
Change-Id: I95e4f150c21f991f629530eebf19748c2768f856
2013-09-10gbuild: use xml .rdb files directly from workdirMatúš Kukan5-6/+6
Change-Id: I876a41dc77a59841c39b2c1fa43f22c20940dbf2
2013-09-10Windows registry configuration backendJanos Farago1-0/+4
The goal is to manage LibreOffice configuration centrally in the enterprise. In Windows Server environment using Group Policies is a common solution for configuration management. Therefore it is required that LibreOffice can read configuration data from Windows registry, too. Windows registry is another configuration layer on the top of normal xml based configuration. For example the following registry setting: [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\LibreOffice\org.openoffice.UserProfile\Data\o] "Value"="Example Corp." "Final"=dword:00000001 becomes the following in configuration: <item oor:path="/org.openoffice.UserProfile/Data"> <prop oor:name="o" oor:finalized="true"> <value>Example Corp.</value> </prop> </item> Change-Id: I2cdd83fc93922bf2806417bfd1b83f85cc926d4c Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
2013-09-10kill VERSION_INDEPENDENT_COMP_IDAndras Timar4-35/+35
Version independent ComponentID in Component table of MSI means that the GUID is calculated from the Component name only, the PRODUCTVERSION is not concatenated to the name. Providing that name is constant in all versions, the resulting GUID would be the same e.g. for 4.0, 4.1, 4.2 etc. But what is it good for? Faster upgrades maybe? But name can also change, we did not pay attention to keep it constant. So in order to help scp2 cleanup, VERSION_INDEPENDENT_COMP_ID flag was obsoleted and removed. Change-Id: I8e1ee450524b02f07d0b0553f6b82d0321dbddcf
2013-09-10CompID is not in use in scp2 filesAndras Timar1-16/+0
Change-Id: I3d5b92d9890d6525b05575760a9fb4b4db65172b
2013-09-09desktop: put soffice.bin in INSTDIR tooMichael Stahl1-0/+7
Change-Id: Icfafff9120cae51c32ebfd87267e664f18f7ec8a
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-28 15:00:09 +0000