From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id aJTqMXZ9HmCsHgAA0tVLHw (envelope-from ) for ; Sat, 06 Feb 2021 11:28:54 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id CHK3LXZ9HmC5JwAA1q6Kng (envelope-from ) for ; Sat, 06 Feb 2021 11:28:54 +0000 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 aspmx1.migadu.com (Postfix) with ESMTPS id DB26C940509 for ; Sat, 6 Feb 2021 11:28:53 +0000 (UTC) Received: from localhost ([::1]:33738 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8Llk-0004LP-RG for larch@yhetil.org; Sat, 06 Feb 2021 06:28:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41890) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l8Lkw-0004Kp-OW for guix-patches@gnu.org; Sat, 06 Feb 2021 06:28:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:33673) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l8Lkw-0004cz-Gt for guix-patches@gnu.org; Sat, 06 Feb 2021 06:28:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l8Lkw-00065Z-Dj for guix-patches@gnu.org; Sat, 06 Feb 2021 06:28:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#46215] [PATCH] Add yadm Resent-From: Ellis =?UTF-8?Q?Keny=C5=91?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 06 Feb 2021 11:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46215 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Leo Prikler Cc: 46215@debbugs.gnu.org Received: via spool by 46215-submit@debbugs.gnu.org id=B46215.161261082923334 (code B ref 46215); Sat, 06 Feb 2021 11:28:02 +0000 Received: (at 46215) by debbugs.gnu.org; 6 Feb 2021 11:27:09 +0000 Received: from localhost ([127.0.0.1]:45216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8Lk5-00064I-CG for submit@debbugs.gnu.org; Sat, 06 Feb 2021 06:27:09 -0500 Received: from mail.elken.dev ([165.22.120.78]:49775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8Lk2-00063m-96 for 46215@debbugs.gnu.org; Sat, 06 Feb 2021 06:27:07 -0500 Received: from authenticated-user (mail.elken.dev [165.22.120.78]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.elken.dev (Postfix) with ESMTPSA id 1B6383F165; Sat, 6 Feb 2021 12:27:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elken.dev; s=mail; t=1612610820; bh=p/EXt7EHE8sKa64zPTTFnhBVsNzYbv2qyLQlnEqbJRM=; h=In-Reply-To:References:Subject:From:Date:To:CC:From; b=cwd0APILyY8D9gZRwIPnFEq1W3AbRrf1f5Z5XKYeCU7Zl3AopY94h7Ur9nKmQ7jSq B9I2HOMBokI+Emkw8bhNj2xxozipTvd/PE7rXRhCxJfVJo2Pvz5fZzP9zzTAHNQVWs REdT5n8jWYNT0fEmvJ8n6eVpBrmrhZD5GoGn+q/aiUTBHdAH9HyDK9vCpl8voIzqkH OJs+MQrF7OS1ihfzWwkNdkSwBi5vVeFPJyPkQzGRvgM81X/c7CNP8pcO5Tuv3qymT0 uRJYm06MjUzfK1T+UajpPplb2iCtoNHg9qSTmJB6qgnVrs+Hug2bA9yeSybVYzxag0 +i2romJBpneaw== In-Reply-To: <78f1ced9e2125994a806383fb1d985d256874a81.camel@student.tugraz.at> References: <20210131164721.8792-1-me@elken.dev> <84ab5054792abeb5e9b85d21229cd7182204d817.camel@student.tugraz.at> <87czxkc0yv.fsf@elken.dev> <0ff6a0c2cc9a2f65cd51c1eeb9e6a33aa4789766.camel@student.tugraz.at> <669deac8-ffa5-42ba-8741-3cae0b18220e@elken.dev> <38ed969df583e9254802fa7a4a80299ec5caddc4.camel@student.tugraz.at> <9efaa5895bc488ddd4fd8c456aa5c2fdf09cb4af.camel@student.tugraz.at> <87pn1dpkwr.fsf@elken.dev> <9b32a7b7-9664-4108-a66c-f3de42d10c68@elken.dev> <78f1ced9e2125994a806383fb1d985d256874a81.camel@student.tugraz.at> X-Referenced-Uid: 2618 Thread-Topic: Re: [PATCH] Add yadm X-Is-Generated-Message-Id: true MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----JL93IFDTIF4PIJ6U9MKCCIEIDYLI4H" Content-Transfer-Encoding: 7bit Date: Sat, 06 Feb 2021 11:26:59 +0000 Message-ID: <330eb3b4-1e90-4c0e-bb83-a8bd2cd81365@elken.dev> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" Reply-to: Ellis =?UTF-8?Q?Keny=C5=91?= X-ACL-Warn: , Ellis =?UTF-8?Q?Keny=C5=91?= via Guix-patches From: Ellis =?UTF-8?Q?Keny=C5=91?= via Guix-patches via X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.86 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=elken.dev header.s=mail header.b=cwd0APIL; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Migadu-Queue-Id: DB26C940509 X-Spam-Score: -2.86 X-Migadu-Scanner: scn0.migadu.com X-TUID: 9DTF06bKA6Rh ------JL93IFDTIF4PIJ6U9MKCCIEIDYLI4H Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 I'm not at all fixated on a minimal package and I resent the idea of puttin= g minimal effort in=2E I was purely asking a simple question, there's no n= eed to resort to rudeness=2E On 6 Feb 2021, 11:22, at 11:22, Leo Prikler = wrote: >Am Samstag, den 06=2E02=2E202= 1, 10:58 +0000 schrieb Ellis Keny=C5=91: >> > As long as it can reasonably = be expected, that users will want it, >> > yes=2E >> > If the soft depende= ncy is indeed completely optional, the software >> > works perfectly fine w= ithout it and few people will be negatively >> > impacted by a minor featur= e missing, then it's fine to leave it >> > as-is >> >> This is the only po= int I'm making=2E Things like templates and >> encryption aren't used by ev= eryone so could definitely be optional, >> so I was asking if there was a s= imple way to handle optional inputs=2E >> As it doesn't seem like there is = I'll just add everything required=2E >I'd like to say "use your best judgem= ent", but you seem to be a little >too fixated on having a minimal package = description (and putting >minimal effort into it)=2E For instance, when th= e package advertises >encryption, while it is technically optional, shippin= g it without gpg >would be a grave oversight! (On the other hand, you need= not >necessarily have openssl, since encryption requires any of gpg or >op= enssl, not both=2E) Same for templates, at least awk is required and >eith= er j2cli or envtpl would be nice to have=2E > >Regards, >Leo ------JL93IFDTIF4PIJ6U9MKCCIEIDYLI4H Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I'm not at a= ll fixated on a minimal package and I resent the idea of putting minimal ef= fort in=2E

I was purely asking a simple que= stion, there's no need to resort to rudeness=2E
On 6 Feb 2021, at 11:22, Leo Prikler <leo=2Eprikler@student=2Etugr= az=2Eat> wrote:
Am Samstag, den 06=2E02=2E2021, 10:58 +0000 sch=
rieb Ellis Keny=C5=91:
=

 As long as it can reasona=
bly be expected, that users will want it, 
 yes=2E
 If the soft depen=
dency is indeed completely optional, the software
 works perfectly fine =
without it and few people will be negatively
 impacted by a minor featur=
e missing, then it's fine to leave it
 as-is
 
 This =
is the only point I'm making=2E Things like templates and
 encryption ar=
en't used by everyone so could definitely be optional,
 so I was asking =
if there was a simple way to handle optional inputs=2E
 As it doesn't se=
em like there is I'll just add everything required=2E
I'd l=
ike to say "use your best judgement", but you seem to be a little
too fi=
xated on having a minimal package description (and putting
minimal effor=
t into it)=2E  For instance, when the package advertises
encryption, whi=
le it is technically optional, shipping it without gpg
would be a grave =
oversight!  (On the other hand, you need not
necessarily have openssl, s=
ince encryption requires any of gpg or
openssl, not both=2E)  Same for t=
emplates, at least awk is required and
either j2cli or envtpl would be n=
ice to have=2E

Regards,
Leo
------JL93IFDTIF4PIJ6U9MKCCIEIDYLI4H--