gammu: Misses dependencies on `bluez-libs` and `libpq`, in 22.03.
Open
Nobody has claimed this yet.
release/22.03
stale
- Dominant language
- Makefile
- Stars
- 4.6k
- Forks
- 4k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 134
Description
Maintainer:
@aTanW
Environment:
- OpenWrt git branch
openwrt-22.03, latestgit pull && ./scripts/feeds update -a && ./scripts/feeds install -aon 2022-08-25, ca. 08:00 UTC
Description:
The package "gammu" seems to miss dependencies on PACKAGE_bluez-libs and PACKAGE_libpq:
For me, a make -j1 V=sc fails in package/install with:
[...]
Collected errors:
* resolve_conffiles: Existing conffile /[...]/build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/root-sunxi/etc/ppp/chap-secrets is different from the conffile in the new package. The new conffile will be placed at /[...]/build_dir/target-arm_cortex-a7+neon-vfpv4_musl_eabi/root-sunxi/etc/ppp/chap-secrets-opkg.
* pkg_hash_check_unresolved: cannot find dependency bluez-libs for gammu
* pkg_hash_check_unresolved: cannot find dependency libpq for gammu
* pkg_hash_fetch_best_installation_candidate: Packages for gammu found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package gammu.
make[2]: *** [package/Makefile:70: package/install] Error 255
[...]
(the ppp warning is something else.)
Configuration
- Full configuration: → .config
grep -i gammu .config:CONFIG_PACKAGE_gammu=ygrep -i bluez-libs .config:CONFIG_PACKAGE_bluez-libs=mgrep -i libpq .config:CONFIG_PACKAGE_libpq=m # CONFIG_PACKAGE_libpqxx is not set
Workaround
When I set CONFIG_PACKAGE_bluez-libs=y and CONFIG_PACKAGE_libpq=y, this error does not occur.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the gammu package definition and comparing its declared dependencies with the reported bluez-libs and libpq requirements. Reproduce the issue with make -j1 V=sc and verify that selecting those dependencies as modules no longer causes package installation to fail.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- postgresql
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 45/100