Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 0.3.0
    • Fix Version/s: 0.5.0
    • Component/s: Debian
    • Labels:
      None

      Description

      HBase's debian rules has a build target but no build-stamp target. Hadoop, on the other hand, has both. So Hadoop's build is smart enough to know it only needs to call the build target once, since build-stamp is satisfied by the file it touches after running do-component-build, while HBase ends up running the full build target again for later dependencies, because there's no way for it to know it's already run.

        Activity

        Andrew Bayer created issue -
        Andrew Bayer made changes -
        Field Original Value New Value
        Summary Some Debian builds run do-component-build twice HBase Debian builds run do-component-build twice
        Description Some of the Debian builds (e.g., HBase, but not Hadoop) have a build target but no build-stamp target. Hadoop, on the other hand, has both. So Hadoop's build is smart enough to know it only needs to call the build target once, since build-stamp is satisfied by the file it touches after running do-component-build, while HBase ends up running the full build target again for later dependencies, because there's no way for it to know it's already run. HBase's debian rules has a build target but no build-stamp target. Hadoop, on the other hand, has both. So Hadoop's build is smart enough to know it only needs to call the build target once, since build-stamp is satisfied by the file it touches after running do-component-build, while HBase ends up running the full build target again for later dependencies, because there's no way for it to know it's already run.
        Gavin made changes -
        Workflow no-reopen-closed, patch-avail [ 12661899 ] patch-available, re-open possible [ 12665933 ]
        Roman Shaposhnik made changes -
        Assignee Andrew Bayer [ abayer ] Roman Shaposhnik [ rvs ]
        Fix Version/s 0.4.0 [ 12318889 ]
        Roman Shaposhnik made changes -
        Fix Version/s 0.5.0 [ 12321865 ]
        Fix Version/s 0.4.0 [ 12318889 ]
        Roman Shaposhnik made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Roman Shaposhnik made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Roman Shaposhnik
            Reporter:
            Andrew Bayer
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development