* bug#43175: 27.1; ISO8601 & parse-time-string check in 27.1
@ 2020-09-02 20:17 Brett Gilio
2020-09-03 13:09 ` Eli Zaretskii
0 siblings, 1 reply; 3+ messages in thread
From: Brett Gilio @ 2020-09-02 20:17 UTC (permalink / raw
To: 43175
https://git.sr.ht/~brettgilio/org-webring
When using the package I have authored above, there is a dependency
on ISO-8601 for parsing ATOM time-strings in 27.1 or newer. The
condition check for iso8601 in parse-time-string exists in 28.0.50
but is non-existent in 27.1 when ISO8601 was introduced. I am requesting
that this condition check be backported to 27-next.
Thanks,
Brett Gilio
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#43175: 27.1; ISO8601 & parse-time-string check in 27.1
2020-09-02 20:17 bug#43175: 27.1; ISO8601 & parse-time-string check in 27.1 Brett Gilio
@ 2020-09-03 13:09 ` Eli Zaretskii
2020-12-25 6:37 ` Lars Ingebrigtsen
0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2020-09-03 13:09 UTC (permalink / raw
To: Brett Gilio; +Cc: 43175
> From: Brett Gilio <brettg@gnu.org>
> Date: Wed, 02 Sep 2020 15:17:25 -0500
>
> https://git.sr.ht/~brettgilio/org-webring
> When using the package I have authored above, there is a dependency
> on ISO-8601 for parsing ATOM time-strings in 27.1 or newer. The
> condition check for iso8601 in parse-time-string exists in 28.0.50
> but is non-existent in 27.1 when ISO8601 was introduced. I am requesting
> that this condition check be backported to 27-next.
The change you mention implemented a new feature in parse-time-string,
so I'd prefer not to backport it.
Can you tell more about the reason for your request? I don't think I
understand why the problem you have cannot be resolved for Emacs 27 by
using iso8601.el functions from your package.
Thanks.
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#43175: 27.1; ISO8601 & parse-time-string check in 27.1
2020-09-03 13:09 ` Eli Zaretskii
@ 2020-12-25 6:37 ` Lars Ingebrigtsen
0 siblings, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2020-12-25 6:37 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 43175, Brett Gilio
Eli Zaretskii <eliz@gnu.org> writes:
> Can you tell more about the reason for your request? I don't think I
> understand why the problem you have cannot be resolved for Emacs 27 by
> using iso8601.el functions from your package.
More information was requested, but no response was given within a few
months, so I'm closing this bug report. If the problem still exists,
please respond to this email and we'll reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-12-25 6:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-02 20:17 bug#43175: 27.1; ISO8601 & parse-time-string check in 27.1 Brett Gilio
2020-09-03 13:09 ` Eli Zaretskii
2020-12-25 6:37 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.