Closed t-b closed 1 month ago
Short version: you can install hdbpp-es=2.2.0
and cpptango=9.5.0
if you specify it.
Longer version:
Issue is linked to libhdbpp-timescale
.
If you only install hdbpp-es
, it will use cppantgo 9.5 by default:
$ mamba create -n hdbpp --dry-run hdbpp-es
+ cpptango 9.5.0 h6a15873_1 conda-forge/linux-64 2MB
+ hdbpp-es 2.2.0 h7c9bab5_1 conda-forge/linux-64 190kB
...
+ omniorb-libs 4.3.2 h4e5c506_3 conda-forge/linux-64 2MB
+ openssl 3.3.1 hb9d3cd8_3 conda-forge/linux-64 3MB
If you add libhdbpp-timescale
, you have to specify the cpptango you want:
$ mamba create -n hdbpp --dry-run hdbpp-es cpptango=9.5.0 libhdbpp-timescale
+ cpptango 9.5.0 h6a15873_1 conda-forge/linux-64 2MB
+ hdbpp-es 2.2.0 h7c9bab5_0 conda-forge/linux-64 190kB
+ omniorb-libs 4.3.1 h1933689_2 conda-forge/linux-64 2MB
+ openssl 3.1.6 h4ab18f5_0 conda-forge/linux-64 3MB
What doesn't work is to install hdbpp-es-dbg
as well:
$ mamba create -n hdbpp --dry-run hdbpp-es cpptango=9.5.0 libhdbpp-timescale hdbpp-es-dbg
└─ hdbpp-es-dbg 2.2.0 would require
│ └─ hdbpp-es 2.2.0 h7c9bab5_1, which requires
│ └─ omniorb-libs >=4.3.2,<4.4.0a0 with the potential options
│ ├─ omniorb-libs 4.3.2 would require
│ │ └─ openssl >=3.2.0,<4.0a0 , which can be installed;
│ ├─ omniorb-libs 4.3.2 would require
│ │ └─ openssl >=3.2.1,<4.0a0 , which can be installed;
│ └─ omniorb-libs 4.3.2 would require
│ └─ openssl >=3.3.1,<4.0a0 , which can be installed;
└─ libhdbpp-timescale is uninstallable because it requires
└─ libpqxx >=6.4.5,<6.5.0a0 , which requires
└─ libpq >=13.2,<14.0a0 but there are no viable options
├─ libpq [13.2|13.3] would require
│ └─ openssl >=1.1.1k,<1.1.2a , which conflicts with any installable versions previously reported;
├─ libpq [13.3|13.5] would require
│ └─ openssl >=1.1.1l,<1.1.2a , which conflicts with any installable versions previously reported;
├─ libpq 13.5 would require
│ └─ openssl >=3.0.0,<3.2.0a0 , which conflicts with any installable versions previously reported;
├─ libpq 13.8 would require
│ └─ openssl >=1.1.1q,<1.1.2a , which conflicts with any installable versions previously reported;
└─ libpq 13.8 would require
└─ openssl >=3.0.5,<3.2.0a0 , which conflicts with any installable versions previously reported.
hdbpp-es-dbg
is only available in the build 1 that was compiled with omniorb-libs
4.3.2, which requires openssl >=3.3.1
.
libhdbpp-timescale
depends on libpq
that requires openssl <3.2.0a0
.
When you want to install hdbpp-es
and libhdbpp-timescale
together, the solver will give higher priority to the latest build of hdbpp-es
. There are 3 variants of this build (for cpptango 9.3, 9.4 and 9.5). As the 9.5 one isn't compatible due to openssl, it selects 9.4.
If you force cpptango=9.5
, it will use the build 0 that was compiled with omniorb 4.3.1 and openssl 3.1.
There were issues with Postgres and openssl 3.2: https://github.com/conda-forge/postgresql-feedstock/issues/178 This has been fixed but only for newer versions.
As we force libpqxx
to 6.4 in the libhdbpp-timescale recipe, I don't think we will solve this.
We will have to rebuild libhdbpp-timescale
with a newer version of libpqxx
. That might require changes in the project.
I will create an issue.
Thanks Benjamin for the analysis. I'll use the workarounds.
Solution to issue cannot be found in the documentation.
Issue
Installed packages
Environment info