Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 619606 - net-print/cups-filters-1.5.0 fails to compile after upgrade of gnutls from 3.3.36 to 3.5.12
Summary: net-print/cups-filters-1.5.0 fails to compile after upgrade of gnutls from 3....
Status: RESOLVED DUPLICATE of bug 569236
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-24 20:47 UTC by Dan Johansson
Modified: 2017-05-26 14:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Info (info,16.25 KB, text/plain)
2017-05-24 20:47 UTC, Dan Johansson
Details
Build log (net-print:cups-filters-1.5.0:20170524-202132.log,84.83 KB, text/plain)
2017-05-24 20:47 UTC, Dan Johansson
Details
Enviroment (environment,112.43 KB, text/plain)
2017-05-24 20:48 UTC, Dan Johansson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Johansson 2017-05-24 20:47:09 UTC
Created attachment 474138 [details]
Info

After upgrading gnutls from 3.3.6 to 3.5.12 cups-filters fails to compile:

!!! existing preserved libs:
>>> package: net-libs/gnutls-3.5.12
 *  - /usr/lib64/libgnutls.so.28
 *  - /usr/lib64/libgnutls.so.28.43.0
 *      used by /usr/lib64/libcupsfilters.so.1.0.0 (net-print/cups-filters-1.5.0)
Use emerge @preserved-rebuild to rebuild packages using these libraries

Running "emerge @preserved-rebuild" fails for cups-filters with:
...
...
/bin/sh ./libtool  --tag=CXX   --mode=link x86_64-pc-linux-gnu-g++ -std=c++0x      -march=native -O2 -pipe -Wall -pedantic -D_GNU_SOURCE  -Wl,-O1 -Wl,--as-needed -o pdftopdf pdftopdf-pdftopdf.o pdftopdf-pdftopdf_jcl.o pdftopdf-pdftopdf_processor.o pdftopdf-qpdf_pdftopdf_processor.o pdftopdf-pptypes.o pdftopdf-nup.o pdftopdf-intervalset.o pdftopdf-qpdf_tools.o pdftopdf-qpdf_xobject.o pdftopdf-qpdf_pdftopdf.o pdftopdf-qpdf_cm.o -lqpdf  -lcupsimage -lcups -lgnutls -lz -lpthread -lm -lcrypt -lz -ltiff -ljpeg -ldl 
libtool: link: x86_64-pc-linux-gnu-g++ -std=c++0x -march=native -O2 -pipe -Wall -pedantic -D_GNU_SOURCE -Wl,-O1 -Wl,--as-needed -o pdftopdf pdftopdf-pdftopdf.o pdftopdf-pdftopdf_jcl.o pdftopdf-pdftopdf_processor.o pdftopdf-qpdf_pdftopdf_processor.o pdftopdf-pptypes.o pdftopdf-nup.o pdftopdf-intervalset.o pdftopdf-qpdf_tools.o pdftopdf-qpdf_xobject.o pdftopdf-qpdf_pdftopdf.o pdftopdf-qpdf_cm.o  -lqpdf -lcupsimage -lcups -lgnutls -lpthread -lm -lcrypt -lz -ltiff -ljpeg -ldl
pdftopdf-qpdf_pdftopdf_processor.o: In function `QPDF_PDFTOPDF_Processor::emitFilename(char const*)':
qpdf_pdftopdf_processor.cc:(.text+0x2ae): undefined reference to `QPDFWriter::setMinimumPDFVersion(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
qpdf_pdftopdf_processor.cc:(.text+0x2d7): undefined reference to `QPDFWriter::setExtraHeaderText(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
qpdf_pdftopdf_processor.cc:(.text+0x334): undefined reference to `QPDFWriter::setMinimumPDFVersion(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
...
...
and so on...

# emerge --info '=net-print/cups-filters-1.5.0::gentoo'
[output in "info" attachment]

# emerge -pqv '=net-print/cups-filters-1.5.0::gentoo'
[ebuild   R   ] net-print/cups-filters-1.5.0  USE="foomatic jpeg png tiff -dbus -ldap -perl -static-libs -zeroconf"
Comment 1 Dan Johansson 2017-05-24 20:47:42 UTC
Created attachment 474140 [details]
Build log
Comment 2 Dan Johansson 2017-05-24 20:48:05 UTC
Created attachment 474142 [details]
Enviroment
Comment 3 Dan Johansson 2017-05-25 14:33:43 UTC
After looking a bit closer at the output, I noticed that the problem could be with app-text/qpdf. And after "re-emerging" app-text/qpdf the rebuild of net-print/cups-filters-1.5.0 completed OK.
So this has nothing to do with gnutls.

-- 
D/\N
Comment 4 Sergiy Borodych 2017-05-26 14:06:14 UTC

*** This bug has been marked as a duplicate of bug 569236 ***