You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The reason will be displayed to describe this comment to others. Learn more.
I was following the example of 6e7d708, but I agree it's nice to have working executables that you can use without the service.
I think the ideal solution might be a wrapper as a new package that depends on riemann-tools, because riemann-tools has a lot of other programs bundled in it that probably don't have this dependency.
I'm hoping to just get an expedient fix into production though. Also I'm going to want to pull the fix into 16.09, so I figure we ought to keep it minimal.
57023ab
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm fine with this change but it may be cleaner to fix the path in riemann-tools build or make the package propagate procps dependency
57023ab
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was following the example of 6e7d708, but I agree it's nice to have working executables that you can use without the service.
I think the ideal solution might be a wrapper as a new package that depends on riemann-tools, because riemann-tools has a lot of other programs bundled in it that probably don't have this dependency.
I'm hoping to just get an expedient fix into production though. Also I'm going to want to pull the fix into 16.09, so I figure we ought to keep it minimal.