diff options
Diffstat (limited to 'tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1')
| -rw-r--r-- | tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1 | 127 |
1 files changed, 127 insertions, 0 deletions
diff --git a/tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1 b/tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1 new file mode 100644 index 0000000..c313ec0 --- /dev/null +++ b/tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1 @@ -0,0 +1,127 @@ +Return-Path: <obnam-dev-bounces@obnam.org> +X-Original-To: distix@pieni.net +Delivered-To: distix@pieni.net +Received: from bagpuss.pepperfish.net (bagpuss.pepperfish.net [148.251.8.16]) + (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) + (No client certificate requested) + by pieni.net (Postfix) with ESMTPS id 9A58C2D9E2 + for <distix@pieni.net>; Sun, 11 Oct 2015 12:21:16 +0200 (CEST) +Received: from platypus.pepperfish.net (unknown [10.112.100.20]) + by bagpuss.pepperfish.net (Postfix) with ESMTP id 020EF2BF; + Sun, 11 Oct 2015 11:21:16 +0100 (BST) +Received: from ip6-localhost ([::1] helo=platypus.pepperfish.net) + by platypus.pepperfish.net with esmtp (Exim 4.80 #2 (Debian)) + id 1ZlDkh-0007No-SA; Sun, 11 Oct 2015 11:21:15 +0100 +Received: from inmail0 ([10.112.100.10] helo=mx0.pepperfish.net) + by platypus.pepperfish.net with esmtp (Exim 4.80 #2 (Debian)) + id 1ZlDkg-0007Ni-88 + for <obnam-dev@obnam.org>; Sun, 11 Oct 2015 11:21:14 +0100 +Received: from mailout.easymail.ca ([64.68.201.169]) + by mx0.pepperfish.net with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) + (Exim 4.80) (envelope-from <hsivonen@hsivonen.fi>) + id 1ZlDkd-0000Qd-AK + for obnam-dev@obnam.org; Sun, 11 Oct 2015 11:21:14 +0100 +Received: from localhost (localhost [127.0.0.1]) + by mailout.easymail.ca (Postfix) with ESMTP id 1E231E417 + for <obnam-dev@obnam.org>; Sun, 11 Oct 2015 06:21:02 -0400 (EDT) +X-Virus-Scanned: Debian amavisd-new at mailout.easymail.ca +X-Spam-Flag: NO +X-Spam-Score: -3.681 +X-Spam-Level: +X-Spam-Status: No, score=-3.681 required=5 tests=[ALL_TRUSTED=-1.8, AWL=0.026, + BAYES_00=-2.599, DNS_FROM_AHBL_RHSBL=0.692] +Received: from mailout.easymail.ca ([127.0.0.1]) + by localhost (easymail-mailout.easydns.vpn [127.0.0.1]) (amavisd-new, + port 10024) with ESMTP id 1qwqfv1Xs96g for <obnam-dev@obnam.org>; + Sun, 11 Oct 2015 06:21:01 -0400 (EDT) +Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com + [209.85.213.180]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by mailout.easymail.ca (Postfix) with ESMTPSA id 156F2E428 + for <obnam-dev@obnam.org>; Sun, 11 Oct 2015 06:21:01 -0400 (EDT) +Received: by ignr19 with SMTP id r19so2269839ign.1 + for <obnam-dev@obnam.org>; Sun, 11 Oct 2015 03:21:00 -0700 (PDT) +MIME-Version: 1.0 +X-Received: by 10.50.20.67 with SMTP id l3mr6324826ige.75.1444558860693; Sun, + 11 Oct 2015 03:21:00 -0700 (PDT) +Received: by 10.107.183.65 with HTTP; Sun, 11 Oct 2015 03:21:00 -0700 (PDT) +In-Reply-To: <20151011082515.GM2384@exolobe1.liw.fi> +References: <20150918050247.GA8128@bronto-burt.dev.benboeckel.net> + <20151011082515.GM2384@exolobe1.liw.fi> +Date: Sun, 11 Oct 2015 13:21:00 +0300 +Message-ID: <CAJQvAueJBWEqCxGkZHQHnMc0yREM+2DxyZPA0mf28FVt05CuGg@mail.gmail.com> +From: Henri Sivonen <hsivonen@hsivonen.fi> +To: Lars Wirzenius <liw@liw.fi> +Content-Type: text/plain; charset=UTF-8 +X-Spam-Score: -2.1 +X-Spam-Score-int: -20 +X-Spam-Bar: -- +X-Scanned-By: pepperfish.net, Sun, 11 Oct 2015 11:21:14 +0100 +X-Spam-Report: Content analysis details: (-2.1 points) + pts rule name description + ---- ---------------------- -------------------------------------------------- + 0.5 PPF_RECEIVED_HTTP Received header mentions http + -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low + trust [64.68.201.169 listed in list.dnswl.org] + -0.0 SPF_PASS SPF: sender matches SPF record + -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% + [score: 0.0000] +X-ACL-Warn: message may be spam +X-Scan-Signature: 5488e4e8d8c10b4036f618d89ebffc9d +Cc: Ben Boeckel <mathstuf@gmail.com>, obnam-dev@obnam.org +Subject: Re: obnam should take an inhibitor lock during backup +X-BeenThere: obnam-dev@obnam.org +X-Mailman-Version: 2.1.5 +Precedence: list +List-Id: Obnam development discussions <obnam-dev-obnam.org> +List-Unsubscribe: <http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-dev-obnam.org>, + <mailto:obnam-dev-request@obnam.org?subject=unsubscribe> +List-Archive: <http://listmaster.pepperfish.net/pipermail/obnam-dev-obnam.org> +List-Post: <mailto:obnam-dev@obnam.org> +List-Help: <mailto:obnam-dev-request@obnam.org?subject=help> +List-Subscribe: <http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-dev-obnam.org>, + <mailto:obnam-dev-request@obnam.org?subject=subscribe> +Sender: obnam-dev-bounces@obnam.org +Errors-To: obnam-dev-bounces@obnam.org + +On Sun, Oct 11, 2015 at 11:25 AM, Lars Wirzenius <liw@liw.fi> wrote: +> On Fri, Sep 18, 2015 at 01:02:47AM -0400, Ben Boeckel wrote: +>> During a backup, it would be nice to have obnam block suspending the +>> machine. This can be done via logind's DBus API[1]. +> +> To me, this sounds like it'd be more useful to have a generic command +> to run a process and prevent the machine from suspending until the +> process has ended. Something like: +> +> nosuspend [options] [--] command [options] [args]... +> +> Example: +> +> nosuspend obnam backup +> +> This way, there wouldn't be any need for suspend blocking code in +> every command line utility. +> +> What do you think? + +I think the design should be made from the usability point of view +instead of making it from code avoidance point of view. + +If there isn't significant enough a use case for letting the computer +go to sleep during a backup, the user shouldn't have to take any +action to inhibit sleep during backup. Also, even if there was a use +case worth catering to for letting the computer go to sleep during +backup but most of the time users expect the computer not to go to +sleep during backup (I expect this to be the case), obnam should +inhibit sleep by default and not inhibiting sleep should be an option +the user could choose. + +-- +Henri Sivonen +hsivonen@hsivonen.fi +https://hsivonen.fi/ + +_______________________________________________ +obnam-dev mailing list +obnam-dev@obnam.org +http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/obnam-dev-obnam.org |