Re: [Bacula-users] Catastrophic changes to PostgreSQL 8.4

From: Frank Sweetser <fs(at)WPI(dot)EDU>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: Kern Sibbald <kern(at)sibbald(dot)com>, bacula-devel <bacula-devel(at)lists(dot)sourceforge(dot)net>, pgsql-general(at)postgresql(dot)org, bacula-users <bacula-users(at)lists(dot)sourceforge(dot)net>
Subject: Re: [Bacula-users] Catastrophic changes to PostgreSQL 8.4
Date: 2009-12-03 16:16:57
Message-ID: 4B17E479.1000002@wpi.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On 12/03/2009 10:54 AM, Craig Ringer wrote:
> Frank Sweetser wrote:
>
>> Unless, of course, you're at a good sized school with lots of
>> international students, and have fileservers holding filenames created
>> on desktops running in Chinese, Turkish, Russian, and other locales.
>
> What I struggle with here is why they're not using ru_RU.UTF-8,
> cn_CN.UTF-8, etc as their locales. Why mix charsets?

The problem isn't so much what they're using on their unmanaged desktops. The
problem is that the server, which is the one getting backed up, holds an
aggregation of files created by an unknown collection of applications running
on a mish-mash of operating systems (every large edu has its horror story of
the 15+ year old, unpatched, mission critical machine that no one dares touch)
with wildly varying charset configurations, no doubt including horribly broken
and pre-UTF ones.

The end result is a fileset full of filenames created on a hacked Chinese copy
of XP, a Russian copy of winME, romanian RedHat 4.0, and Mac OS 8.

This kind of junk is, sadly, not uncommon in academic environments, where IT
is often required to support stuff that they don't get to manage.

--
Frank Sweetser fs at wpi.edu | For every problem, there is a solution that
WPI Senior Network Engineer | is simple, elegant, and wrong. - HL Mencken
GPG fingerprint = 6174 1257 129E 0D21 D8D4 E8A3 8E39 29E3 E2E8 8CEC

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2009-12-03 16:23:01 Re: numeric cast oddity
Previous Message Tom Lane 2009-12-03 16:04:02 Re: numeric cast oddity

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2009-12-03 17:37:57 Re: Deleted WAL files held open by backends in Linux
Previous Message Sam Mason 2009-12-03 16:03:32 Re: Catastrophic changes to PostgreSQL 8.4