aboutsummaryrefslogtreecommitdiff
path: root/utils/domoticz
Commit message (Collapse)AuthorAge
* utils/domoticz: assign PKG_CPE_IDFabrice Fontaine2024-01-29
| | | | | | https://nvd.nist.gov/products/cpe/search/results?keyword=cpe:2.3:a:domoticz:domoticz Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
* domoticz: update to 2023.2David Woodhouse2023-11-28
| | | | Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* treewide: remove AUTORELEASEPaul Fertser2023-04-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Automatically compute and substitute current values for all $(AUTORELEASE) instances as this feature is deprecated and shouldn't be used. The following temporary change was made to the core: diff --git a/rules.mk b/rules.mk index 57d7995d4fa8..f16367de87a8 100644 --- a/rules.mk +++ b/rules.mk @@ -429,7 +429,7 @@ endef abi_version_str = $(subst -,,$(subst _,,$(subst .,,$(1)))) COMMITCOUNT = $(if $(DUMP),0,$(call commitcount)) -AUTORELEASE = $(if $(DUMP),0,$(call commitcount,1)) +AUTORELEASE = $(if $(DUMP),0,$(shell sed -i "s/\$$(AUTORELEASE)/$(call commitcount,1)/" $(CURDIR)/Makefile)) all: FORCE: ; And this command used to fix affected packages: for i in $(cd feeds/packages; git grep -l PKG_RELEASE:=.*AUTORELEASE | \ sed 's^.*/\([^/]*\)/Makefile^\1^';); do make package/$i/download done Signed-off-by: Paul Fertser <fercerpav@gmail.com>
* treewide: refactor to use PKG_BUILD_FLAGS:=ltoAndre Heider2023-04-08
| | | | | | | | | | See commit 07730ff3 "treewide: add support for "lto" in PKG_BUILD_FLAGS" on the main repository. Note: Some packages only added `-flto` to CFLAGS and not LDFLAGS. This fixes it and properly enables LTO. Signed-off-by: Andre Heider <a.heider@gmail.com>
* treewide: refactor to use PKG_BUILD_FLAGS:=no-mips16Andre Heider2023-04-08
| | | | | | | See commit 5c545bdb "treewide: replace PKG_USE_MIPS16:=0 with PKG_BUILD_FLAGS:=no-mips16" on the main repository. Signed-off-by: Andre Heider <a.heider@gmail.com>
* domoticz: fix read of "disabled" uci configuration parameterRobert Högberg2022-07-28
| | | | | | | The domoticz init script didn't properly read the "disabled" configuration parameter and instead the service was always started. Signed-off-by: Robert Högberg <robert.hogberg@gmail.com>
* domoticz: fix compilation with GCC12Rosen Penev2022-06-09
| | | | | | Upstream backport Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: update to 2022.1Lucian Cristian2022-04-07
| | | | | | | change to codeload fix python 3.10 plugin loading and usage Signed-off-by: Lucian Cristian <lucian.cristian@gmail.com>
* domoticz: remove python3.9 linking hackEneas U de Queiroz2021-11-26
| | | | | | | | Adding -lpython3.9 to TARGET_LDFLAGS is not needed now that domoticz has proper support for it. Fixes: edfb91f33 ("domoticz: update to 2021.1") Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
* domoticz: update to 2021.1Rosen Penev2021-06-15
| | | | | | Remove outdated patches. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* treewide: back to cmake.mkRosen Penev2021-06-12
| | | | | | Ninja was merged to base and therefore we can now use normal cmake.mk Signed-off-by: Rosen Penev <rosenp@gmail.com>
* treewide: build CMake projects with NinjaRosen Penev2021-03-27
| | | | | | | | | | | | | | | | | | | | faster to compile. A small selection of packages was tested going from: Executed in 696.30 secs fish external usr time 82.98 mins 395.00 micros 82.98 mins sys time 9.02 mins 0.00 micros 9.02 mins to: Executed in 592.20 secs fish external usr time 84.84 mins 361.00 micros 84.84 mins sys time 8.85 mins 57.00 micros 8.85 mins Tested by running make -j 12 and wiping staging/build_dir/target_x Signed-off-by: Rosen Penev <rosenp@gmail.com>
* treewide: Run refresh on all packagesIlya Lipnitskiy2021-02-20
| | | | | | | | | The crude loop I wrote to come up with this changeset: find -L package/feeds/packages/ -name patches | \ sed 's/patches$/refresh/' | sort | xargs make Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com>
* domoticz: fix compilation with python 3.9Rosen Penev2020-11-02
| | | | | | | | | | | | | Added Fedora patch to fix compilation. Added python3 dependency as it seems it's needed now. Replaced custom boost 1.73 patch with upstream one. Removed CFLAG that was supposed to fix this but didn't do anything. Removed nls.mk. telldus-core was fixed to not require iconv. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: fix compilation with full NLSRosen Penev2020-09-28
| | | | Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: update to 2020.2David Woodhouse2020-06-06
| | | | Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: Fix libmosquitto dependency, use dynamic libjsoncpp.David Woodhouse2020-06-06
| | | | | | | Domoticz doesn't use libmosquittopp any more as it was deprecated. It has its own copy. It can also use the system libjsoncpp, so do that too. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: take ownershipDavid Woodhouse2020-06-06
| | | | Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: fix compilation with boost 1.73Rosen Penev2020-05-08
| | | | Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: drop maintainershipStijn Tintel2020-05-03
| | | | | | As I no longer use the software, I will no longer maintain it. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: bump to 2020.1Stijn Tintel2020-03-23
| | | | | | | | | | | | | | | | Drop upstreamed patches. The file appversion.default was removed from Domoticz, causing the hacks to inject APPVERSION, APPDATE and APPHASH to fail. As the appversion.h is generated during compile time, implementing a new way to inject these defines is non-trivial, so simply drop them. As the minor version for this release is no longer based on the number of commits, the package versioning needs to be revised if we want to build a git snapshot instead of stable release. Leave this for another day and drop that logic for now. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: Fix compilation with uClibc-ngRosen Penev2019-12-24
| | | | | | Added upstream patch. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: Add missing dependencyRosen Penev2019-11-18
| | | | | | | | CMake picks up telldus-core now that it is in the tree. Fixes #10246 Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: Fix compilation with newer PythonRosen Penev2019-11-18
| | | | | | | | Backported upstream patch. Fixes #10543 Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: bump to 4.10717Stijn Tintel2019-09-27
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: Fix compilation without deprecated OpenSSL APIsRosen Penev2019-07-16
| | | | Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: disable searching for boost-cmakeAmol Bhave2019-06-05
| | | | | | | | | | | | | | | | | | | | | | | Summary: This package fails to compile with boost 1.70 when the boost cmake config gets used. As far as I can tell, Boost 1.70 introduced BoostConfigVersion.cmake. In that file, the value of PACKAGE_VERSION is set to 1.70. This makes CMake auto set the variable Boost_VERSION to 1.70. Historically, Boost_VERSION has been using the format like 170000, and not 1.70. Some package cmake files still depend on this behavior and make assertions such as Boost_VERSION > 168000. This is incompatible with the new scheme. Test Plan: `make package/domoticz/compile` Also compiled all other packages that have a boost dependency, they seem to be working fine. tested on nbg6817 Signed-off-by: Amol Bhave <ambhave@fb.com> [split unrelated change, change commit subject, alphabetical order] Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: enable BUILD_SHARED_LIBSStijn Tintel2019-06-05
| | | | | | | Without this, no suitable boost_thread variant can be identified when compiling against Boost 1.70. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: fix boost 1.70 compatRosen Penev2019-04-25
| | | | | | This is an upstream backport that deals with an API change in Boost. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* domoticz: update to 4.9700 stable release, enable Python, fix compressionDavid Woodhouse2018-06-25
| | | | | | | | | | | The files in ozwcp/ shouldn't be compressed as there's no gzip handling for those. Also enable Python support — since it can dynamically link with libpython optionally, it's harmless to enable it. Those who want Python plugins can use it. I still want lua-based hardware plugins though. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: fix Onkyo custom command handling from dzVentsDavid Woodhouse2018-06-04
| | | | | | https://github.com/domoticz/domoticz/pull/2386 Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: update to 3.9571 and clean up FHS handlingDavid Woodhouse2018-06-04
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upstream has merged a simplified version of the FHS patch, with a few changes... Scripts are actually configuration. There are examples, but the point is that you write your own. So they should live in the data directory (e.g. /var/lib/domoticz) not in /usr/share/domoticz. The only exception is the dzVents runtime. So.... the upstream patch handles the dzVents runtime bit. Drop the part of our patch which added -scripts, because it can just be based in the userdata directory and we don't need to change that. Ship the default scripts/ directory in /etc/domoticz/scripts, and on startup make a *symlink* to it from /var/lib/domoticz/scripts. Symlink from /etc/domoticz/scripts/dzVents{data,generated_scripts} to temporary directories under /var/lib/domoticz/dzVents so that those directories (which are written to by Domoticz) don't land on the root file system. Anyone with a writeable file system who *wants* the data/ directory to be persistent, can change that. Just as they can change the userdata config option to point to a real file system somewhere. Also drop the renaming of the OpenZWave Config/ directory. It's purely cosmetric so there's no need for us to carry that change. It can go upstream first, if it really offends anyone. Drop the patches which are now merged upstream, and turn off the newly added USE_OPENSSL_STATIC. Add -noupdates to the command line. Finally, gzip the static www files to save space. In the common case, clients will use "Accept-Encodiong: gzip" and Domoticz will serve them as-is. It can also decompress on the fly if it really has to, but now we aren't asking it to *compress* on the fly, which is probably a losing proposition on an OpenWRT box. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: build with -fltoDavid Woodhouse2018-06-04
| | | | | | | | | | | | This makes quite a significant difference to the executable size: text data bss dec hex filename 7921421 87804 31692 8040917 7ab1d5 domoticz 5862321 86180 31212 5979713 5b3e41 domoticz-lto As an added bonus, it still seems to work. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: support -ssldhparam config/command line optionDavid Woodhouse2018-06-04
| | | | Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: use 'ln -sf' in serial hotplug scriptDavid Woodhouse2018-06-04
| | | | | | Otherwise, stale symlinks don't get replaced Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* domoticz: backport Boost 1.66 compat fixBERENYI, Balazs2018-05-11
| | | | | | | | | Fix build by updating boost usage. Added backported patch from upstream commit 388c7b51716cdb6221ec292cc2456ceca6ee9b02. Signed-off-by: BERENYI, Balazs <beba@wee.hu> [update commit message] Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: enable GPIO supportStijn Tintel2017-09-21
| | | | | | | | When cross-compiling Domoticz on a system without GPIO, the WITH_GPIO flag is not set by cmake, and GPIO support is disabled as a result. Enabling GPIO support by adding the flag to TARGET_CXXFLAGS. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domitcz: fix dzVents scriptsStijn Tintel2017-09-20
| | | | | | | | | | | | | | | | | | | | | | | Domoticz 3.8153 introduced support for dzVents. Unfortunately this was broken by the 902_add-scripts-path, which attempts to make Domoticz more FHS-compliant instead of throwing everything under /opt/domoticz. The problem is that dzVents scripts added via the webinterface will be generated on the filesystem. With the 902_add-scripts-path patch, Domoticz tried to write this to "scriptsdir/dzVents/generated_scripts". As the scriptsdir contains scripts that come with upstream, and are not meant to be changed, this defaults to /usr/share/domoticz/scripts, which is not writeable, so Domoticz is unable to write the script to the filesystem. What is worse is that this silently fails. Fix this by moving the generated_scripts dir to "userdatadir/generated_scripts". The userdatadir defaults to /var/lib/domoticz, which is writeable. Additionally, since this patch does more than just adding the scripts path, rename it to something more appropriate. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: remove additional files from packageStijn Tintel2017-08-07
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: bump to 3.8153Stijn Tintel2017-07-31
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: removed hardcoded userdata pathStijn Tintel2017-06-29
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* domoticz: new packageStijn Tintel2017-03-03
Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
Powered by cgit, Themed by Ted Yin.