https://redmine.openinfosecfoundation.org/https://redmine.openinfosecfoundation.org/favicon.ico?17011170022013-10-26T10:21:25ZOpen Information Security FoundationSuricata - Bug #868: Makefile[.in] doesn't use its own INSTALL variable definitionhttps://redmine.openinfosecfoundation.org/issues/868?journal_id=36302013-10-26T10:21:25ZVictor Julienvictor@inliniac.net
<ul><li><strong>Target version</strong> set to <i>TBD</i></li></ul> Suricata - Bug #868: Makefile[.in] doesn't use its own INSTALL variable definitionhttps://redmine.openinfosecfoundation.org/issues/868?journal_id=73522016-09-08T14:52:45ZAndreas Herzoisf@herzandreas.de
<ul><li><strong>Assignee</strong> set to <i>OISF Dev</i></li></ul> Suricata - Bug #868: Makefile[.in] doesn't use its own INSTALL variable definitionhttps://redmine.openinfosecfoundation.org/issues/868?journal_id=128862019-07-09T21:38:13ZAndreas Herzoisf@herzandreas.de
<ul></ul><p>This shouldn't break any other build process right?</p> Suricata - Bug #868: Makefile[.in] doesn't use its own INSTALL variable definitionhttps://redmine.openinfosecfoundation.org/issues/868?journal_id=138372019-09-25T19:36:57ZVictor Julienvictor@inliniac.net
<ul><li><strong>Subject</strong> changed from <i>1.4.3: Makefile[.in] doesn't use its own INSTALL variable definition</i> to <i>Makefile[.in] doesn't use its own INSTALL variable definition</i></li><li><strong>Assignee</strong> changed from <i>OISF Dev</i> to <i>Community Ticket</i></li></ul><p>Patch should be through github against Makefile.am, as Makefile.in is generated from that.</p>