Bug 946688 – media-gfx/gphoto2-2.5.28-r2: ld: cannot find -lcdk: No such file or directory (w/ dev-libs/cdk-5.0.20240619)

• Status: RESOLVED DUPLICATE of bug 831226
• Product: Gentoo Linux

[Description Michał Górny 2024-12-20 09:34:56 UTC]

Created attachment 914421 [details]
/var/log/portage/media-gfx:gphoto2-2.5.28-r2:20241220-092832.log

libtool: link: x86_64-pc-linux-gnu-gcc -I.. -I../gphoto2 -I/usr/include/gphoto2 -I/usr/include/libexif -DLOCALEDIR=\"/usr/share/locale\" -D_GPHOTO2_INTERNAL_CODE -march=znver2 --param=l1-cache-size=32 --param=l1-cache-line-size=64 -pipe -frecord-gcc-switches -fPIC -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=600 -I/usr/include/ncursesw -D_XOPEN_SOURCE_EXTENDED -I/usr/include/libexif -march=znver2 --param=l1-cache-size=32 --param=l1-cache-line-size=64 -O2 -pipe -frecord-gcc-switches -Wall -Wmissing-declarations -Wmissing-prototypes -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -o gphoto2 gphoto2-gphoto2-cmd-config.o gphoto2-actions.o gphoto2-foreach.o gphoto2-gp-params.o gphoto2-spawnve.o gphoto2-main.o gphoto2-version.o gphoto2-range.o gphoto2-shell.o -Wl,--defsym=__gentoo_check_ldflags__=0  -lgphoto2 -lgphoto2_port -L/usr/lib64 -lcdk -lncursesw -ltinfow -lpthread -lexif -lreadline -lpopt -lm
/usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lcdk: No such file or directory
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:725: gphoto2] Error 1

[Comment 1 Michał Górny 2024-12-20 09:35:16 UTC]

Created attachment 914422 [details]
emerge --info

[Comment 2 Sam James 2024-12-20 09:36:35 UTC]

This really does look like the same problem as bug 831226, just the difference is cdk vs cdkw for unicode.

[Comment 3 Sam James 2024-12-20 09:36:55 UTC]

(In reply to Sam James from comment #2)
> This really does look like the same problem as bug 831226, just the
> difference is cdk vs cdkw for unicode.

I "assigned" the issue as a mentor to Zhixu Liu but he can't reproduce it, and nor can I on demand :/

[Comment 4 Zhixu Liu 2024-12-20 10:00:49 UTC]

1. please run `ls -l /usr/lib64/libcdk*.so*`
2. does reemerge cdk fix the problem?
3. can we add a feature for portage to keep all build.log? CI machine turn on this , so we can check the log if bug like happened again.

[Comment 5 Sam James 2024-12-20 10:02:32 UTC]

> 3. can we add a feature for portage to keep all build.log? CI machine turn
> on this , so we can check the log if bug like happened again.

https://wiki.gentoo.org/wiki/Portage_log#Build_logs can do this

[Comment 6 Zhixu Liu 2024-12-20 10:09:48 UTC]

(In reply to Sam James from comment #5)
> > 3. can we add a feature for portage to keep all build.log? CI machine turn
> > on this , so we can check the log if bug like happened again.
> 
> https://wiki.gentoo.org/wiki/Portage_log#Build_logs can do this

so does ci turn on this? cdk build.log is required, :)

[Comment 7 Sam James 2024-12-20 10:14:25 UTC]

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