Hi Tim, Em seg, 31 de dez de 2018 às 11:54, Tim Müller <t....@zen.co.uk> escreveu: > > $ pkg-config --cflags libvisual-0.4 > -I/usr/include/libvisual-0.4 > > $ ls /usr/include/libvisual-0.4 > ls: cannot access '/usr/include/libvisual-0.4': No such file or directory > > Only /usr/include/libvisual exists. It's not clear to me why it was renamed, > having the major/API version in the subdirectory name is good practice, so > that in case a new version with a different API/ABI is made it can be > installed in parallel.
I adopted libvisual some years ago. Originally, it was installing include files in '/usr/include/libvisual-0.4'. In november 2018, I created a test for autopkgtest (debian/tests/). The test called all .h files and failed because these headers called '/usr/include/libvisual'. So, I "fixed" the path for include files in 0.4.0-13 revision. I will revert this action and add a symlink to fix the problem without more noising. > In any case, this will cause everyone who uses this package via pkg-config > (e.g. gst-plugins-base) to FTBFS. > > Cheers > Tim Thanks! Cheers, Eriberto Hi Tim, I adopted