| Summary: | pps-tools bash dependency | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Jan Dohl <jan.dohl> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | buildroot, yann.morin.1998 |
| Priority: | P5 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
|
Description
Jan Dohl
2018-10-22 14:35:51 UTC
Yes, please send a patch upstream, wait a couple of days for feedback, then send a patch adding the patch to Buildroot. Note that for Buildroot, both the patch itself and the patch adding the patch need to have a good commit message and a Signed-off-by line. I submitted a patch here: https://github.com/redlab-i/pps-tools/pull/9 The author did some more changes and committed an update to the master branch: https://github.com/redlab-i/pps-tools/pull/10 Since the pps-tools package in buildroot seems to load directly from a certain commit on the master branch, should I just update the package to the newest commit-id and submit a patch? Or is this usually done by the maintainer? Jan, All, Yes, please send an update to bump the version. You should maybe entice upstream to cut out a release of their own. If they don't, then it would be acceptable to bu;p to the latest sha1 from their master. Notice that since yesterday evening, we're now in feature-freeze for the next Buildroot release, so this would only be applied after the release is cut, scheduled for the end of the month. Regards, Yann E. MORIN. I've submitted http://patchwork.ozlabs.org/patch/1006890/ which should fix this issue. |