Preserving the time stamps

[GoogleCodeExporter]

The time stamp of the man page is preserved during the installation.  For
the stuff that is going into ../intro  unfortunately the time stamps aren't
preserved.  It would be nice if you tweak your makefile to preserve the
stamps of those files too if possible.

Original issue reported on code.google.com by fabian.a...@gmail.com on 25 Apr 2009 at 10:57

[GoogleCodeExporter]

Original comment by andre....@gmail.com on 30 Apr 2009 at 12:57

• Added labels: Milestone-Release0.3.3

[GoogleCodeExporter]

Original comment by andre....@gmail.com on 30 Apr 2009 at 1:00

• Changed state: Accepted

[GoogleCodeExporter]

Can you please elaborate more your request? I'm not sure I understand it 
completely.

Original comment by andre....@gmail.com on 30 Apr 2009 at 5:24

[GoogleCodeExporter]

This seams to be a googlecode issue.  Tested with an other project.

[fab@laptop24 SOURCES]$ LC_ALL=C wget -N
http://backup-light.googlecode.com/files/backup-light-0.4.tar.gz
--2009-05-03 16:54:54--  
http://backup-light.googlecode.com/files/backup-light-0.4.tar.gz
Resolving backup-light.googlecode.com... 74.125.43.82
Connecting to backup-light.googlecode.com|74.125.43.82|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 13111 (13K) [application/x-gzip]
Last-modified header missing -- time-stamps turned off.
--2009-05-03 16:54:54--  
http://backup-light.googlecode.com/files/backup-light-0.4.tar.gz
Reusing existing connection to backup-light.googlecode.com:80.
HTTP request sent, awaiting response... 200 OK
Length: 13111 (13K) [application/x-gzip]
Saving to: `backup-light-0.4.tar.gz'

100%[===========================================================================
===================================>]
13,111      --.-K/s   in 0.1s    

2009-05-03 16:54:55 (103 KB/s) - `backup-light-0.4.tar.gz' saved [13111/13111]

Original comment by fabian.a...@gmail.com on 3 May 2009 at 2:58

[GoogleCodeExporter]

Hmmm, no, it's a issue with the way of the installation is handled.  It affects 
the
stuff in the tutorial directory.

RPM package

│ xsw-0.3.2-1.fc10.i386.rpm                                    │ 
143250│May  3 17:42  
│ xsw-debuginfo-0.3.2-1.fc10.i386.rpm                          │ 
126204│May  3 17:42 

The time stamps of the content of the tutorial directory

│ back.jpg                                                     │  
30980│May  3 17:42 
│ bg.jpg                                                       │  
12531│May  3 17:42 
│ bgblack.png                                                  │   
1283│May  3 17:42 
│ bggrad.png                                                   │    
811│May  3 17:42 
│ bgolive.png                                                  │   
1308│May  3 17:42 
│ lake.jpg                                                     │  
15749│May  3 17:42 
│ tutorial.xsw                                                 │   
7617│May  3 17:42 
│ tutorial.xsw.in                                              │   
7621│May  3 17:42 
│ tux.png                                                      │  
11913│May  3 17:42

Man page is ok

│ xsw.1.gz                                                     │    
900│Apr 29 18:20

You are using 'install-sh'.  Perhaps the parameter '-C' is doing the job.

Original comment by fabian.a...@gmail.com on 3 May 2009 at 4:22

[GoogleCodeExporter]

I did a 'make install' and for what I have checked, all files installed have 
the 
timestamp exactly at the time of install. This include the tutorial 
presentation, the 
man page and xsw binary (in /usr/local/bin).

Isn't that the way it is supposed to work? Why should it behave differently?

Original comment by andre....@gmail.com on 4 May 2009 at 4:31

[GoogleCodeExporter]

Original comment by andre....@gmail.com on 4 May 2009 at 5:51

• Added labels: Milestone-Release0.3.4
• Removed labels: Milestone-Release0.3.3

[GoogleCodeExporter]

Original comment by andre....@gmail.com on 8 May 2009 at 1:51

• Removed labels: Milestone-Release0.3.4