Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: 0.3.0
    • Fix Version/s: 0.4.0
    • Component/s: rpm
    • Labels:
      None

      Description

      I didn't think it was possible to have a machine without which, but our shell scripts (in this case, HBase's) use which. See https://groups.google.com/a/cloudera.org/d/topic/scm-users/b29FmI11ja0/discussion for a user who ran into this.

        Activity

        Roman Shaposhnik made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Bruno Mahé made changes -
        Status Patch Available [ 10002 ] Resolved [ 5 ]
        Hide
        Bruno Mahé added a comment -

        Let's open another ticket for the bug created instead of hijacking that one.
        See BIGTOP-642

        Show
        Bruno Mahé added a comment - Let's open another ticket for the bug created instead of hijacking that one. See BIGTOP-642
        Bruno Mahé made changes -
        Status Reopened [ 4 ] Patch Available [ 10002 ]
        Roman Shaposhnik made changes -
        Priority Major [ 3 ] Blocker [ 1 ]
        Hide
        Roman Shaposhnik added a comment -

        Reopening based on the failing tests: http://bigtop01.cloudera.org:8080/view/Bigtop-trunk/job/Bigtop-trunk-packagetest/label=sles11-slave/74/testReport/junit/org.apache.bigtop.itest.packagesmoke/TestPackagesBasics/testPackageInstall_bigtop_utils_/

        We need to figure out which packages which is shipped in or depend on the binary itself.

        Also making it blocker for this release. Bruno, would you take a look into this issue?

        Show
        Roman Shaposhnik added a comment - Reopening based on the failing tests: http://bigtop01.cloudera.org:8080/view/Bigtop-trunk/job/Bigtop-trunk-packagetest/label=sles11-slave/74/testReport/junit/org.apache.bigtop.itest.packagesmoke/TestPackagesBasics/testPackageInstall_bigtop_utils_/ We need to figure out which packages which is shipped in or depend on the binary itself. Also making it blocker for this release. Bruno, would you take a look into this issue?
        Roman Shaposhnik made changes -
        Status Reopened [ 4 ] Reopened [ 4 ]
        Roman Shaposhnik made changes -
        Status Closed [ 6 ] Reopened [ 4 ]
        Bruno Mahé made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Bruno Mahé made changes -
        Status Patch Available [ 10002 ] Resolved [ 5 ]
        Assignee Roman Shaposhnik [ rvs ] Jolly Chen [ jolly ]
        Resolution Fixed [ 1 ]
        Hide
        Bruno Mahé added a comment -

        Patch commited

        Show
        Bruno Mahé added a comment - Patch commited
        Hide
        Andrew Bayer added a comment -

        +1

        Show
        Andrew Bayer added a comment - +1
        Jolly Chen made changes -
        Status Open [ 1 ] Patch Available [ 10002 ]
        Hide
        Jolly Chen added a comment -

        patch submitted.

        Show
        Jolly Chen added a comment - patch submitted.
        Jolly Chen made changes -
        Attachment BIGTOP-633-patch.txt [ 12532786 ]
        Roman Shaposhnik made changes -
        Fix Version/s 0.4.0 [ 12318889 ]
        Hide
        Bruno Mahé added a comment -

        +1 to what Roman said

        Show
        Bruno Mahé added a comment - +1 to what Roman said
        Roman Shaposhnik made changes -
        Summary Bigtop-packaged HBase packages should depend on 'which' bigtop-utils packages should depend on 'which'
        Hide
        Roman Shaposhnik added a comment -

        'which' usage is pervasive in the scripts of Hadoop ecosystem projects. I'm pretty sure that we also use it in bigtop-utils. Given that in Bigtop everything depends on bigtop-utils we can solve the problem of making sure that which is installed by making it a dependency of bigtop-utils package.

        Show
        Roman Shaposhnik added a comment - 'which' usage is pervasive in the scripts of Hadoop ecosystem projects. I'm pretty sure that we also use it in bigtop-utils. Given that in Bigtop everything depends on bigtop-utils we can solve the problem of making sure that which is installed by making it a dependency of bigtop-utils package.
        Roman Shaposhnik made changes -
        Field Original Value New Value
        Assignee Roman Shaposhnik [ rvs ]
        Hide
        Roman Shaposhnik added a comment -

        I didn't think it was possible to have a machine without which

        Wow! Makes 2 of us. I think the easiest way to solve this is to make bigtop-utils depend on it.

        Show
        Roman Shaposhnik added a comment - I didn't think it was possible to have a machine without which Wow! Makes 2 of us. I think the easiest way to solve this is to make bigtop-utils depend on it.
        Philip Zeyliger created issue -

          People

          • Assignee:
            Jolly Chen
            Reporter:
            Philip Zeyliger
          • Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development