Bug 2094005

*** Bug 2098820 has been marked as a duplicate of this bug. ***

___________________ TestGet.test_one_arg_dateparser_datetime ___________________
self = <tests.test_factory.TestGet object at 0x3ff87e06ad0>
    def test_one_arg_dateparser_datetime(self):
        dateparser = pytest.importorskip("dateparser")
        expected = datetime(1990, 1, 1).replace(tzinfo=tz.tzutc())
        # dateparser outputs: datetime.datetime(1990, 1, 1, 0, 0, tzinfo=<StaticTzInfo 'UTC\+00:00'>)
>       parsed_date = dateparser.parse("1990-01-01T00:00:00+00:00")
tests/test_factory.py:130: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
/usr/lib/python3.11/site-packages/dateparser/conf.py:85: in wrapper
    return f(*args, **kwargs)
/usr/lib/python3.11/site-packages/dateparser/__init__.py:53: in parse
    data = parser.get_date_data(date_string, date_formats)
/usr/lib/python3.11/site-packages/dateparser/date.py:417: in get_date_data
    parsed_date = _DateLocaleParser.parse(
/usr/lib/python3.11/site-packages/dateparser/date.py:194: in parse
    return instance._parse()
/usr/lib/python3.11/site-packages/dateparser/date.py:198: in _parse
    date_obj = self._parsers[parser_name]()
/usr/lib/python3.11/site-packages/dateparser/date.py:212: in _try_freshness_parser
    return freshness_date_parser.get_date_data(self._get_translated_date(), self._settings)
/usr/lib/python3.11/site-packages/dateparser/date.py:261: in _get_translated_date
    self._translated_date = self.locale.translate(
/usr/lib/python3.11/site-packages/dateparser/languages/locale.py:135: in translate
    relative_translations = self._get_relative_translations(settings=settings)
/usr/lib/python3.11/site-packages/dateparser/languages/locale.py:164: in _get_relative_translations
    self._generate_relative_translations(normalize=True))
/usr/lib/python3.11/site-packages/dateparser/languages/locale.py:178: in _generate_relative_translations
    pattern = DIGIT_GROUP_PATTERN.sub(r'?P<n>\d+', pattern)
/usr/lib64/python3.11/site-packages/regex/regex.py:702: in _compile_replacement_helper
    is_group, items = _compile_replacement(source, pattern, is_unicode)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
source = <regex._regex_core.Source object at 0x3ff859ecc10>
pattern = regex.Regex('\\\\d\\+', flags=regex.V0), is_unicode = True
    def _compile_replacement(source, pattern, is_unicode):
        "Compiles a replacement template escape sequence."
        ch = source.get()
        if ch in ALPHA:
            # An alphabetic escape sequence.
            value = CHARACTER_ESCAPES.get(ch)
            if value:
                return False, [ord(value)]
    
            if ch in HEX_ESCAPES and (ch == "x" or is_unicode):
                # A hexadecimal escape sequence.
                return False, [parse_repl_hex_escape(source, HEX_ESCAPES[ch], ch)]
    
            if ch == "g":
                # A group preference.
                return True, [compile_repl_group(source, pattern)]
    
            if ch == "N" and is_unicode:
                # A named character.
                value = parse_repl_named_char(source)
                if value is not None:
                    return False, [value]
    
>           raise error("bad escape \\%s" % ch, source.string, source.pos)
E           regex._regex_core.error: bad escape \d at position 7
/usr/lib64/python3.11/site-packages/regex/_regex_core.py:1737: error


The interwebs say this is caused by updated regex package. There is a pending update (bz2047340) but that seems to suffer from the same problem.

Most likely boils down to https://github.com/scrapinghub/dateparser/issues/1052

Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

All subpackages of a package against which this bug was filled are now installable or removed from Fedora 37.

Thanks for taking care of it!