From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 04BA51F4B4 for ; Fri, 25 Sep 2020 19:15:10 +0000 (UTC) Received: from localhost ([::1]:44000 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLtBU-00021x-Pi for e@80x24.org; Fri, 25 Sep 2020 15:15:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59516) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLtBS-00021m-SL for dtas-all@nongnu.org; Fri, 25 Sep 2020 15:15:06 -0400 Received: from dcvr.yhbt.net ([64.71.152.64]:35906) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLtBR-0003vA-2B for dtas-all@nongnu.org; Fri, 25 Sep 2020 15:15:06 -0400 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 4E4121F4B4; Fri, 25 Sep 2020 19:14:59 +0000 (UTC) Date: Fri, 25 Sep 2020 19:14:59 +0000 From: Eric Wong To: dtas-all@nongnu.org Subject: Re: Line wrapping in YAML output Message-ID: <20200925191459.GA29490@dcvr> References: <20200613152543.owwp2ey3byvf2row@gmail.com> <20200615002434.GA30135@dcvr> <20200615111727.yn23ntg6spxa7ft4@gmail.com> <20200616041938.GA7549@dcvr> <20200616095307.65qsl7rjr66nroz5@gmail.com> <20200628233939.GA8775@dcvr> <20200923103740.rsf76prgbkpzkhvs@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200923103740.rsf76prgbkpzkhvs@gmail.com> Received-SPF: pass client-ip=64.71.152.64; envelope-from=e@80x24.org; helo=dcvr.yhbt.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/25 15:14:59 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: dtas-all@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: duct tape audio suite List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dtas-all-bounces+e=80x24.org@nongnu.org Sender: "dtas-all" James Rowe wrote: > [Summer break…] > > > > * Eric Wong (e@80x24.org) wrote: > > Btw, would you have any thoughts on whether the current implementation > > language being Ruby has a positive or negative effect on adoption? Or > > if Perl might be more appealing as it's already on more systems and > > has faster startup. On a side note, there may be Ruby start-time improvements next year. > I believe the single biggest thing that could improve adoption would > be a Debian/Fedora package, preferably an official one. I know the lack > of a system package was an annoyance for a few people I’ve spoken to > about dtas. Needing to care about implementation language *somewhat* > disappears when an install is just a apt or dnf call, and the > integration extras such as service management makes life nicer. I totally agree, and that's why I've tried to reduce dependencies on unpackaged gems to reduce overhead for potential packagers. I generally avoid software which isn't in distros. > I get that packaging is a lot of work(and not always possible via > official channels), but I’m just putting it out there. Yes, it would be much work (definitely too much for me). I know somebody on the ruby-talk list was interested years ago, but I forgot what came of it. I guess we'll have to wait for someone else to come along. Fwiw, I also find 99% of marketing annoying and pushy; so there won't be more of that aside from release announcements on ruby-talk.