[ 
https://issues.apache.org/jira/browse/BIGTOP-1422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Konstantin Boudnik resolved BIGTOP-1422.
----------------------------------------
       Resolution: Won't Fix
    Fix Version/s:     (was: 1.0.0)
                   backlog

I am closing this as the lengthy communication with the rest of the community 
has clearly demonstrated a few things:
# there's no interest among the people to work on this.
# in order for a new format to win a huge effort needs to be undertaken in the 
form of tools, management and administration software, as well as a whole new 
build and deployment system. Clearly, no one is interested in that because the 
ROI of such an effort would be minuscule compare to what standard Linux 
packaging provides already 
# I myself have reconsidered my own initial proposal and think it was a pretty 
immature idea to begin with. Thanks a bunch to the folks who have helped me to 
come to my senses.

Hopefully, this puts the idea of blob deployment of Hadoop-based stacks at 
rest. At least where it comes to Bigtop support of it.

> Introduce Universal Packaging System for Hadoop distribution
> ------------------------------------------------------------
>
>                 Key: BIGTOP-1422
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1422
>             Project: Bigtop
>          Issue Type: New Feature
>          Components: build, deployment
>    Affects Versions: 0.8.0
>            Reporter: Konstantin Boudnik
>            Priority: Blocker
>             Fix For: backlog
>
>         Attachments: RU-Packaginglayout.pdf
>
>
> Looks like the time comes where Bigtop needs to step up and champion new 
> revolutionary format for packaging of the Hadoop.
> New UPS provides completely relocatable archive-like media of distribution 
> for the content and the services alike. Preparation of an UPS deliverables 
> shouldn't require any special development tools nor particular SDL: only 
> cross-platform archives and widely available command-line interpreters would 
> be a per-requisite for the creation and installation.
> In our opinion, the separation of the services and content of the 
> applications, e.g. .deb and .rpm, are an outdated paradigm, which complicates 
> the deployment processes, upgrades, and overall system orchestration.
> Architectural proposal will follow shortly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to