Description of problem: The manpage for strftime does not specify what data it uses. The elements of "struct tm" overlap in meanings (specifically: tm_wday, tm_yday, tm_isdst); the manpage should say which ones are used and which are ignored. If any combinations are required to be consistent, this also should be specified. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. man strftime 2. 3. Actual results: Expected results: Additional info: The notes in http://pubs.opengroup.org/onlinepubs/009695399/functions/strftime.html imply that the structure must be fully self-consistent, in all its elements.
Man pages are a separate project.
Hello Jeremy, this will require some time inspecting glibc source files. Combination with gdb will make it faster. Can you list a couple of examples you would like to know more about? Will be sufficient to describe those three or you want all of them? I can then use your examples in man page as important situation one should know about. Kind regards Jan
We need to specifically look at tm_wday, tm_yday and tm_isdst. We can assume that all the others are used. I think I've seen a case where an uninitialized tm_isdst resulted in odd output, but also I've had to run the results of strptime() through mktime() (which recalculates these three) before feeding to strftime().
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still missing in f21; updating Version
Hello Jeremy, which elements of tm structure are used depends on conversion specifications in the format string. For example %F uses tm_mday, tm_mon and tm_year, while %j uses tm_yday. We could describe in the manpage which elements each conversion specifier character uses - like here: http://pubs.opengroup.org/onlinepubs/9699919799/functions/strftime.html. We could also mention that users can call mktime() to make the tm structure consistent. Let me know what you think. Kind regards, Nikola
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
(In reply to Nikola Forró from comment #6) Yup; both of those things would be good. If I had to nitpick the opengroup page, I didn't see an actual definition of their [ tm_<foo>] notation. It's guessable but I think it should be actually said.
This message is a reminder that Fedora 21 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '21'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 21 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
For the upcoming upstream release, man-pages-4.05, I've added information showing which 'tm' fileds are used to calculate each % specifier string output by strftime().
Thanks Michael, I'll backport the changes to F22 and F23.
Commits: f22: http://pkgs.fedoraproject.org/cgit/rpms/man-pages.git/commit/?h=f22&id=98ee02f1e7b54cfb0a938e8ece11a4f757129d4f f23: http://pkgs.fedoraproject.org/cgit/rpms/man-pages.git/commit/?h=f23&id=b9ac1942c68ee05d6e45dc0d334206ffeed1ce55 f24: http://pkgs.fedoraproject.org/cgit/rpms/man-pages.git/commit/?h=f24&id=fc7326d44b8e50abd7838728f83ddbda0a8e9a2b
man-pages-4.04-4.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-ae41a172c4
man-pages-4.00-7.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-7de4dea1ac
man-pages-3.81-5.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2016-2bab047f46
man-pages-4.04-4.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-ae41a172c4
man-pages-3.81-5.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-2bab047f46
man-pages-4.00-7.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-7de4dea1ac
(In reply to Nikola Forró from comment #11) > Thanks Michael, > > I'll backport the changes to F22 and F23. To repeat a point made elsewhere, backporting man-pages patches has no benefit; it has only costs. Just push the latest man-pages release back to F22 and F23. Where pages document kernel or glibc features that are newer than the kernel or glibc in those releases isn't a problem: the pages always document the kernel glibc/version where a change took place. (This also handles issues such as the fact that a particular Fedora release may for example upgrade its kernel version later.)
(In reply to Michael Kerrisk from comment #19) > To repeat a point made elsewhere, backporting man-pages patches has no > benefit; it has only costs. I disagree: it has benefit when the manpages were wrong or incomplete. This is not a manpage change being done to match a software change, it is a manpage change being done to match how the software always was.
(In reply to Jeremy Harris from comment #20) > (In reply to Michael Kerrisk from comment #19) > > To repeat a point made elsewhere, backporting man-pages patches has no > > benefit; it has only costs. > > I disagree: it has benefit when the manpages were wrong or incomplete. > > This is not a manpage change being done to match a software change, it is > a manpage change being done to match how the software always was. Just to be clear: I don't mean don't backport. But, I mean backport whole man-apges releases, not individual patches. The latter approach will lead to pain, and has no advantage over the former approach. (See also https://bugzilla.redhat.com/show_bug.cgi?id=1083071#c11)
man-pages-4.04-4.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
man-pages-4.00-7.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
man-pages-3.81-5.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.