Bug#903675: hyperscan/5.0.0-1 appears to break suricata/1:4.0.4-1 autopktest: suricata fails to install
severity #903675 normal Hi, yes, I uploaded hyperscan 5.0.0 without creating a transition package and a new libhyperscan5 binary package. Thus the libhyperscan4 binary package is broken. I don't know how to fix this but I am on it. Regards, -- Robert Haist 2BC8 3F55 A400 7468 864C 680E 1B7C C8D4 D4E9 14AA On 07/21/2018 11:40 AM, Marcus Frings wrote: > Package: suricata > Version: 1:4.0.5-1 > Followup-For: Bug #903675 > > Hi all, > > I would like to add that I see the following entry in my logs: > > "/usr/bin/suricata: error while loading shared libraries: libhs.so.4: cannot > open shared object file: No such file or directory" > > However, the latest libhyperscan4 contains libhs.so.5 and not > libhs.so.4, which is the reason why suricta fails to (re-)start on my > system. > > Best regards, > Marcus > > -- System Information: > Debian Release: buster/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US:en (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages suricata depends on: > ii dpkg 1.19.0.5+b1 > ii libc6 2.27-5 > ii libcap-ng0 0.7.9-1 > ii libevent-2.1-6 2.1.8-stable-4 > ii libevent-pthreads-2.1-62.1.8-stable-4 > ii libgeoip1 1.6.12-1 > ii libgnutls303.5.19-1 > ii libhiredis0.13 0.13.3-2.2 > ii libhtp21:0.5.26-1 > ii libhyperscan4 5.0.0-1 > ii libjansson42.11-1 > ii libltdl7 2.4.6-2.1 > ii libluajit-5.1-22.1.0~beta3+dfsg-5.1 > ii libmagic1 1:5.33-3 > ii libnet11.1.6+dfsg-3.1 > ii libnetfilter-log1 1.0.1-1.1+b1 > ii libnetfilter-queue11.0.2-2 > ii libnfnetlink0 1.0.1-3+b1 > ii libnspr4 2:4.19-3 > ii libnss32:3.38-1 > ii libpcap0.8 1.8.1-6 > ii libpcre3 2:8.39-10 > ii libprelude23 4.1.0-4+b2 > ii libpython2.7-stdlib [python-argparse] 2.7.15-1 > ii libyaml-0-20.2.1-1 > ii lsb-base 9.20170808 > ii python 2.7.15-3 > ii python-simplejson 3.15.0-1+b1 > > Versions of packages suricata recommends: > ii python 2.7.15-3 > ii snort-rules-default 2.9.7.0-5 > ii suricata-oinkmaster 1:4.0.5-1 > > Versions of packages suricata suggests: > pn libtcmalloc-minimal4 > > -- Configuration Files: > /etc/suricata/suricata.yaml changed [not included] > > -- no debconf information > signature.asc Description: OpenPGP digital signature
Bug#903675: hyperscan/5.0.0-1 appears to break suricata/1:4.0.4-1 autopktest: suricata fails to install
Package: suricata Version: 1:4.0.5-1 Followup-For: Bug #903675 Hi all, I would like to add that I see the following entry in my logs: "/usr/bin/suricata: error while loading shared libraries: libhs.so.4: cannot open shared object file: No such file or directory" However, the latest libhyperscan4 contains libhs.so.5 and not libhs.so.4, which is the reason why suricta fails to (re-)start on my system. Best regards, Marcus -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages suricata depends on: ii dpkg 1.19.0.5+b1 ii libc6 2.27-5 ii libcap-ng0 0.7.9-1 ii libevent-2.1-6 2.1.8-stable-4 ii libevent-pthreads-2.1-62.1.8-stable-4 ii libgeoip1 1.6.12-1 ii libgnutls303.5.19-1 ii libhiredis0.13 0.13.3-2.2 ii libhtp21:0.5.26-1 ii libhyperscan4 5.0.0-1 ii libjansson42.11-1 ii libltdl7 2.4.6-2.1 ii libluajit-5.1-22.1.0~beta3+dfsg-5.1 ii libmagic1 1:5.33-3 ii libnet11.1.6+dfsg-3.1 ii libnetfilter-log1 1.0.1-1.1+b1 ii libnetfilter-queue11.0.2-2 ii libnfnetlink0 1.0.1-3+b1 ii libnspr4 2:4.19-3 ii libnss32:3.38-1 ii libpcap0.8 1.8.1-6 ii libpcre3 2:8.39-10 ii libprelude23 4.1.0-4+b2 ii libpython2.7-stdlib [python-argparse] 2.7.15-1 ii libyaml-0-20.2.1-1 ii lsb-base 9.20170808 ii python 2.7.15-3 ii python-simplejson 3.15.0-1+b1 Versions of packages suricata recommends: ii python 2.7.15-3 ii snort-rules-default 2.9.7.0-5 ii suricata-oinkmaster 1:4.0.5-1 Versions of packages suricata suggests: pn libtcmalloc-minimal4 -- Configuration Files: /etc/suricata/suricata.yaml changed [not included] -- no debconf information
Bug#903675: hyperscan/5.0.0-1 appears to break suricata/1:4.0.4-1 autopktest: suricata fails to install
Hi all, On 12-07-18 22:11, Paul Gevers wrote: > Source: hyperscan, suricata > With a recent upload of hyperscan the autopkgtest of suricata started to > fail in unstable and testing. I have copied the error below. The new > version of hyperscan prevents suricata to be installed. > > Currently this regression is delaying the migration of hyperscan to > testing by 13 days. Could you please investigate the situation and > determine which package needs to fix something, and assign appropriately? I noticed that there was a new upload of suricata, that didn't address this issue (the test still fails with it in unstable). Aren't the suricata maintainers worried about the fails-to-install? Just to remind you, if nothing happens regarding the severity of this bug, hyperscan could migrate to testing in 6 days. Interesting enough, piuparts doesn't seem to catch this fails-to-install. Paul PS: the autopkgtest of the new version of suricata fails in testing signature.asc Description: OpenPGP digital signature
Bug#903675: hyperscan/5.0.0-1 appears to break suricata/1:4.0.4-1 autopktest: suricata fails to install
Source: hyperscan, suricata Version: hyperscan/5.0.0-1 Version: suricata/1:4.0.4-1 User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of hyperscan the autopkgtest of suricata started to fail in unstable and testing. I have copied the error below. The new version of hyperscan prevents suricata to be installed. Currently this regression is delaying the migration of hyperscan to testing by 13 days. Could you please investigate the situation and determine which package needs to fix something, and assign appropriately? More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul https://ci.debian.net/data/autopkgtest/testing/amd64/s/suricata/594512/log.gz Setting up suricata (1:4.0.4-1) ... Job for suricata.service failed because the control process exited with error code. See "systemctl status suricata.service" and "journalctl -xe" for details. invoke-rc.d: initscript suricata, action "start" failed. ● suricata.service - Suricata IDS/IDP daemon Loaded: loaded (/lib/systemd/system/suricata.service; disabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since Thu 2018-07-12 04:39:04 UTC; 6ms ago Docs: man:suricata(8) man:suricatasc(8) https://suricata-ids.org/docs/ Process: 3273 ExecStart=/usr/bin/suricata -D --af-packet -c /etc/suricata/suricata.yaml --pidfile /var/run/suricata.pid (code=exited, status=127) dpkg: error processing package suricata (--configure): installed suricata package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of autopkgtest-satdep: autopkgtest-satdep depends on suricata; however: Package suricata is not configured yet. dpkg: error processing package autopkgtest-satdep (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of suricata-oinkmaster: suricata-oinkmaster depends on suricata (>= 1:4.0.4-1); however: Package suricata is not configured yet. dpkg: error processing package suricata-oinkmaster (--configure): dependency problems - leaving unconfigured signature.asc Description: OpenPGP digital signature
