Package Details: gddccontrol 0.5.1-1

Git Clone URL: (read-only, click to copy)
Package Base: ddccontrol
Description: Control your monitor by software using the DDC/CI protocol (GUI)
Upstream URL:
Keywords: cli ddc gtk monitor settings
Licenses: GPL
Conflicts: ddccontrol-git
Submitter: 3ED_0
Maintainer: 3ED_0
Last Packager: 3ED_0
Votes: 22
Popularity: 0.22
First Submitted: 2015-08-19 13:52
Last Updated: 2021-01-12 19:29

Latest Comments

1 2 3 4 Next › Last »

Asuranceturix commented on 2021-01-12 22:56

I'm not an expert either but, as I understand dependencies, and given that gddccontrol is merely a GUI for ddccontrol, shouldn't all dependencies (and conflicts) of ddccontrol be exclusive to the non-GUI package, so that gddccontrol only depends on ddccontrol plus whatever is needed for the GUI part? EDIT: That's exactly the case, I thought that whatever depends were specified for a subpackage were added to the general depends, but it's not like that.

Also, per your latest fix (thanks, by the way!), only gddccontrol declares a conflict with ddccontrol-git, but it stands to reason that it's ddccontrol who will want to own the same files, right?

3ED_0 commented on 2021-01-12 19:37

Sorry, looks like I don't understand how conflicts works. Package is not installed and pacman throws conflict with not installed package. Fixed.

xiretza commented on 2021-01-12 19:08

Yeah, this definitely shouldn't provide or conflict with ddccontrol-git. Managing such a conflict is the job of the -git package.

Asuranceturix commented on 2021-01-12 19:06

I can't install gddccontrol because pacman says it's in conflict with ddccontrol. If I understand correctly the PKGBUILD file, this is caused because both packages provide and conflict with ddccontrol-git, so they can't coexist, but at the same time gddccontrol depends on ddccontrol.

This appears to have been introduced a couple of commits ago: in fact I used to have them both installed with no issues. The simplest solution appears to be to move the ddccontrol-git conflicts/provides lines into the package_ddccontrol function.

janek commented on 2021-01-11 23:52

@3ED_0 thanks, I can confirm that the build is now successful.

3ED_0 commented on 2021-01-10 09:42

@jbbr: now, should works without reverting

@tmn505: done

janek commented on 2021-01-10 02:44

I always get the following error when trying to build this package since pkgrel 8 during "./configure":

config.status: error: po/ was not created by intltoolize.

Anyone else with this problem? Building on Manjaro.

Update: Build works fine when running './'. This issue seems to be caused by this change:

-   test -f configure || ./
+   test -f configure || INTLTOOLIZE='intltoolize --force' autoreconf --install

Update2: Manjaro is still on autoconf v2.69. As this was changed to fix issues with autoconf v2.70 I guess this at the same time breaks build with autoconfig <2.70

Temporary workaround for all Manjaro: Just revert the patched line & build should work fine.

tmn505 commented on 2021-01-10 02:19

Add python(python3) in makedepends, it's needed by gdbus-codegen (

xiretza commented on 2020-12-31 12:32

autoconf 2.70 runs intltoolize automatically, but without passing --force, so the script no longer works. The corresponding line in prepare() can be replaced with

test -f configure || INTLTOOLIZE='intltoolize --force' autoreconf --install


dlh commented on 2020-12-22 15:18

Please bump due to new release of icu