You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bigtop.apache.org by "Roman Shaposhnik (Created) (JIRA)" <ji...@apache.org> on 2012/03/07 21:26:59 UTC

[jira] [Created] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

need to split hadoop subpackages even further for hadoop-0.23
-------------------------------------------------------------

                 Key: BIGTOP-435
                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
             Project: Bigtop
          Issue Type: Bug
          Components: General
    Affects Versions: 0.4.0
            Reporter: Roman Shaposhnik
             Fix For: 0.4.0


Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
  # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
  # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Assigned] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Roman Shaposhnik (Assigned) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Roman Shaposhnik reassigned BIGTOP-435:
---------------------------------------

    Assignee: Roman Shaposhnik
    
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Roman Shaposhnik (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Roman Shaposhnik updated BIGTOP-435:
------------------------------------

    Attachment: BIGTOP-435.patch.txt
    
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>         Attachments: BIGTOP-435.patch.txt
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Issue Comment Edited] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Bruno Mahé (Issue Comment Edited JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224687#comment-13224687 ] 

Bruno Mahé edited comment on BIGTOP-435 at 3/7/12 8:43 PM:
-----------------------------------------------------------

* bigtop-packages/src/common/hadoop/hadoop-layout.sh needs Apache License Header
* Indentation issue

Other than that awesome work!
                
      was (Author: bmahe):
    * bigtop-packages/src/common/hadoop/hadoop-layout.sh needs Apache License Header

                  
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>         Attachments: BIGTOP-435.patch.txt
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[jira] [Commented] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Bruno Mahé (Commented JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13226723#comment-13226723 ] 

Bruno Mahé commented on BIGTOP-435:
-----------------------------------

Do you know if your patch fixes BIGTOP-445 ?
                
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>         Attachments: BIGTOP-435.patch.txt
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[jira] [Commented] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Bruno Mahé (Commented JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13226633#comment-13226633 ] 

Bruno Mahé commented on BIGTOP-435:
-----------------------------------

In case this is not obvious, I +1 the patch provided my concerns above are taken care of. They don't warrant a new patch and I will look at the commit.
                
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>         Attachments: BIGTOP-435.patch.txt
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[jira] [Commented] (BIGTOP-435) need to split hadoop subpackages even further for hadoop-0.23

Posted by "Bruno Mahé (Commented JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/BIGTOP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224687#comment-13224687 ] 

Bruno Mahé commented on BIGTOP-435:
-----------------------------------

* bigtop-packages/src/common/hadoop/hadoop-layout.sh needs Apache License Header

                
> need to split hadoop subpackages even further for hadoop-0.23
> -------------------------------------------------------------
>
>                 Key: BIGTOP-435
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-435
>             Project: Bigtop
>          Issue Type: Bug
>          Components: General
>    Affects Versions: 0.4.0
>            Reporter: Roman Shaposhnik
>            Assignee: Roman Shaposhnik
>             Fix For: 0.4.0
>
>         Attachments: BIGTOP-435.patch.txt
>
>
> Now that Hadoop 0.23 has incorporate some of the proposed changes to making the layout flexible, we no longer need the kind of hacks on which we used to rely. The proposed patch accomplishes an almost complete clean split between hadoop subpackages (treating them as independent projects) with the following 2 exceptions:
>   # libexec still need to be a common location (currently /usr/lib/hadoop/libexec)
>   # configuration files still need to be in a common location (currently /etc/hadoop/conf)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira