Strange time behaviour (DST related?)

[Jenner Fusari <jenner neurotix com>]

Hi all,
I'm experiencing a strange behaviour in time handling in F-Spot.
I'm using F-Spot 0.2.1 as packaged in Debian Testing.
I took a look to the bugzilla and to previous posts, and there's nothing 
about this problem.

I will make 2 examples of what actually happens:
1) Today (2006/11/21) I have processed in GIMP a RAW photo taken, for 
example, the 1st of July at 11:31; I save it in JPEG and - known 
behaviour of ufraw-gimp plugin - this JPEG has no EXIF data. I import 
that JPEG in F-Spot; as expected (because of the file creation time I 
suppose) F-Spot says the shot was taken today at "see-creation-time". I 
know that time/date were wrong so I adjust time using F-Spot Adjust 
date/time function... I type "01/07/2006 11:31" (my locale is it_IT); 
confirm; the date/time is changed but to "01/07/2006 12:31".

2) I have a RAW shot took the 30th of September 2006 at 8:52; I use 
ufraw to get the JPEG; again (due to a missing[?] binding in Debian 
version of ufraw) that JPEG ha no EXIF data; I copy RAW EXIF data to the 
JPEG using exiftool; now JPEG has EXIF data. I import both the shot to 
F-Spot and I notice that the two shot have 1 hour difference (the JPEG 
says it was taken at 9:52); I adjust the time (-1:00) using F-Spot.

First of all, I would like to know if I'm proceding the wrong way with 
time adjustments in F-Spot... maybe the problem is on my side or they 
where solved in 0.2.2.

If the problem is caused by F-Spot time handling, I think they all comes 
from the DST (Daylight Saving Time). I got this behaviour an all the 
photos taken before the 30th October 2006 and processed (extenally of 
F-Spot) after the 30th October.
And why F-Spot seems to take care (example 2) of the filesystem's file 
creation time (exiftool creates a new file and backs up the original) 
when it has EXIF data?

Bye
  Jenner