Re: it's a shame... python error over error

On 25.12.24 12:05, aotto1968 wrote:

I get angry…
 next python error…
 1) The OpenSUSE command "cnf" checks if a special package feature is installed.
2) I recently compiled **my** SQLite3 library specifically tailored to **my** requirement and installed it in **my** SQLite3 project directory and never changed the OpenSUSE installation.
3) "cnf" seems to use "Python" internally, but is **not** able to configure the *Python* environment to use only "OpenSUSE"'s own "Python" and "Sqlite3" software.
4) Now the "cnf" fails with "Python" which apparently tries to use **my** SQLite3.
  > what a shame.
   > cnf jmc
Traceback (most recent call last):
   File "/usr/bin/cnf", line 9, in <module>
     import scout
   File "/usr/lib/python3.6/site-packages/scout/__init__.py", line 10, in <module>
     import sqlite3
   File "/usr/lib64/python3.6/sqlite3/__init__.py", line 23, in <module>
     from sqlite3.dbapi2 import *
   File "/usr/lib64/python3.6/sqlite3/dbapi2.py", line 27, in <module>
     from _sqlite3 import *
ImportError: /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so: undefined symbol: sqlite3_trace
 

It is not only an *usage* error it is also an *security* error because:
1) "cnf" is using OS python
 > head /usr/bin/cnf
#!/usr/bin/python3
import gettext
import os
...
2) os "root" python
 > ls -al /usr/bin/python3
lrwxrwxrwx 1 root root 9  2. Dez 13:16 /usr/bin/python3 -> python3.6
 > ls -al /usr/bin/python3.6
-rwxr-xr-x 2 root root 10560  2. Dez 13:16 /usr/bin/python3.6
3) using **my** local non-root library
 > ls -al NHI1_EXT/lib64/libsqlite3.so.0
lrwxrwxrwx 1 dev1usr users 19 23. Dez 22:09 NHI1_EXT/lib64/libsqlite3.so.0 -> libsqlite3.so.0.8.6
 > ls -al NHI1_EXT/lib64/libsqlite3.so.0.8.6
-rwxr-xr-x 1 dev1usr users 3851872 23. Dez 22:09 NHI1_EXT/lib64/libsqlite3.so.0.8.6