http://bugzilla.opensuse.org/show_bug.cgi?id=964612 Bug ID: 964612 Summary: Problem with building from src Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening@forge.provo.novell.com Reporter: mikhail.kasimov@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hello! Got a problem with building Suricata 3.0 (suricata-ids.org) on 13.2. Because, there was no installation guide how-to-install on openSUSE, I tried instructions for Fedora/CentOS, because they are also RPM-based distros. The result was unsuccessful, so I filed the request - https://redmine.openinfosecfoundation.org/issues/1687 , after which the guide for 42.1 was released - https://redmine.openinfosecfoundation.org/projects/suricata/wiki/OpenSuse_In... and later was updated for 13.2. But I use 13.2, so, as you can see, there is a difference between buildings for 13.2 and 42.1: 42.1: -I/usr/include/libnetfilter_queue 13.2: -I/usr/include/libnetfilter_queue-1.0.2 So, the 1st question -- what was the _real_ _technical_ _reason_ to change 'libnetfilter_queue-1.0.2' --> 'libnetfilter_queue' and why not to use persistent variant for all versions? I suppose, the answer is on openSUSE side, right? The 2d question: as you can see, building preocess under openSUSE 13.2/42.1 is much more complicated than under, for example, CentOS (https://redmine.openinfosecfoundation.org/projects/suricata/wiki/CentOS_Inst...) and Ubuntu (https://redmine.openinfosecfoundation.org/projects/suricata/wiki/CentOS_Inst...) by using non-obivious constructions like CPPFLAGS="-I/usr/include/libnetfilter_queue -I/usr/include/libnfnetlink-1.0.1" . How to make this process more easier to user? Is it possible? Thank you! -- You are receiving this mail because: You are on the CC list for the bug.