Bug 2047340 - python-arrow-1.2.3 is available
Summary: python-arrow-1.2.3 is available
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: python-arrow
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Fedora Infrastructure SIG
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 2094005
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-27 16:26 UTC by Upstream Release Monitoring
Modified: 2022-09-11 00:10 UTC (History)
4 users (show)

Fixed In Version: python-arrow-1.2.3-1.fc38
Clone Of:
Environment:
Last Closed: 2022-09-11 00:10:28 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Update to 1.2.3 (#2047340) (668 bytes, patch)
2022-09-03 19:37 UTC, Upstream Release Monitoring
no flags Details | Diff

Description Upstream Release Monitoring 2022-01-27 16:26:59 UTC
Latest upstream release: 1.2.2
Current version/release in rawhide: 1.2.1-2.fc36
URL: https://pypi.io/project/arrow

Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.


Based on the information from Anitya: https://release-monitoring.org/project/5314/

Comment 1 Upstream Release Monitoring 2022-01-27 16:27:04 UTC
Scratch build failed. Details bellow:

BuilderException: Build started, but failure happened during post build operations:
Command '['git', 'commit', '-a', '-m', 'Update to 1.2.2 (#2047340)']' returned non-zero exit status 1.

StdOut:
On branch rawhide
Your branch is up to date with 'origin/rawhide'.

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	SRPMS/

nothing added to commit but untracked files present (use "git add" to track)


Traceback:
  File "/usr/local/lib/python3.9/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build
    result = self.builder.build(request.package, request.opts)
  File "/usr/local/lib/python3.9/site-packages/hotness/builders/koji.py", line 226, in build
    raise BuilderException(

If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues

Comment 2 Upstream Release Monitoring 2022-01-27 16:36:02 UTC
the-new-hotness/release-monitoring.org's scratch build of python-arrow-1.2.1-1.fc34.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=82017528

Comment 3 Kevin Fenzi 2022-04-10 21:32:20 UTC
So, this seems to fail a test: 

=================================== FAILURES ===================================
___________________ TestGet.test_one_arg_dateparser_datetime ___________________
self = <tests.test_factory.TestGet object at 0x7fffad87f0a0>
    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.10/site-packages/dateparser/conf.py:85: in wrapper
    return f(*args, **kwargs)
/usr/lib/python3.10/site-packages/dateparser/__init__.py:53: in parse
    data = parser.get_date_data(date_string, date_formats)
/usr/lib/python3.10/site-packages/dateparser/date.py:417: in get_date_data
    parsed_date = _DateLocaleParser.parse(
/usr/lib/python3.10/site-packages/dateparser/date.py:194: in parse
    return instance._parse()
/usr/lib/python3.10/site-packages/dateparser/date.py:198: in _parse
    date_obj = self._parsers[parser_name]()
/usr/lib/python3.10/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.10/site-packages/dateparser/date.py:261: in _get_translated_date
    self._translated_date = self.locale.translate(
/usr/lib/python3.10/site-packages/dateparser/languages/locale.py:135: in translate
    relative_translations = self._get_relative_translations(settings=settings)
/usr/lib/python3.10/site-packages/dateparser/languages/locale.py:164: in _get_relative_translations
    self._generate_relative_translations(normalize=True))
/usr/lib/python3.10/site-packages/dateparser/languages/locale.py:178: in _generate_relative_translations
    pattern = DIGIT_GROUP_PATTERN.sub(r'?P<n>\d+', pattern)
/usr/lib64/python3.10/site-packages/regex/regex.py:700: in _compile_replacement_helper
    is_group, items = _compile_replacement(source, pattern, is_unicode)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
source = <regex._regex_core.Source object at 0x7fffa9b73a00>
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.10/site-packages/regex/_regex_core.py:1736: error

Comment 4 Upstream Release Monitoring 2022-09-03 19:37:13 UTC
Releases retrieved: 1.2.3
Upstream release that is considered latest: 1.2.3
Current version/release in rawhide: 1.2.1-4.fc37
URL: https://pypi.io/project/arrow

Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.


Based on the information from Anitya: https://release-monitoring.org/project/5314/


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/python-arrow

Comment 5 Upstream Release Monitoring 2022-09-03 19:37:18 UTC
Created attachment 1909379 [details]
Update to 1.2.3 (#2047340)

Comment 6 Upstream Release Monitoring 2022-09-03 19:41:21 UTC
the-new-hotness/release-monitoring.org's scratch build of python-arrow-1.2.3-1.fc36.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=91581434

Comment 7 Fedora Update System 2022-09-11 00:09:03 UTC
FEDORA-2022-61a6cc7594 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-61a6cc7594

Comment 8 Fedora Update System 2022-09-11 00:10:28 UTC
FEDORA-2022-61a6cc7594 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.