Package Details: ddccontrol 0.6.0-1

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

Latest Comments

Konzertheld commented on 2021-12-05 18:13 (UTC)

@xiretza: Yeah, I can build other packages just fine and I never consciously changed something in the autotools configs.

xiretza commented on 2021-12-05 17:43 (UTC)

@Konzertheld: you must've done something weird to your autotools, PKG_CHECK_MODULES should be expanded. Are you sure your system is set up to build packages (

Konzertheld commented on 2021-12-05 14:05 (UTC) (edited on 2021-12-05 14:05 (UTC) by Konzertheld)

Hi, building fails with

./configure: line 16704: syntax error near unexpected token `LIBXML2,'
./configure: line 16704: `PKG_CHECK_MODULES(LIBXML2, libxml-2.0)'

but libxml2 is installed.

xiretza commented on 2021-11-15 15:52 (UTC)

@miss_barfin: upstream forgot to update the version in in time:

miss_barfin commented on 2021-11-15 10:39 (UTC) (edited on 2021-11-15 10:41 (UTC) by miss_barfin)

╰─ pacman -Q | grep -i ddccontrol

ddccontrol 0.6.0-1 ddccontrol-db-git 20211012.rb1f0c52-1 gddccontrol 0.6.0-1

╰─ ddccontrol

ddccontrol version 0.5.2

for some reason this happens

Maxr1998 commented on 2021-11-08 00:21 (UTC)

pkgconf is in the base-devel group which is assumed to be installed when building PKGBUILDs:

looselyrigorous commented on 2021-08-06 00:38 (UTC)

There's an additional dependency to pkgconf.

Konzertheld commented on 2021-06-01 19:19 (UTC)

This package depends not only on autoconf but also on automake.

dlh commented on 2021-04-22 11:54 (UTC)

There was a problem with my glibc installation.

Can you bump version for icu?


3ED_0 commented on 2021-04-20 11:30 (UTC)

@dlh: dunno, works fine for me. Looks like something with your c compiler or something - share with us if you find solution.

dlh commented on 2021-04-19 13:10 (UTC) (edited on 2021-04-19 13:16 (UTC) by dlh)

Does not compile anymore

Asuranceturix commented on 2021-01-12 22:56 (UTC) (edited on 2021-01-12 23:06 (UTC) by Asuranceturix)

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 (UTC) (edited on 2021-01-12 19:37 (UTC) by 3ED_0)

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 (UTC)

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 (UTC)

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 (UTC)

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

3ED_0 commented on 2021-01-10 09:42 (UTC) (edited on 2021-01-10 10:08 (UTC) by 3ED_0)

@jbbr: now, should works without reverting

@tmn505: done

janek commented on 2021-01-10 02:44 (UTC) (edited on 2021-01-10 02:53 (UTC) by janek)

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 (UTC)

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

xiretza commented on 2020-12-31 12:32 (UTC)

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 (UTC)

Please bump due to new release of icu

5ar commented on 2020-10-29 07:15 (UTC)

For some reason, I had a conflict with Anaconda. After uninstalling, it worked.

CyberShadow commented on 2020-05-18 23:35 (UTC)

Works, thanks!

3ED_0 commented on 2020-05-18 11:31 (UTC) (edited on 2020-05-18 11:32 (UTC) by 3ED_0)

@Self-Perfection @CyberShadow @df8oe

I have been added patch. Please, check if it fix the issue.

Self-Perfection commented on 2020-05-17 17:17 (UTC)

CyberShadow and df8oe, there is patch for this, see here: Compilation fails with gcc-10 · Issue #74 · ddccontrol/ddccontrol

df8oe commented on 2020-05-17 10:42 (UTC)

Here same as CyberShadow mentioned.

CyberShadow commented on 2020-05-15 20:06 (UTC)

For whatever reason, the build currently fails for me (clean chroot as created by aurutils/makechrootpkg):

/usr/bin/ld: notebook.o:(.bss+0x58): multiple definition of `mon'; main.o:(.bss+0xb8): first defined here

3ED_0 commented on 2020-05-04 07:41 (UTC) (edited on 2020-05-04 07:47 (UTC) by 3ED_0) reinstalling is not enough, you must recompile it with newer version of library. I have bumped release number... commented on 2020-05-03 10:42 (UTC)

gddccontrol fails to start:

$ gddccontrol
gddccontrol: error while loading shared libraries: cannot open shared object file: No such file or directory

Reinstalling gddcccontrol did not help (maybe in the wrong version?). The shared library is present:

$ yay -Qo $(find /usr -iname 2>/dev/null)
/usr/lib32/ is owned by lib32-icu 67.1-1
/usr/lib/ is owned by icu 67.1-1

3ED_0 commented on 2019-01-27 23:57 (UTC) (edited on 2019-01-27 23:59 (UTC) by 3ED_0)

@dlh: 0.4.4 (latest tagged) do not have this included. Try *-git or wait for the next version.

dlh commented on 2019-01-20 09:45 (UTC)

Can you also provide daemon ?

3ED_0 commented on 2018-08-10 16:36 (UTC)

Ok, I bump release.

3ED_0 commented on 2018-08-10 16:26 (UTC) (edited on 2018-08-10 16:29 (UTC) by 3ED_0)

@dlh: You are serious?

# makepkg --help|grep -- --force
  -f, --force      Overwrite existing package

# pacman -Uh|grep -- --needed
      --needed         do not reinstall up to date packages

First - make siure you have.

Secound - make siure you do not have.

Run yaourt -S gddccontrol or manually:

git clone
cd ddccontrol
makepkg --install --force --syncdeps

Now it works?

dlh commented on 2018-08-10 15:14 (UTC)

Same thing now with icu 62

gddccontrol: error while loading shared libraries: cannot open shared object file: No such file or directory

dlh commented on 2018-04-07 09:25 (UTC)

ddccontrol: error while loading shared libraries: cannot open shared object file: No such file or directory

I recompiled, but no luck.

3ED_0 commented on 2017-04-20 09:50 (UTC)

@Ashark: ??? # pacman -Ql | grep i2c-dev.ko linux-lts /usr/lib/modules/4.9.22-1-lts/kernel/drivers/i2c/i2c-dev.ko.gz

Ashark commented on 2017-04-01 23:34 (UTC)

Maybe add i2c-tools as a dependency? Because without it (it contains i2c-dev kernel module) the programm cannot detect monitors.

3ED_0 commented on 2017-03-19 18:21 (UTC)

Yeah, this is latest official stable release (as [name]-[version].tar.bz2) which still works. If you want git try: ddccontrol-git. If you want splitted packages in *-git, I can modify (if orphaned).

mirh commented on 2017-03-19 15:10 (UTC)

Wouldn't it be better to switch to latest git instead of the ancient 2006 release? Or perhaps even better some of the kind-of-modernized forks on github

3ED_0 commented on 2016-09-25 13:47 (UTC)

bastelfreak: you are right :) thx

bastelfreak commented on 2016-09-25 13:27 (UTC)

3ED_O: Your point is valid, but: It is not possible to build the PKGBUILD without gtk+. Adding it ad a make-depend should be totally fine?

3ED_0 commented on 2016-05-01 11:17 (UTC) (edited on 2016-07-17 16:23 (UTC) by 3ED_0)

gtk is in gddccontrol. I don't like not separated packages. If there is gui and cli, they should be in separated packages. BTW. The same if there was tray/applet autostart included, like in firewalld is. For example in fedora you have packages for: daemon, cli, gui, tray-icon. Arch have one package for everything. On old desktop with low ram, this python applet eat some around 100MB and do nothing. Who mention about headless server and tons of dependies? Unnecessary gtk libs with kde desktop. Etc.

bastelfreak commented on 2016-03-26 12:29 (UTC)

also gtk+ seems to be missing as a dependency:

maikoool commented on 2016-02-28 00:24 (UTC)

I needed to install libxml2 to get this to work, else the build fails with message: configure: error: xml2-config not found, please install libxml2, available at Can libxml2 be added to the dependencies in the PKGBUILD file?