GNU logs - #26311, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#26311: dd support for POSIX_FADV_NOREUSE etc.
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 30 Mar 2017 15:44:01 +0000
Resent-Message-ID: <handler.26311.B.149088858923325 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 26311 <at> debbugs.gnu.org
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
Message-ID: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
Date: Thu, 30 Mar 2017 08:42:53 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

The 'dd' command has some complicated logic for iflag=nocache and 
oflag=nocache, which I don't entirely understand but expect is in there 
for good reason. I suggest that 'dd' also have simpler logic for direct 
usage of posix_fadvise options. For example, 'dd iflag=noreuse' could 
cause it to call fadvise (STDIN_FILENO, FADVISE_NOREUSE). I suppose 
'sequential' should be the default.

Dumb question: why does dd iflag=nocache check the return value of 
posix_fadvise? The fadvise function ignores the return value and says 
why; do these reasons not apply to 'dd'?

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Paul Eggert <eggert@HIDDEN>
Subject: bug#26311: Acknowledgement (dd support for POSIX_FADV_NOREUSE etc.)
Message-ID: <handler.26311.B.149088858923325.ack <at> debbugs.gnu.org>
References: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
X-Gnu-PR-Message: ack 26311
X-Gnu-PR-Package: coreutils
Reply-To: 26311 <at> debbugs.gnu.org
Date: Thu, 30 Mar 2017 15:44:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 26311 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
26311: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D26311
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#26311: dd support for POSIX_FADV_NOREUSE etc.
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 30 Mar 2017 16:31:02 +0000
Resent-Message-ID: <handler.26311.B26311.149089145328842 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Paul Eggert <eggert@HIDDEN>, 26311 <at> debbugs.gnu.org
References: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Message-ID: <7cd0342e-308c-a1af-908f-059df3b9b7b7@HIDDEN>
Date: Thu, 30 Mar 2017 09:30:44 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 30/03/17 08:42, Paul Eggert wrote:
> The 'dd' command has some complicated logic for iflag=nocache and 
> oflag=nocache, which I don't entirely understand but expect is in there 
> for good reason. I suggest that 'dd' also have simpler logic for direct 
> usage of posix_fadvise options. For example, 'dd iflag=noreuse' could 
> cause it to call fadvise (STDIN_FILENO, FADVISE_NOREUSE). I suppose 
> 'sequential' should be the default.

Yes maybe, though the low level meanings of these flags are
a bit confusing and I'm not sure how consistent they are over kernel versions,
hence why a higher level "nocache" item was chosen initially.
I have some notes on these settings at:
https://github.com/coreutils/coreutils/blob/c7bcea1b/src/sort.c#L894-L939

> Dumb question: why does dd iflag=nocache check the return value of 
> posix_fadvise? The fadvise function ignores the return value and says 
> why; do these reasons not apply to 'dd'?

Well for dd it's a request, which for other utils it's a performance advisement.
As stated in the info docs, for dd it's only significant in the special case
of dropping cache for the whole file:

  $ : | dd iflag=nocache count=0 status=none
  dd: failed to discard cache for: 'standard input': Illegal seek

cheers,
Pádraig

Message sent to bug-coreutils@HIDDEN:

Subject: bug#26311: dd support for POSIX_FADV_NOREUSE etc.
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 30 Mar 2017 17:56:02 +0000
Resent-Message-ID: <handler.26311.B26311.14908965294251 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>, 26311 <at> debbugs.gnu.org
References: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
 <7cd0342e-308c-a1af-908f-059df3b9b7b7@HIDDEN>
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
Message-ID: <a7fa5e99-001e-005d-d104-b3c9c333421b@HIDDEN>
Date: Thu, 30 Mar 2017 10:55:20 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <7cd0342e-308c-a1af-908f-059df3b9b7b7@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 03/30/2017 09:30 AM, P=C3=A1draig Brady wrote:
> Yes maybe, though the low level meanings of these flags are
> a bit confusing and I'm not sure how consistent they are over kernel ve=
rsions

Nor I. Still, 'dd' to some extent is supposed to be a low-level program=20
that lets one directly access syscall flags, so following that design=20
philosophy we should just pass the flags through and let users=20
experiment with them.

>
>> Dumb question: why does dd iflag=3Dnocache check the return value of
>> posix_fadvise? The fadvise function ignores the return value and says
>> why; do these reasons not apply to 'dd'?
> Well for dd it's a request, which for other utils it's a performance ad=
visement.
> As stated in the info docs, for dd it's only significant in the special=
 case
> of dropping cache for the whole file:
>
>    $ : | dd iflag=3Dnocache count=3D0 status=3Dnone
>    dd: failed to discard cache for: 'standard input': Illegal seek

Yes, and that was what I was asking about. iflag=3Dnocache is just advice=
=20
which the kernel is not obliged to follow even when the syscall succeeds=20
(and conversely, it's advice which the kernel might decided to follow=20
even when the syscall fails!). So why bother to report the syscall=20
failure in this particular case?

It's no big deal. More of a philosophical question, really.

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#26311: dd support for POSIX_FADV_NOREUSE etc.
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 31 Mar 2017 03:03:01 +0000
Resent-Message-ID: <handler.26311.B26311.149092934710516 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 26311
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Paul Eggert <eggert@HIDDEN>, 26311 <at> debbugs.gnu.org
Received: via spool by 26311-submit <at> debbugs.gnu.org id=B26311.149092934710516
          (code B ref 26311); Fri, 31 Mar 2017 03:03:01 +0000
Received: (at 26311) by debbugs.gnu.org; 31 Mar 2017 03:02:27 +0000
Received: from localhost ([127.0.0.1]:53401 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ctmpW-0002jY-Pl
	for submit <at> debbugs.gnu.org; Thu, 30 Mar 2017 23:02:26 -0400
Received: from midir.magicbluesmoke.com ([82.195.144.46]:38316
 helo=mail.magicbluesmoke.com)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <P@HIDDEN>) id 1ctmpV-0002jQ-7Q
 for 26311 <at> debbugs.gnu.org; Thu, 30 Mar 2017 23:02:25 -0400
Received: from localhost.localdomain (mobile-166-137-178-014.mycingular.net
 [166.137.178.14])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 2B1C794E1;
 Fri, 31 Mar 2017 04:02:20 +0100 (IST)
References: <6a41f4ba-afcb-4565-bf56-80c7e9898dc0@HIDDEN>
 <7cd0342e-308c-a1af-908f-059df3b9b7b7@HIDDEN>
 <a7fa5e99-001e-005d-d104-b3c9c333421b@HIDDEN>
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Message-ID: <42cc996e-4c4d-b5e9-f9fb-69857a674d57@HIDDEN>
Date: Thu, 30 Mar 2017 20:02:17 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <a7fa5e99-001e-005d-d104-b3c9c333421b@HIDDEN>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

On 30/03/17 10:55, Paul Eggert wrote:
> On 03/30/2017 09:30 AM, Pádraig Brady wrote:
>> Yes maybe, though the low level meanings of these flags are
>> a bit confusing and I'm not sure how consistent they are over kernel versions
> 
> Nor I. Still, 'dd' to some extent is supposed to be a low-level program 
> that lets one directly access syscall flags, so following that design 
> philosophy we should just pass the flags through and let users 
> experiment with them.
> 
>>
>>> Dumb question: why does dd iflag=nocache check the return value of
>>> posix_fadvise? The fadvise function ignores the return value and says
>>> why; do these reasons not apply to 'dd'?
>> Well for dd it's a request, which for other utils it's a performance advisement.
>> As stated in the info docs, for dd it's only significant in the special case
>> of dropping cache for the whole file:
>>
>>    $ : | dd iflag=nocache count=0 status=none
>>    dd: failed to discard cache for: 'standard input': Illegal seek
> 
> Yes, and that was what I was asking about. iflag=nocache is just advice 
> which the kernel is not obliged to follow even when the syscall succeeds 
> (and conversely, it's advice which the kernel might decided to follow 
> even when the syscall fails!). So why bother to report the syscall 
> failure in this particular case?
> 
> It's no big deal. More of a philosophical question, really.

Yes I'm not adamant on this behaviour, but my thinking
was with count=0 iflag=nocache, you are _only_ asking
for cache invalidation, so dd has more leeway to error
in this case (even though the only effective error reported
is EPIPE).  With other dd options, you could be combining
the nocaching directive with other operations and so it
would be ok for the nocache advice failure to be ignored.

cheers,
Pádraig

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 29 Oct 2018 02:58:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 28 22:58:27 2018
Received: from localhost ([127.0.0.1]:49651 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gGxl4-0002ly-SE
	for submit <at> debbugs.gnu.org; Sun, 28 Oct 2018 22:58:27 -0400
Received: from mail-io1-f51.google.com ([209.85.166.51]:41328)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gGxl3-0002lh-QE
 for control <at> debbugs.gnu.org; Sun, 28 Oct 2018 22:58:26 -0400
Received: by mail-io1-f51.google.com with SMTP id q4-v6so4035011iob.8
 for <control <at> debbugs.gnu.org>; Sun, 28 Oct 2018 19:58:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=to:from:message-id:date:user-agent:mime-version:content-language
 :content-transfer-encoding;
 bh=1Q6UxYYea7QljcUMvuOMzPhqxY+2gDOF8ZcgyYoBmYY=;
 b=d6DKfnqv0B3hksyE5yl2quuB3BbLuAxWP45TYvFGp+H939DpQDBFDabDN+iBF51oKu
 ZTrYXFkuT9uFlKBE/CgKscLR88PbVscMCDLrbFvLrBy3W7jPPXzPUogCURSdFzSQ1cHj
 CorY2xTgO4ZgvmUiOIczimhViWn7rNQrOvnaLDIPVTz238+pLOpbS1mGpLUB0Xf+p/k6
 3i2bzAOvi+/jc9Tvj8jcHglyfjD8AoN/Gw62hs/9T1Yl/LHd7C0gPDux4YTwE0QHIkd3
 ZUIOsEFqi2mNdq/0j7Tp+MvZ13srYTmNxoCl44QmIkf704VF7hlCJ2z8iH7WqGk+0Aw3
 YpXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version
 :content-language:content-transfer-encoding;
 bh=1Q6UxYYea7QljcUMvuOMzPhqxY+2gDOF8ZcgyYoBmYY=;
 b=tytzUxWnH/JBfQvc3iJFsedl3bmdIPlVi4ceirS87XM+tjtnpLaKNPwXDIWrlDZc1S
 5PWVDyaYL0paF9ZcxGGys+33dQ0+i7Djg51045zpAO1TlwCcXY5x5yUoYevcv4DGmjXe
 y64rKLUe95Gc7de/KSVBf5LHTRE7XYccQKPpmGC/cCDAyvu/0uBIOguSFaZDaIOyGORL
 ZJOEFt7rt4P81mgzPAS8NC5wRaPRNd2Ya4VV6ivZ5r+1RsA9b5KYdVPoqZY/kQEtEBo3
 lLBpD9kb2hkNUag0AG1pRULVgj9Ts99NPfAoNmdRAjiJlYyxUs4xa3acyJg0BRAGZ2Zj
 UgbA==
X-Gm-Message-State: AGRZ1gLkT8t10Q9JCsP+H81eoEFcA2N/GxWOOFLlIjwAxagMhQyXcg/I
 +g8XqXVbc9ULSDFgwQeifGqW2gRoVf8=
X-Google-Smtp-Source: AJdET5e6sei8OHMx0bxTGVkIJeZqzSXQW+ygQlaErlYbNUV4c5mwhWmD/j2HEMEm/m520AdK4+wrAQ==
X-Received: by 2002:a6b:9383:: with SMTP id
 v125-v6mr6198233iod.282.1540781899811; 
 Sun, 28 Oct 2018 19:58:19 -0700 (PDT)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 j19-v6sm5762308itb.25.2018.10.28.19.58.18
 for <control <at> debbugs.gnu.org>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Sun, 28 Oct 2018 19:58:18 -0700 (PDT)
To: control <at> debbugs.gnu.org
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <fd66f371-5e7e-3d39-2ff9-192089697610@HIDDEN>
Date: Sun, 28 Oct 2018 20:58:17 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  severity 26311 wishlist retitle 26311 dd: add support for
 POSIX_FADV_NOREUSE etc. [...] 
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.166.51 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (assafgordon[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [209.85.166.51 listed in wl.mailspike.net]
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

severity 26311 wishlist
retitle 26311 dd: add support for POSIX_FADV_NOREUSE etc.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 29 Oct 2018 02:58:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Oct 28 22:58:27 2018
Received: from localhost ([127.0.0.1]:49651 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gGxl4-0002ly-SE
	for submit <at> debbugs.gnu.org; Sun, 28 Oct 2018 22:58:27 -0400
Received: from mail-io1-f51.google.com ([209.85.166.51]:41328)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gGxl3-0002lh-QE
 for control <at> debbugs.gnu.org; Sun, 28 Oct 2018 22:58:26 -0400
Received: by mail-io1-f51.google.com with SMTP id q4-v6so4035011iob.8
 for <control <at> debbugs.gnu.org>; Sun, 28 Oct 2018 19:58:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=to:from:message-id:date:user-agent:mime-version:content-language
 :content-transfer-encoding;
 bh=1Q6UxYYea7QljcUMvuOMzPhqxY+2gDOF8ZcgyYoBmYY=;
 b=d6DKfnqv0B3hksyE5yl2quuB3BbLuAxWP45TYvFGp+H939DpQDBFDabDN+iBF51oKu
 ZTrYXFkuT9uFlKBE/CgKscLR88PbVscMCDLrbFvLrBy3W7jPPXzPUogCURSdFzSQ1cHj
 CorY2xTgO4ZgvmUiOIczimhViWn7rNQrOvnaLDIPVTz238+pLOpbS1mGpLUB0Xf+p/k6
 3i2bzAOvi+/jc9Tvj8jcHglyfjD8AoN/Gw62hs/9T1Yl/LHd7C0gPDux4YTwE0QHIkd3
 ZUIOsEFqi2mNdq/0j7Tp+MvZ13srYTmNxoCl44QmIkf704VF7hlCJ2z8iH7WqGk+0Aw3
 YpXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version
 :content-language:content-transfer-encoding;
 bh=1Q6UxYYea7QljcUMvuOMzPhqxY+2gDOF8ZcgyYoBmYY=;
 b=tytzUxWnH/JBfQvc3iJFsedl3bmdIPlVi4ceirS87XM+tjtnpLaKNPwXDIWrlDZc1S
 5PWVDyaYL0paF9ZcxGGys+33dQ0+i7Djg51045zpAO1TlwCcXY5x5yUoYevcv4DGmjXe
 y64rKLUe95Gc7de/KSVBf5LHTRE7XYccQKPpmGC/cCDAyvu/0uBIOguSFaZDaIOyGORL
 ZJOEFt7rt4P81mgzPAS8NC5wRaPRNd2Ya4VV6ivZ5r+1RsA9b5KYdVPoqZY/kQEtEBo3
 lLBpD9kb2hkNUag0AG1pRULVgj9Ts99NPfAoNmdRAjiJlYyxUs4xa3acyJg0BRAGZ2Zj
 UgbA==
X-Gm-Message-State: AGRZ1gLkT8t10Q9JCsP+H81eoEFcA2N/GxWOOFLlIjwAxagMhQyXcg/I
 +g8XqXVbc9ULSDFgwQeifGqW2gRoVf8=
X-Google-Smtp-Source: AJdET5e6sei8OHMx0bxTGVkIJeZqzSXQW+ygQlaErlYbNUV4c5mwhWmD/j2HEMEm/m520AdK4+wrAQ==
X-Received: by 2002:a6b:9383:: with SMTP id
 v125-v6mr6198233iod.282.1540781899811; 
 Sun, 28 Oct 2018 19:58:19 -0700 (PDT)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 j19-v6sm5762308itb.25.2018.10.28.19.58.18
 for <control <at> debbugs.gnu.org>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Sun, 28 Oct 2018 19:58:18 -0700 (PDT)
To: control <at> debbugs.gnu.org
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <fd66f371-5e7e-3d39-2ff9-192089697610@HIDDEN>
Date: Sun, 28 Oct 2018 20:58:17 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  severity 26311 wishlist retitle 26311 dd: add support for
 POSIX_FADV_NOREUSE etc. [...] 
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.166.51 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (assafgordon[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [209.85.166.51 listed in wl.mailspike.net]
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

severity 26311 wishlist
retitle 26311 dd: add support for POSIX_FADV_NOREUSE etc.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.