summaryrefslogtreecommitdiff
path: root/tickets/20bdae3913de49d4afd544d36996ce4b/Maildir/new/1455999010.M703059P17339Q213.exolobe1
blob: c313ec0c83298993c3946fb84cf131d0f4744d90 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
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