Summary: | sci-libs/netcdf-4.8.1-r1 - automagic dependency on dev-libs/libzip | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bernd <waebbl-gentoo> |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
vtk-9.0.3-r4:20220406-092357.log
netcdf-4.8.1-r1:20220406-102200.log netcdf-4.8.1-r1:20220406-102546.log |
Description
Bernd
2022-04-06 10:11:26 UTC
Created attachment 769010 [details]
vtk-9.0.3-r4:20220406-092357.log
build log
Some things, I discovered. I guess, this has to do with installing a binary version of netcdf. Unmerging dev-libs/libzip leaves preserved libs, which then wants to re-merge netcdf. Building netcdf from sources, solves the preserved libs. Rebuilding netcdf from source and then libzip from source, I can unmerge libzip without preserved libs, while first emerging libzip from source and the netcdf from source, gives a preserved libs warning, when libzip gets unmerged. From my point of view, this looks, like netcdf has an automagic dependency on libzip. Build log of netcdf with libzip installed: -- Found Math library: /usr/lib64/libm.so -- Found Zip: headers at /usr/include, libraries at /usr/lib -- library is /usr/lib64/libzip.so -- Enabling use of fill value when NC_ERANGE Build log of netcdf without libzip installed: -- Found Math library: /usr/lib64/libm.so -- Enabling use of fill value when NC_ERANGE Created attachment 769012 [details]
netcdf-4.8.1-r1:20220406-102200.log
build log without dev-libz/libzip installed
Created attachment 769014 [details]
netcdf-4.8.1-r1:20220406-102546.log
build log with dev-libs/libzip installed
Not a kde package. |