Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

grep-3.11-2.1 RPM for s390x

From OpenSuSE Ports Tumbleweed for s390x

Name: grep Distribution: openSUSE:Factory:zSystems
Version: 3.11 Vendor: openSUSE
Release: 2.1 Build date: Thu Sep 7 22:04:05 2023
Group: Productivity/Text/Utilities Build host: s390zl25
Size: 981522 Source RPM: grep-3.11-2.1.src.rpm
Summary: Print lines matching a pattern
The grep command searches one or more input files for lines containing a
match to a specified pattern.  By default, grep prints the matching lines.






* Wed Aug 16 2023 Dominique Leuenberger <>
  - export CONFIG_SHELL=/bin/sh before running configure: results in
    the shell script (egrep/fgrep) to receive a /bin/sh shebang
    instead of requiring bash (the local shell used to build).
* Thu May 18 2023 Dirk Müller <>
  - update to 3.11:
    * With -P, patterns like [\d] now work again. Fixing this
      has caused grep to revert to the behavior of grep 3.8, in that
      patterns like \w and ^H go back to using ASCII rather
      than Unicode interpretations.
      However, future versions of GNU grep and/or PCRE2 are
      likely to fix this and change the behavior of \w and ^H
      back to Unicode again, without breaking [\d] as 3.10 did.
* Thu Mar 30 2023 Dirk Müller <>
  - update to 3.10:
    * With -P, \d now matches only ASCII digits, regardless of
      PCRE options/modes. The changes in grep-3.9 to make ^H and \w
      work properly had the undesirable side effect of making \d
      also match e.g., the Arabic digits: ٠١٢٣٤٥٦٧٨٩.
      With grep-3.9, -P '\d+' would match that ten-digit (20-byte)
      string. Now, to match such a digit, you would use \p{Nd}.
      Similarly, \D is now mapped to [^0-9].
* Mon Mar 06 2023 Andreas Schwab <>
  - Update to grep 3.9
    * With -P, some non-ASCII UTF8 characters were not recognized as
      word-constituent due to our omission of the PCRE2_UCP flag.
    * When given multiple patterns the last of which has a back-reference,
      grep no longer sometimes mistakenly matches lines in some cases
* Tue Dec 27 2022 Ludwig Nussel <>
  - Replace transitional %usrmerged macro with regular version check (boo#1206798)
* Tue Sep 20 2022 Andreas Schwab <>
  - efgrep-warning.patch: remove warning from [ef]grep
* Sun Sep 04 2022 Andreas Stieger <>
  - GNU grep 3.8:
    * The -P option is now based on PCRE2 instead of the older PCRE
    * egrep and fgrep commands, deprecated since release 2.5.3 (2007), now
      warn that they are obsolescent and should be replaced by grep -E and
      grep -F
    * The confusing GREP_COLOR environment variable is now obsolescent
    * Regular expressions with stray backslashes now cause warnings
    * Regular expressions like [:space:] are now errors even if
      POSIXLY_CORRECT is set, since POSIX now allows the GNU behavior
    * In locales using UTF-8 encoding, the regular expression '.' no
      longer sometimes fails to match Unicode characters
    * The -s option no longer suppresses "binary file matches"
  - doc: fix man page syntax errors (bsc#1201001)
* Wed Aug 03 2022 Andreas Schwab <>
  - Skip more gnulib tests in qemu build
* Tue May 24 2022 Dirk Müller <>
  - use release keyring rather than full one for validation
* Tue May 24 2022 Stephan Kulow <>
  - Do not link an unversioned file by URL (and refresh keyring)
* Tue Mar 15 2022 Bernhard Wiedemann <>
  - Make profiling deterministic (bsc#1040589)
* Sat Feb 12 2022 Dirk Müller <>
  - use glibc-locale to reenable less common locale tests (bsc#1195390)
* Mon Aug 16 2021 Andreas Schwab <>
  - Update to grep 3.7
    * Preprocessing N patterns would take at least O(N^2) time when too many
      patterns hashed to too few buckets
  - werror-return-type.patch, gnulib-c-stack.patch: Removed
  - Skip stack overflow tests in qemu build
* Tue Aug 03 2021 Andreas Schwab <>
  - gnulib-c-stack.patch: Fix AC_SYS_XSI_STACK_OVERFLOW_HEURISTIC configure
* Sat Nov 28 2020 Andreas Stieger <>
  - remove deprecated texinfo macros
  - silence egrep,fgrep packaging warnings
* Mon Nov 09 2020 Andreas Schwab <>
  - Update to grep 3.6
    * The GREP_OPTIONS environment variable no longer affects grep's behavior.
    * grep's DFA matcher performed an invalid regex transformation
      that would convert an ERE like a+a+a+ to a+a+, which would make
      grep a+a+a+ mistakenly match "aa".
    * grep -P now reports the troublesome input filename upon PCRE execution
  - werror-return-type.patch: work around gcc bug
* Fri Oct 30 2020 Ludwig Nussel <>
  - prepare usrmerge (boo#1029961)
* Mon Sep 28 2020 Andreas Stieger <>
  - grep 3.5:
    * message for matching binary files now sent to stderr, and changed
    * --files-without-match (-L) behavior reverted to again succeed
      when a line is selected, not when a file is listed
    * various bug fixes
  - drop gnulib-test-avoid-FP-perror-strerror.patch, upstream
* Mon Aug 31 2020 Bernhard Voelker <>
  - gnulib-test-avoid-FP-perror-strerror.patch: Add patch to
    avoid false-positive error in gnulib tests 'test-perror2' and
    'test-strerror_r', visible on armv7l.
* Wed Jul 01 2020 Bernhard Wiedemann <>
  - Use deterministic script to make package build
    reproducible (boo#1040589)
* Tue Jan 21 2020 Andreas Schwab <>
  - Switch back to system regex to avoid undefined behaviour
* Sun Jan 05 2020 Andreas Stieger <>
  - grep 3.4:
    * new --no-ignore-case option causes grep to observe case
      distinctions, overriding any previous -i (--ignore-case) option
    * '.' no longer matches some invalid byte sequences in UTF-8 locales
    * grep -Fw can no longer false match in non-UTF-8 multibyte locales
    * The exit status of 'grep -L' is no longer incorrect when standard
      output is /dev/null
    * fix some performance bugs
  - drop test-pcre-jitstack.diff



Generated by rpm2html 1.8.1

Fabrice Bellet, Sat Mar 9 12:50:11 2024