trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: April 2014

Re: [trinity-devel] FTBFS: new "compton" does not build on older distro

From: "Timothy Pearson" <kb9vqf@...>
Date: Tue, 1 Apr 2014 16:16:32 -0500
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224

>> I've noticed that the new "compton" stuff (from tdebase package) does
>> not build on RHEL6 :
>>
>> Linking C executable compton-tde
>> cd
>> "/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build/twin/compton-tde"
>> && /usr/bin/cmake -E cmake_link_script
>> CMakeFiles/compton-tde.dir/link.txt --verbose=1
>> /usr/lib64/ccache/gcc  -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>> -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
>> -mtune=generic -DNDEBUG -fvisibility=hidden -fvisibility-inlines-hidden
>> -DNDEBUG CMakeFiles/compton-tde.dir/c2.c.o
>> CMakeFiles/compton-tde.dir/compton.c.o
>> CMakeFiles/compton-tde.dir/opengl.c.o  -o compton-tde -rdynamic -lm -lGL
>> -lconfig -lXinerama -lXrender -lX11 -lXrandr -lXfixes -lXdamage -lXfixes
>> -lXext -lXcomposite -lXdamage -lXext -lXcomposite
>> -Wl,-rpath,::::::::::::::::::
>> CMakeFiles/compton-tde.dir/compton.c.o: In function `parse_config':
>> /dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/twin/compton-tde/compton.c:5580:
>> undefined reference to `config_set_include_dir'
>> collect2: ld returned 1 exit status
>> make[3]: *** [twin/compton-tde/compton-tde] Error 1
>> make[3]: Leaving directory
>> `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build'
>> make[2]: *** [twin/compton-tde/CMakeFiles/compton-tde.dir/all] Error 2
>> make[2]: Leaving directory
>> `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory
>> `/dev/shm/BUILD.el6.x86_64/trinity-tdebase-14.0.0~pre1185+8083ca83/build'
>>
>>
>> The libconfig version is 1.3.2 .
>> There is no "config_set_include_dir" anywhere in /usr/include/* .
>> Please, either find a way to build on older distro, or make the whole
>> feature optional (with a cmake option).
>
> More importantly, I thought we were in a feature freeze.
>
> Darrell

I'm working on the FTBFS.

OK, here's my argument for letting compton-tde through.  You can override
me if you want. :-)

1.) kompmgr has a critical bug where, after a certain amount of time,
popup menus will stop displaying.  I have tried and tried to repair this,
but have had no success in over 12 months of sporadic work.  This bug
alone means kompmgr should be marked for developers only in R14, but if
that were done TDE would have no fully compatible compositors available
for end users.  I saw compton as a way out. ;-)
2.) compton-tde is pretty much feature-equivalent to kompmgr (it was
derived from xcompmgr just like kompmgr was), but has a whole ton of bug
fixes from a dedicated team working on it for over two years.
3.) kompmgr and compton-tde are both standalone binaries that do not
interface with any TDE code (their "interfaces" are one configuration file
and several Xorg atoms).  After the FTBFS is repaired the effect of
changing one out for the other (aside from the bug fixes and performance
improvements in compton) should be minimal to nonexistent.

Let me know what you think!

Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iFYEARELAAYFAlM7LK8ACgkQLaxZSoRZrGFoHgDg0ljcy5/bncMtoVjHoCIt+zGF
AjsiCw+ClkJW+QDfbpk6Oz9bGrobGjbuJpeBctwsExs+tljkd6J9Tw==
=y5Oa
-----END PGP SIGNATURE-----