|
|
 | | From: | david bonde | | Subject: | TZ | | Date: | Tue, 4 Jan 2005 11:01:11 +0100 |
|
|
 | unzip behöver en TZ-variabel satt:
-f freshen existing files, i.e., extract only those files that
already exist on disk and that are newer than the disk copies.
By default unzip queries before overwriting, but the -o option
may be used to suppress the queries. Note that under many oper-
ating systems, the TZ (timezone) environment variable must be
set correctly in order for -f and -u to work properly (under
Unix the variable is usually set automatically). The reasons
for this are somewhat subtle but have to do with the differences
between DOS-format file times (always local time) and Unix-for-
mat times (always in GMT/UTC) and the necessity to compare the
two. A typical TZ value is ``PST8PDT'' (US Pacific time with
automatic adjustment for Daylight Savings Time or ``summer
time'').
Men varken på min debian-maskin eller mina Mac:ar är det satt, de kanske inte är
tillräckligt mycket unix?
I alla fall, vad är ett lämpligt ställe att sätta denna variabel och till vilket
värde?
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
|
|
| | From: | Jorgen Grahn | | Subject: | Re: TZ | | Date: | 4 Jan 2005 10:39:31 GMT |
|
|
| On Tue, 4 Jan 2005 11:01:11 +0100, david bonde wrote:
> unzip behöver en TZ-variabel satt:
....
> Men varken på min debian-maskin eller mina Mac:ar är det satt, de kanske inte är
> tillräckligt mycket unix?
Antingen mansidan eller unzip är illa skriven. Det den behöver veta är
vilken tidszon du, som användare, är i. Den informationen behöver inte komma
från $TZ; typiskt är det en global inställning för hela burken man går på.
/etc/timezone verkar vara grundkällan hos mej.
Exv ls klarar sej fint utan $TZ, men respekterar den om jag mot förmodan är
i en annan tidszon än min maskin och vill visa det.
/Jörgen
--
// Jorgen Grahn \X/ algonet.se> R'lyeh wgah'nagl fhtagn!
|
|
| | From: | Olof Lagerkvist | | Subject: | Re: TZ | | Date: | Tue, 04 Jan 2005 10:40:38 GMT |
|
|
| david bonde wrote:
> unzip behöver en TZ-variabel satt:
> Men varken på min debian-maskin eller mina Mac:ar är det satt, de kanske inte är
> tillräckligt mycket unix?
Jo, SCO Unix använder TZ-variabeln. Det är kanske däremot inte
tillräckligt mycket Posix... ;)
> I alla fall, vad är ett lämpligt ställe att sätta denna variabel och till vilket
> värde?
På andra *nixar brukar jag lägga in den i /etc/profile (eller
motsvarande) så att den finns med när någon loggar in, satt till
följande värde i Sverige:
SWT-1SWS-2,M3.5.0,M10.5.0
--
Olof Lagerkvist sm6xmk
ICQ: 724451 @ssa.se
Web: http://here.is/olof
|
|
| | From: | Birger Blixt | | Subject: | Re: TZ | | Date: | Tue, 04 Jan 2005 14:43:52 +0100 |
|
|
| On 01/04/05 11:40 AM, Olof Lagerkvist wrote:
> david bonde wrote:
>
>> unzip behöver en TZ-variabel satt:
>
>
>> Men varken på min debian-maskin eller mina Mac:ar är det satt, de
>> kanske inte är
>> tillräckligt mycket unix?
>
>
> Jo, SCO Unix använder TZ-variabeln. Det är kanske däremot inte
> tillräckligt mycket Posix... ;)
>
>> I alla fall, vad är ett lämpligt ställe att sätta denna variabel och
>> till vilket
>> värde?
>
>
> På andra *nixar brukar jag lägga in den i /etc/profile (eller
> motsvarande) så att den finns med när någon loggar in, satt till
> följande värde i Sverige:
> SWT-1SWS-2,M3.5.0,M10.5.0
>
Det räcker bra med TZ=CET om man har en unix/linux som har timezone filer.
Reglerna finns i dom, och uppdateras via normal patchhantering:
zdump -v CET |grep 2005
CET Tue Jan 4 13:35:39 2005 UTC = Tue Jan 4 14:35:39 2005 CET isdst=0
CET Sun Mar 27 00:59:59 2005 UTC = Sun Mar 27 01:59:59 2005 CET isdst=0
CET Sun Mar 27 01:00:00 2005 UTC = Sun Mar 27 03:00:00 2005 CEST isdst=1
CET Sun Oct 30 00:59:59 2005 UTC = Sun Oct 30 02:59:59 2005 CEST isdst=1
CET Sun Oct 30 01:00:00 2005 UTC = Sun Oct 30 02:00:00 2005 CET isdst=0
Varför ska man behöva regler i TZ variabeln?
/bb
|
|
| | From: | Olof Lagerkvist | | Subject: | Re: TZ | | Date: | Tue, 04 Jan 2005 14:30:37 GMT |
|
|
| Birger Blixt wrote:
> Det räcker bra med TZ=CET om man har en unix/linux som har timezone filer.
-- klipp --
> Varför ska man behöva regler i TZ variabeln?
Vi hade ett antal program på SCO-plattform som krävde detta, annars
hamnade omslaget till sommartid en vecka fel (en vecka försenat), men vi
fick aldrig riktigt klarhet i var själva felet egentligen låg.
--
Olof Lagerkvist sm6xmk
ICQ: 724451 @ssa.se
Web: http://here.is/olof
|
|
| | From: | Magnus Bäck | | Subject: | Re: TZ | | Date: | Wed, 05 Jan 2005 00:33:09 +0100 |
|
|
| On Tue, 04 Jan 2005 14:30:37 GMT,
Olof Lagerkvist wrote:
> Birger Blixt wrote:
>
> > Varför ska man behöva regler i TZ variabeln?
>
> Vi hade ett antal program på SCO-plattform som krävde detta, annars
> hamnade omslaget till sommartid en vecka fel (en vecka försenat), men vi
> fick aldrig riktigt klarhet i var själva felet egentligen låg.
Det låter som det systemet inte fått sina tidszonfiler uppdaterade
sedan Sverige för ca tio år sedan ändrade datum för omslag mellan
normaltid och sommartid.
--
Magnus Bäck
baeck@swipnet.se
|
|
| | From: | Olof Lagerkvist | | Subject: | Re: TZ | | Date: | Wed, 05 Jan 2005 06:32:41 GMT |
|
|
| Magnus Bäck wrote:
> On Tue, 04 Jan 2005 14:30:37 GMT,
> Olof Lagerkvist wrote:
>
>
>>Birger Blixt wrote:
>>
>>
>>>Varför ska man behöva regler i TZ variabeln?
>>
>>Vi hade ett antal program på SCO-plattform som krävde detta, annars
>>hamnade omslaget till sommartid en vecka fel (en vecka försenat), men vi
>>fick aldrig riktigt klarhet i var själva felet egentligen låg.
>
>
> Det låter som det systemet inte fått sina tidszonfiler uppdaterade
> sedan Sverige för ca tio år sedan ändrade datum för omslag mellan
> normaltid och sommartid.
Det hade väl varit troligt om felet inträffat på hösten och då en månad
fel, men detta var på våren (övergång till sommartid, inte från) och en
veckas försening av omslaget. Detta fel inträffade inte i alla program,
jag lyckades heller inte återskapa felet i något program jag skrev själv.
--
Olof Lagerkvist sm6xmk
ICQ: 724451 @ssa.se
Web: http://here.is/olof
|
|
| | From: | Birger Blixt | | Subject: | Re: TZ | | Date: | Wed, 05 Jan 2005 14:35:10 +0100 |
|
|
| On 01/04/05 03:30 PM, Olof Lagerkvist wrote:
> Birger Blixt wrote:
>
>> Det räcker bra med TZ=CET om man har en unix/linux som har timezone
>> filer.
>
>
> -- klipp --
>
>> Varför ska man behöva regler i TZ variabeln?
>
>
> Vi hade ett antal program på SCO-plattform som krävde detta, annars
> hamnade omslaget till sommartid en vecka fel (en vecka försenat), men vi
> fick aldrig riktigt klarhet i var själva felet egentligen låg.
>
SCO har nog ingen koll på hur unix ska funka, och vilken mentalitet som krävs.
Tanken är att man ska kunna göra beräkningar typ vilket datum och tid det var för
100000 minuter sedan. Eller kanke beräkna antal minuter från datum-tid i Indien till datum-tid i
Sverige, där kanske datum är så långt tillbaks att något land har ändrat reglerna.
Detta vet operativsystemet tack vare sina (updaterade) zonefiler, och att hårdkoda en
regel i $TZ saboterar ju hela idén.
TZ är en bit av unix själen, en struktur som gör det möjligt med sammarbete över gränser.
Hela Europas regler:
Hela grejen bygger alltså på att alla unixklockor går likadant i hela världen, och att
$TZ anger vilken tid du vill se på alla maskiner och filer oavsett var dom finns.
Detta är nödvändigt för att tex: kunna ta reda på hur gammal en fil är när man arbetar
i stora nät över flera länder/kontinenter.
/bb
|
|
| | From: | Olof Lagerkvist | | Subject: | Re: TZ | | Date: | Wed, 05 Jan 2005 16:32:39 GMT |
|
|
| Birger Blixt wrote:
> On 01/04/05 03:30 PM, Olof Lagerkvist wrote:
>
>> Birger Blixt wrote:
>>> Varför ska man behöva regler i TZ variabeln?
>>
>>
>> Vi hade ett antal program på SCO-plattform som krävde detta, annars
>> hamnade omslaget till sommartid en vecka fel (en vecka försenat), men
>> vi fick aldrig riktigt klarhet i var själva felet egentligen låg.
>>
>
> SCO har nog ingen koll på hur unix ska funka, och vilken mentalitet som
> krävs.
Eller vad det nu var som var fel... SCOs egna program fungerade hela
tiden utan problem. Ett gammalt Xenix-program som kördes med någon
binärkompatibilitetstolk gjorde också rätt, några andra program
kompilerade för SCO gjorde också rätt medan några andra program
kompilerade för SCO gjorde fel.
Jag fick ett tag intrycket av att det måste vara så att de felaktiga
programmen använder något gemensamt bibliotek med trasiga tidsfunktioner
eller liknande men när man analyserade vilka program som drabbades så
verkade inte det heller rimligt. Jag fick aldrig veta vad som var fel,
jag administrerar inte längre några SCO-maskiner.
--
Olof Lagerkvist sm6xmk
ICQ: 724451 @ssa.se
Web: http://here.is/olof
|
|
|
