Return-Path: X-Original-To: apmail-cordova-issues-archive@minotaur.apache.org Delivered-To: apmail-cordova-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1D96710F0B for ; Wed, 19 Mar 2014 03:05:52 +0000 (UTC) Received: (qmail 13963 invoked by uid 500); 19 Mar 2014 03:05:51 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 13927 invoked by uid 500); 19 Mar 2014 03:05:49 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 13445 invoked by uid 99); 19 Mar 2014 03:05:43 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Mar 2014 03:05:43 +0000 Date: Wed, 19 Mar 2014 03:05:42 +0000 (UTC) From: "Marcel Kinard (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CB-6307) minor bugs in coho when non-standard release MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Marcel Kinard created CB-6307: --------------------------------- Summary: minor bugs in coho when non-standard release Key: CB-6307 URL: https://issues.apache.org/jira/browse/CB-6307 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Fix For: 3.5.0 While using coho on our own distribution, I ran into a few minor bugs: - re-execing with the modified ulimit would hide all the output and mask non-zero rc when there was an error. It should show the output and let the non-zero rc cascade out. - the "--sign" argv for create-archive was not properly typed to boolean. So doing "--sign false" did not have the intended result. - if not signing the archive, it still failed if 'gpg' was not present. - when unzipping the zip archive of the source, there is no leading prefix. Thus when unzipping multiple repo archives, they will step on each other unless you first manually create separate subdirectories for each repo zip. Although this isn't technically an error, I think it would more friendly if the zips were already separated into different subdirectories when you unzip them. If there is a reason why my modified behavior in undesirable, please let me know. -- This message was sent by Atlassian JIRA (v6.2#6252)