Reactivating network services for a selected chroot environment

I would like to install current software packages.
Unfortunately, I stumbled on special system dependencies where *(https://bugzilla.opensuse.org/show_bug.cgi?id=1190008#c31).
I am trying to adjust remaining open issues by the means of another chroot environment.

Internet access needs further considerations here.
Other users came also along similar system configuration challenges for the reactivation of network access.
How will the chances evolve for improving the reported software situation?

**markus-elfring@bw-wst-linux1**:**~/root-Alternative**$ sudo ls -l ${chr}etc/resolv.conf 
lrwxrwxrwx 1 root root 26 Aug 31 10:57 /home/markus-elfring/root-Alternative/etc/resolv.conf -> /run/netconfig/resolv.conf

Would you like to suggest any approaches for getting the corresponding network services to run as expected (within the “changed root”)?*

I can copy data from a working system into the file “~/root-Alternative/etc/resolv.conf” for example.
(A symbolic link can temporarily be replaced by a special file variant.)

I observe the next system configuration challenges then.

**bw-wst-linux1:/ #** zypper info zypper
…
Problem retrieving files from 'openSUSE:Tumbleweed'.
Download (curl) error for 'https://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/repodata/repomd.xml':                                                                    
Error code: Curl error 60                                                                                                                                                                    
Error message: SSL certificate problem: unable to get local issuer certificate                                                                                                               

Please see the above error message for a hint. 
Warning: Skipping repository 'openSUSE:Tumbleweed' because of the above error.
…
Information for package zypper:
…
Status         : out-of-date (version 1.14.44-1.1 installed)
…

Which system settings should be accordingly adjusted? :\

Another try:

**bw-wst-linux1:/ #** zypper in ca-certificates
…
Some of the repositories have not been refreshed because of an error.
Loading repository data... 
Reading installed packages... 
Resolving package dependencies... 

The following package is going to be upgraded:
  ca-certificates 

1 package to upgrade. 
Overall download size: 25.1 KiB. Already cached: 0 B. After the operation, additional 992.0 B will be used. 
**Continue? [y/n/v/...? shows all options] (y): **
Retrieving package ca-certificates-2+git20210723.27a0476-1.2.noarch                                                                                     (1/1),  25.1 KiB ( 27.8 KiB unpacked) 
Retrieving: ca-certificates-2+git20210723.27a0476-1.2.noarch.rpm ........................................................................................................[done (527.1 KiB/s)] 

Checking for file conflicts: ..........................................................................................................................................................[done] 
(1/1) Installing: ca-certificates-2+git20210723.27a0476-1.2.noarch ....................................................................................................................[done] 
Additional rpm output:
touch: cannot touch '/var/lib/systemd/sysv-convert/database': No such file or directory
/usr/lib/systemd/systemd-sysv-convert: line 25: /var/lib/systemd/sysv-convert/database: No such file or directory
/usr/lib/systemd/systemd-sysv-convert: line 40: /var/lib/systemd/sysv-convert/database: No such file or directory
…
touch: cannot touch '/var/lib/systemd/sysv-convert/database': No such file or directory
…
Running in chroot, ignoring command 'daemon-reload'
Running in chroot, ignoring command 'try-restart'
…

It seems that this software installation helped a bit. :slight_smile:

**bw-wst-linux1:/ #** zypper update zypper
…
Some of the repositories have not been refreshed because of an error.
Loading repository data... 
Reading installed packages... 
Resolving package dependencies... 

The following 2 NEW packages are going to be installed:
  libboost_thread1_77_0 libprotobuf-lite28 

The following 11 packages are going to be upgraded:
  filesystem glibc glibc-devel glibc-extra glibc-lang glibc-locale glibc-locale-base libzypp nscd valgrind zypper 

The following package requires a system reboot:
  glibc 

11 packages to upgrade, 2 new. 
Overall download size: 34.6 MiB. Already cached: 0 B. After the operation, additional 3.5 MiB will be used. 

    Note: System reboot required. 
**Continue? [y/n/v/...? shows all options] (y): **
Retrieving package filesystem-84.87-2.2.x86_64                                                                                                         (1/13),  66.5 KiB (  584   B unpacked) 
Retrieving: filesystem-84.87-2.2.x86_64.rpm ...........................................................................................................................................[done] 
Retrieving package glibc-2.34-1.2.x86_64                                                                                                               (2/13),   1.8 MiB (  5.8 MiB unpacked) 
Retrieving: glibc-2.34-1.2.x86_64.rpm ---------------------------------------------------------------------------------------------------------------------------------------------[starting]
Segmentation fault (core dumped)

How will further solution ideas evolve for involved issues? :\

Some system configuration steps enabled the update for a lot of software packages.
The desired distribution upgrade succeeded then as expected finally.