Arch Linux User Repository

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

@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 (https://wiki.archlinux.org/title/Arch_User_Repository#Prerequisites)?

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.

@miss_barfin: upstream forgot to update the version in configure.ac in time: https://github.com/ddccontrol/ddccontrol/blob/0.6.0/configure.ac#L1

╰─ 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

pkgconf is in the base-devel group which is assumed to be installed when building PKGBUILDs: https://wiki.archlinux.org/title/PKGBUILD#makedepends

There's an additional dependency to pkgconf.

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

There was a problem with my glibc installation.

Can you bump version for icu?

Thanks

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

Does not compile anymore

http://ix.io/2WCp

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?

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

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

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.

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

@jbbr: now, should works without reverting

@tmn505: done

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

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

Anyone else with this problem? Building on Manjaro.

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

-   test -f configure || ./autogen.sh
+   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.

Add python(python3) in makedepends, it's needed by gdbus-codegen (https://github.com/ddccontrol/ddccontrol/blob/c662e07c0f9e064f0be5b5dad2532056b62dfdf9/src/daemon/Makefile.am#L35).

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

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

instead.

Please bump due to new release of icu

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

Works, thanks!

@Self-Perfection @CyberShadow @df8oe

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

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

Here same as CyberShadow mentioned.

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

@klingt.net: reinstalling is not enough, you must recompile it with newer version of library. I have bumped release number...

gddccontrol fails to start:

$ gddccontrol
gddccontrol: error while loading shared libraries: libicui18n.so.65: 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 libicui18n.so 2>/dev/null)
/usr/lib32/libicui18n.so is owned by lib32-icu 67.1-1
/usr/lib/libicui18n.so is owned by icu 67.1-1

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

Can you also provide daemon https://github.com/ddccontrol/ddccontrol/tree/master/src/daemon ?

Ok, I bump release.

@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 https://aur.archlinux.org/ddccontrol.git
cd ddccontrol
makepkg --install --force --syncdeps

Now it works?

Same thing now with icu 62

gddccontrol: error while loading shared libraries: libicui18n.so.61: cannot open shared object file: No such file or directory

ddccontrol: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory

I recompiled, but no luck.