public inbox for ipfire-scm@lists.ipfire.org
 help / color / mirror / Atom feed
From: git@ipfire.org
To: ipfire-scm@lists.ipfire.org
Subject: [git.ipfire.org] IPFire 3.x development tree branch, master, updated. ea4916c7b9fe412a8cebc62cc493f1b78a78645b
Date: Fri, 20 May 2016 12:00:51 +0100	[thread overview]
Message-ID: <20160520110051.D76D31078E81@git01.ipfire.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 2421 bytes --]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "IPFire 3.x development tree".

The branch, master has been updated
       via  ea4916c7b9fe412a8cebc62cc493f1b78a78645b (commit)
      from  03f7d5089f77bcaaa652a4d8555e2499e056a90d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit ea4916c7b9fe412a8cebc62cc493f1b78a78645b
Author: Alexander Marx <alexander.marx(a)ipfire.org>
Date:   Thu May 19 16:52:31 2016 +0200

    grep: Update to 2.25
    
    Fixes: #11104
    
    ** Bug fixes
    
      In the C or POSIX locale, grep now treats all bytes as valid
      characters even if the C runtime library says otherwise.  The
      revised behavior is more compatible with the original intent of
      POSIX, and the next release of POSIX will likely make this official.
      [bug introduced in grep-2.23]
    
      grep -Pz no longer mistakenly diagnoses patterns like [^a] that use
      negated character classes. [bug introduced in grep-2.24]
    
      grep -oz now uses null bytes, not newlines, to terminate output lines.
      [bug introduced in grep-2.5]
    
    ** Improvements
    
      grep now outputs details more consistently when reporting a write error.
      E.g., "grep: write error: No space left on device" rather than just
      "grep: write error".
    
    also posted as:
      https://savannah.gnu.org/forum/forum.php?forum_id=8523
    
    Signed-off-by: Alexander Marx <alexander.marx(a)ipfire.org>
    Signed-off-by: Michael Tremer <michael.tremer(a)ipfire.org>

-----------------------------------------------------------------------

Summary of changes:
 grep/grep.nm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Difference in files:
diff --git a/grep/grep.nm b/grep/grep.nm
index 1660d45..fcb182d 100644
--- a/grep/grep.nm
+++ b/grep/grep.nm
@@ -4,7 +4,7 @@
 ###############################################################################
 
 name       = grep
-version    = 2.24
+version    = 2.25
 release    = 1
 
 groups     = Applications/Text


hooks/post-receive
--
IPFire 3.x development tree

                 reply	other threads:[~2016-05-20 11:00 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160520110051.D76D31078E81@git01.ipfire.org \
    --to=git@ipfire.org \
    --cc=ipfire-scm@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox