[MDEV-32791] MariaDB-client community can't be installed in red hat ubi9 Created: 2023-11-13  Updated: 2023-11-14

Status: Confirmed
Project: MariaDB Server
Component/s: None
Affects Version/s: None
Fix Version/s: 10.4, 10.5, 10.6

Type: Bug Priority: Major
Reporter: Richard Stracke Assignee: Vladislav Lesin
Resolution: Unresolved Votes: 0
Labels: None


 Description   

MariaDB-client can't be installed with official red hat ubi9 docker container

tested with MariaDB-client-10.6.15-1.el9.x86_64

#7 74.52  Problem: cannot install the best candidate for the job
#7 74.52   - nothing provides libpmem.so.1()(64bit) needed by MariaDB-client-10.6.15-1.el9.x86_64 from mariadb-main
#7 74.52   - nothing provides libpmem.so.1(LIBPMEM_1.0)(64bit) needed by MariaDB-client-10.6.15-1.el9.x86_64 from mariadb-main

to reproduce:

docker run -it --name ubi92 registry.access.redhat.com/ubi9/ubi
 
in docker: 
 
yum install wget
 
wget https://r.mariadb.com/downloads/mariadb_repo_setup
 
chmod +x mariadb_repo_setup
 
 ./mariadb_repo_setup --skip-check-installed --mariadb-server-version="mariadb-10.6"
 
  yum install MariaDB-client



 Comments   
Comment by Sergei Golubchik [ 2023-11-13 ]

Why it's a bug? If you try to install it in a stripped-down image that doesn't provide everything that RHEL9 has — it might not install, isn't it expected?

Comment by Daniel Black [ 2023-11-13 ]

I think there's an aspect that the client shouldn't link or depend on libpmem.

Comment by Sergei Golubchik [ 2023-11-14 ]

perhaps, we can avoid linking embedded with libpmem.

Richard, MariaDB-client package comes with mariadb-embedded, which is linked with libpmem

Comment by Vivien [ 2023-11-14 ]

Hello,

This issue does not exist in the enterprise version of mariadb client.

Also, this might be global to any RHEL9.3+ (and rebuild of RHEL) as libpmem is now deprecated : https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/9.3_release_notes/index#deprecated-functionality-file-systems-and-storage

Generated at Thu Feb 08 10:34:03 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.