Package: omniorb-nameserver Version: 4.2.2-0.9+b1 Severity: grave Tags: d-i Justification: renders package unusable
Dear Maintainer, * What led up to the situation? starting omniorb4-nameserver a second time. * What exactly did you do (or not do) that was effective (or ineffective)? rm -f /var/lib/omniorb/omninames* starting/stopping omniorb4-nameserver 2 times: systemctl start omniorb-nameserver => service runs systemctl stop omniorb-nameserver => in /var/lib/omniorb/: omninames-*.bak omninames-*.dat exists systemctl start omniorb-nameserver * What was the outcome of this action? => omniorb4-nameserver service does not run (systemctl status omniorb4-nameserver) => in /var/lib/omniorb/: omninames-*.bak omninames-*.dat omninames-*.log exists * What outcome did you expect instead? - omniNames nameserver service runs. - omninames-*.log does not exist in /var/lib/omniorb/ * I think the problem is in /etc/init.d/omniorb4-nameserver which copies omninames-*.bak file to .log According to http://omniorb.sourceforge.net/omni42/omniNames.html ".log" is replaced by ".dat". I think this is just a matter of filename extensions. -- System Information: Debian Release: 10.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-14-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages omniorb-nameserver depends on: ii libc6 2.28-10 ii libgcc1 1:8.3.0-6 ii libomniorb4-2 4.2.2-0.9+b1 ii libomnithread4 4.2.2-0.9+b1 ii libstdc++6 8.3.0-6 ii lsb-base 10.2019051400 omniorb-nameserver recommends no packages. omniorb-nameserver suggests no packages.