Where is zdump? I've typed that command several times, as an ordinary user and as root, and all I get is:
"bash: command not found"
Where is that command located, and how can I call it?
Or any other time-zone-related command?
Temlakos
On Fri, 2007-03-02 at 14:49 -0500, Temlakos wrote:
Where is zdump? I've typed that command several times, as an ordinary user and as root, and all I get is:
"bash: command not found"
Where is that command located, and how can I call it?
[root@prophead xxx]# which zdump /usr/sbin/zdump [root@prophead xxx]# rpm -qif /usr/sbin/zdump Name : glibc-common Relocations: (not relocatable) Version : 2.5 Vendor: Red Hat, Inc. Release : 10.fc6 Build Date: Fri 05 Jan 2007 09:35:25 AM PST Install Date: Thu 11 Jan 2007 11:18:06 AM PST Build Host: ls20-bc1-13.build.redhat.com Group : System Environment/Base Source RPM: glibc-2.5-10.fc6.src.rpm Size : 65706299 License: LGPL Signature : DSA/SHA1, Wed 10 Jan 2007 07:20:39 AM PST, Key ID b44269d04f2a6fd2 Packager : Red Hat, Inc. http://bugzilla.redhat.com/bugzilla Summary : Common binaries and locale data for glibc Description : The glibc-common package includes common binaries for the GNU libc libraries, as well as national language (locale) support.
Does that help?
---------------------------------------------------------------------- - Rick Stevens, Principal Engineer rstevens@vitalstream.com - - VitalStream, Inc. http://www.vitalstream.com - - - - Time: Nature's way of keeping everything from happening at once. - ----------------------------------------------------------------------
Rick Stevens wrote:
On Fri, 2007-03-02 at 14:49 -0500, Temlakos wrote:
Where is zdump? I've typed that command several times, as an ordinary user and as root, and all I get is:
"bash: command not found"
Where is that command located, and how can I call it?
Yes, it does.
One more question: I have an old Fedora Core 1 system in my house. Can anyone provide a step-by-step procedure to convert its time-zone database to comply with recent changes in US (and, I understand, Bahamian) uniform time law?
Temlakos
On Fri, Mar 02, 2007 at 04:36:16PM -0500, Temlakos wrote:
Rick Stevens wrote:
On Fri, 2007-03-02 at 14:49 -0500, Temlakos wrote:
Where is zdump? I've typed that command several times, as an ordinary user and as root, and all I get is:
"bash: command not found"
Where is that command located, and how can I call it?
Yes, it does.
One more question: I have an old Fedora Core 1 system in my house. Can anyone provide a step-by-step procedure to convert its time-zone database to comply with recent changes in US (and, I understand, Bahamian) uniform time law?
rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/... . /etc/sysconfig/clock cp /usr/share/zoneinfo/$ZONE /etc/localtime
should work even on FC1 (the first one which used tzdata package, which really is not exact distro release specific).
Jakub
On Fri, Mar 02, 2007 at 06:24:43PM -0500, Jakub Jelinek wrote:
rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/... . /etc/sysconfig/clock cp /usr/share/zoneinfo/$ZONE /etc/localtime
should work even on FC1 (the first one which used tzdata package, which really is not exact distro release specific).
Yes, I have verified that it works on FC1. We still have some FC1 boxes that are scheduled to get FC6 soon; a few have only been rebooted once, to upgrade from 2.4.22 to 2.6.10.
Thanks, Jakub -- I was a bit concerned when I couldn't rebuild Rawhide tzdata, even on FC6, due to the 64-bit changes.
Bill Rugolsky
On Fri, Mar 02, 2007 at 06:56:12PM -0500, Bill Rugolsky Jr. wrote:
Thanks, Jakub -- I was a bit concerned when I couldn't rebuild Rawhide tzdata, even on FC6, due to the 64-bit changes.
Those are fully backwards compatible - zic just now adds 2 new sections to the file after the standard 32-bit header+tables, a 64-bit header+tables and an POSIX TZ env string for the last rule if any. All older readers don't care about whether the file ends at the end of the 32-bit tables or not, the header contains all needed sizes. And newer readers are able to use 64-bit tables or POSIX TZ env string if available, but can read just the 32-bit tables if that's all that is present.
Jakub