On Ma, 01 dec 20, 08:11:01, Robert Tonkavich wrote:
> I am very sorry for my Input.
What is there to be sorry about?
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
signature.asc
Description: PGP signature
I am very sorry for my Input.
On Tue, Dec 1, 2020 at 12:28 AM David Wright
wrote:
> On Mon 30 Nov 2020 at 18:25:00 (-0600), John Hasler wrote:
> > Stefan writes:
> > > Is there leap-second information in the zoneinfo files?
> >
> > No, but that is where is should be.
>
> It appears to be
On Mon 30 Nov 2020 at 18:25:00 (-0600), John Hasler wrote:
> Stefan writes:
> > Is there leap-second information in the zoneinfo files?
>
> No, but that is where is should be.
It appears to be present, at least in the difference between the
"posix" and "right" trees; and its history can be
On Mon 30 Nov 2020 at 17:28:50 (-0500), Stefan Monnier wrote:
> > Finally, competing with the politicians, the scientists have
> > complicated things with their atomic time and leap seconds.
>
> Is there leap-second information in the zoneinfo files?
> Isn't this info "global" (i.e. not specific
Stefan writes:
> Is there leap-second information in the zoneinfo files?
No, but that is where is should be.
> Isn't this info "global" (i.e. not specific to particular time zones)?
It is specific to a particular *time*.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
> Finally, competing with the politicians, the scientists have
> complicated things with their atomic time and leap seconds.
Is there leap-second information in the zoneinfo files?
Isn't this info "global" (i.e. not specific to particular time zones)?
Stefan "who for some reason
On Mon 30 Nov 2020 at 13:13:27 (-0500), Robert Tonkavich wrote:
>
> There are only 24 Time Zones that Encompass the Earth. Is 780 files
> overboard?
>
> I think Yes.
You might like to read this take on the complexity of time zones as
actually observed. As you can read there, even countries and
Greg Wooledge wrote:
> This is completely inaccurate. Time zones were not devised by drawing
> equally-spaced meridian lines along the globe. They were invented
> by political entities. They aren't static, either -- they change
> from time to time, as political regimes change.
>
> Time zones
Robert Tonkavich writes:
> There are only 24 Time Zones that Encompass the Earth.
It's far more complicated than that. There are 24 geographic time zones
but zoneinfo has to deal with local civil time as regulated, often
rather capriciously, by national, regional, and local governments.
On Mon, Nov 30, 2020 at 09:44:13AM -0800, Charlie Gibbs wrote:
However, there's another consideration: the KISS principle.
A system that needs 780 files is going to be a lot more complex
and difficult to understand than one that gets by with one or two.
Actually, it's a lot more
On Mon, Nov 30, 2020 at 01:13:27PM -0500, Robert Tonkavich wrote:
> There are only 24 Time Zones that Encompass the Earth. Is 780 files
> overboard?
>
> I think Yes.
This is completely inaccurate. Time zones were not devised by drawing
equally-spaced meridian lines along the globe. They were
All,
There are only 24 Time Zones that Encompass the Earth. Is 780 files
overboard?
I think Yes.
Robert Tonkavich
On Mon, Nov 30, 2020 at 1:00 PM Charlie Gibbs wrote:
> On Mon, 30 Nov 2020 14:10:02 +0100 "Martin McCormick"
> wrote:
>
> > If you aren't in to trying to modify some
On Mon, 30 Nov 2020 14:10:02 +0100 "Martin McCormick"
wrote:
> If you aren't in to trying to modify some sort of
> embedded system to do something it wasn't originally designed to
> do then ram and storage are getting cheaper by the day and some
> things just aren't worth worrying
Michael Stone writes:
> The kernel, compressed, is larger than that. The initrd needed to boot the
> kernel is also typically larger than that. A modern system has more CPU
> cache than that. At some point trying to save bytes is a waste of
> developer
> and administrator effort, and 3.5MB in
Andy Smith writes:
> Hi Martin,
>
> On Sat, Nov 21, 2020 at 08:48:51PM -0600, Martin McCormick wrote:
> > find . -name "*" -exec ls -l {} \; \
> > |grep -F / \
> > | awk ' { total += $5 } END { print total }'
> >
> > That usually just adds the sizes of all the files it can
> > find all
On Tue, Nov 24, 2020 at 01:07:10PM -0500, Greg Wooledge wrote:
As I said, figuring out the valid TZ strings for a given location on
our planet is a challenge. Unfortunately, the ... fine people ... who
devised the standards for this sort of thing thought it would be really
super clever to treat
On Tue, Nov 24, 2020 at 02:48:12PM +0100, Kamil Jo?ca wrote:
> Mike McClain writes:
>
> [...]
> > Locale is another area where there is a lot of data that the
> > average user, I suspect, has no use for and localepurge in Debian, at
> > least, is hamstrung by the packagers, hooking it to
rhkra...@gmail.com writes:
> On Tuesday, November 24, 2020 01:07:10 PM Greg Wooledge wrote:
>> As I said, figuring out the valid TZ strings for a given location on
>> our planet is a challenge. Unfortunately, the ... fine people ... who
>> devised the standards for this sort of thing thought it
On Mon 23 Nov 2020 at 22:16:47 (-0600), Mike McClain wrote:
> On Mon, Nov 23, 2020 at 07:51:09AM -0500, Greg Wooledge wrote:
> > On Sat, Nov 21, 2020 at 01:20:39PM -0600, Martin McCormick wrote:
> > > I just cd'd to that directory and it looks like there's
> > > about 1 GB there.
> >
> >
On Tue 24 Nov 2020 at 13:07:10 (-0500), Greg Wooledge wrote:
> On Tue, Nov 24, 2020 at 04:45:53PM +, Curt wrote:
> > I have a problem:
> >
> > curty@einstein:~$ TZ=EST date
> > Tue Nov 24 11:43:42 EST 2020
> > curty@einstein:~$ TZ=PST date
> > Tue Nov 24 16:43:54 PST 2020
>
> As I said,
On Tuesday, November 24, 2020 01:07:10 PM Greg Wooledge wrote:
> As I said, figuring out the valid TZ strings for a given location on
> our planet is a challenge. Unfortunately, the ... fine people ... who
> devised the standards for this sort of thing thought it would be really
> super clever to
Mike McClain writes:
[...]
> Locale is another area where there is a lot of data that the
> average user, I suspect, has no use for and localepurge in Debian, at
> least, is hamstrung by the packagers, hooking it to dpkg and
I disagree.
Even quite small enterprises work internationally now.
On Tue, Nov 24, 2020 at 04:45:53PM +, Curt wrote:
> I have a problem:
>
> curty@einstein:~$ TZ=EST date
> Tue Nov 24 11:43:42 EST 2020
> curty@einstein:~$ TZ=PST date
> Tue Nov 24 16:43:54 PST 2020
As I said, figuring out the valid TZ strings for a given location on
our planet is a
On Tuesday 24 November 2020 11:18:00 John Hasler wrote:
> Mike McClain writes:
> > I guess I'm just a little old fashioned. My first computer had
> > no storage
>
> Likewise.
>
> > ...and my first hard drive was 20M...
>
> Likewise.
>
> > ...so having a directory taking up 3.5MB when all I'm
On 2020-11-24, John Hasler wrote:
> rhkramer writes:
>> To find out the time in some other time zone, I find it convenient to
>> just google [time in ] (e.g., time in China).
>
> "TZ= date" is quicker. "date -d 'time and date in other timezone'"
> converts a given time and date to local time and
rhkramer writes:
> To find out the time in some other time zone, I find it convenient to
> just google [time in ] (e.g., time in China).
"TZ= date" is quicker. "date -d 'time and date in other timezone'"
converts a given time and date to local time and date.
--
John Hasler
jhas...@newsguy.com
Mike McClain writes:
> I guess I'm just a little old fashioned. My first computer had
> no storage
Likewise.
> ...and my first hard drive was 20M...
Likewise.
> ...so having a directory taking up 3.5MB when all I'm using there is
> less than 10KB just doesn't sit well with me.
I have 278GB of
On Tuesday, November 24, 2020 08:09:16 AM Greg Wooledge wrote:
> A few times a year, at most. For others, it will depend on how often
> you travel to other time zones, or interact with people in other time
> zones, or would simply like to know what time it is in .
To find out the time in some
On Mon, Nov 23, 2020 at 10:16:47PM -0600, Mike McClain wrote:
I guess I'm just a little old fashioned. My first computer had
no storage and my first hard drive was 20M so having a directory
taking up 3.5MB when all I'm using there is less than 10KB just
doesn't sit well with me.
The kernel,
> I guess I'm just a little old fashioned. My first computer had
> no storage and my first hard drive was 20M so having a directory
> taking up 3.5MB when all I'm using there is less than 10KB just
> doesn't sit well with me.
I can related to that.
Note that you can also remove all of that
On Mon, Nov 23, 2020 at 10:16:47PM -0600, Mike McClain wrote:
> In over 20 years running Linux I've never found a use for that
> extra 3.5MB data and I wonder how many do. I'm curious Greg, how often
> have you used that data?
A few times a year, at most. For others, it will depend on how
On Mon, Nov 23, 2020 at 07:51:09AM -0500, Greg Wooledge wrote:
> On Sat, Nov 21, 2020 at 01:20:39PM -0600, Martin McCormick wrote:
> > I just cd'd to that directory and it looks like there's
> > about 1 GB there.
>
> unicorn:~$ du -sh /usr/share/zoneinfo
> 3.5M /usr/share/zoneinfo
>
On Mon, 23 Nov 2020 07:51:09 -0500
Greg Wooledge wrote:
> (And yes, I know find | wc -l isn't an accurate way to count files if
> their names are unrestricted. Here I'm assuming there aren't a huge
> number of filenames in /usr/share/zoneinfo/ with newlines.)
You are also assuming that there
On Sat, Nov 21, 2020 at 01:20:39PM -0600, Martin McCormick wrote:
> I just cd'd to that directory and it looks like there's
> about 1 GB there.
unicorn:~$ du -sh /usr/share/zoneinfo
3.5M/usr/share/zoneinfo
unicorn:~$ find /usr/share/zoneinfo -type f | wc -l
780
Either something's wrong
Hi Martin,
On Sat, Nov 21, 2020 at 08:48:51PM -0600, Martin McCormick wrote:
> find . -name "*" -exec ls -l {} \; \
> |grep -F / \
> | awk ' { total += $5 } END { print total }'
>
> That usually just adds the sizes of all the files it can
> find all the way through the tree.
>
> If
Andy Smith writes:
> Hi Martin,
>
> Are you sure about this? There is no Debian or Ubuntu host I have
> access to that has a /usr/share/zoneinfo/ that contains more than
> 4MiB of data. For yours to have 256 times this much is quite an
> aberration. What did you type to determine that your
>
On Sat 21 Nov 2020 at 02:30:08 (+), mike.junk...@att.net wrote:
> Of the 780 files in /usr/share/zoneinfo/ America/Chicago and CST6CDT are the
> only two that might apply to me. Are the rest of any use to me at all? If so
> how? And, yes, I understand that they need to be supplied
On Sat, 21 Nov 2020 13:20:39 -0600
"Martin McCormick" wrote:
> I just cd'd to that directory and it looks like there's
> about 1 GB there.
Show us what you did. As in, copy and paste from a terminal. E.g.:
root@hawk:/usr/share/zoneinfo# du -hs
3.5M.
root@hawk:/usr/share/zoneinfo# uname -r
> Are you sure about this? There is no Debian or Ubuntu host I have
> access to that has a /usr/share/zoneinfo/ that contains more than
> 4MiB of data.
FWIW:
% du -sh /usr/share/zoneinfo/.
5.1M/usr/share/zoneinfo/.
0%
This is on a "bog standard" Debian i386 testing (with
Hi Martin,
On Sat, Nov 21, 2020 at 01:20:39PM -0600, Martin McCormick wrote:
> I just cd'd to that directory and it looks like there's
> about 1 GB there.
Are you sure about this? There is no Debian or Ubuntu host I have
access to that has a /usr/share/zoneinfo/ that contains more than
writes:
> Suppose a hacker logs into your computer from far, far away, say
> from somewhere in Nepal.
>
> Surely you'd want this person to see the time adapted to their
> locale? That's the least courtesy you can be expected to provide?
>
> ;-P
>
> Now putting my tongue out of my cheek again:
On Sat, Nov 21, 2020 at 02:30:08AM +, mike.junk...@att.net wrote:
> Of the 780 files in /usr/share/zoneinfo/ America/Chicago and
> CST6CDT are the only two that might apply to me [...]
> [...] if there is any use for them after one's own time zone is set.
Suppose a hacker logs
On Fri, Nov 20, 2020 at 9:18 PM John Hasler wrote:
> Mike writes:
> > Of the 780 files in /usr/share/zoneinfo/ America/Chicago and CST6CDT
> > are the only two that might apply to me. Are the rest of any use to me
> > at all? If so how?
>
> Do you ever need to conver
Mike writes:
> Of the 780 files in /usr/share/zoneinfo/ America/Chicago and CST6CDT
> are the only two that might apply to me. Are the rest of any use to me
> at all? If so how?
Do you ever need to convert the time and date in some distant time zone
to your local time or vice versa?
Hi Mike,
On Sat, Nov 21, 2020 at 02:30:08AM +, mike.junk...@att.net wrote:
> Of the 780 files in /usr/share/zoneinfo/ America/Chicago and
> CST6CDT are the only two that might apply to me. Are the rest of
> any use to me at all? If so how? And, yes, I understand that th
Of the 780 files in /usr/share/zoneinfo/ America/Chicago and CST6CDT are the
only two that might apply to me. Are the rest of any use to me at all? If so
how? And, yes, I understand that they need to be supplied for every zone in the
world initially but am curious if there is any use for them
46 matches
Mail list logo
