#279236 [uscan] Would like date comparison mode for uscan

Package:
devscripts
Source:
devscripts
Description:
scripts to make the life of a Debian Package maintainer easier
Submitter:
Camm Maguire
Date:
2015-11-09 15:15:11 UTC
Severity:
wishlist
#279236#5
Date:
2004-11-01 16:54:18 UTC
From:
To:
I maintain several packages which have no upstream version number,
e.g. blas and lapack.  Would love the ability to have uscan check the
timestamp on the file instead of a version number in the filename.

Take care,

#279236#10
Date:
2004-11-01 21:13:56 UTC
From:
To:
I'd be more inclined to introduce upstream to the elementary concepts of
release management, and have them start to assign and expose version numbers
to the rest of the world...

- Matt

#279236#15
Date:
2004-11-02 15:23:00 UTC
From:
To:
Greetings!

Matthew Palmer <mpalmer@debian.org> writes:

In an ideal world, yes, but this is netlib.  There is no such
possibility here.  You won't even be able to get an email reply about
this software. Still, I can understand not wanting to provide
workarounds for odd cases like this.  I've just become attracted by
the 'upstream health' section of the qa page to keep track of things.

Take care,

#279236#20
Date:
2009-07-21 14:07:52 UTC
From:
To:
Hi,

wait - does that mean upstream is active but just refuses to
reply to your mails? E.g. he is releasing, but just not collaborating?

That would be really a bad base for a package to be in Debian..

Best Regards,
Patrick

#279236#25
Date:
2015-11-09 15:11:08 UTC
From:
To:
control: forcemerge 279236 614802

Hi,

There are 2 bugs on timetstamp.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279236
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614802

If full URL path contain version, we can use it but if timestamp is the
only way, it is nice to have some mechanism to use uscan.  (I agree it
is ugly situation.)

I think solution is the same as #517637
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517637#44

@YYYMMDD@
@YYMMDD@

But for this, we need a way to get the timesamp of the remote file which
we seem to lack now.

Here is my reminder:

For FTP: http://stackoverflow.com/questions/21698309/lwpuseragent-retrieve-file-date-and-time-from-ftp-directory-listing

http://lwp.interglacial.com/ch03_05.htm :
The Last-Modified header contains a timestamp indicating when the
content was last modified, but it is sometimes not present.

  $lm = $response->last_modified( );


http://www.perlmonks.org/?node_id=179063 :

#!/usr/bin/perl -w

use strict;
use LWP::Simple;

my ($content_type, $document_length, $modified_time, $expires, $server
+) = head("http://www.gnu.org/index.html");
$modified_time = localtime($modified_time) if $modified_time;
print "Modified: " . ($modified_time ? $modified_time : "Unknown") . "
+\n";

exit;

https://books.google.co.jp/books?id=1Cp2-ydxKj4C&pg=PA184&lpg=PA184&dq=perl+LWP+file+timestamp&source=bl&ots=FGZUiFxGw6&sig=K01o4Y2H-HIR-kDRv2mBkdG958s&hl=ja&sa=X&ved=0CE0Q6AEwBWoVChMI7IWCvs2DyQIVpoOmCh2VMgJx#v=onepage&q=perl%20LWP%20file%20timestamp&f=false





If anyone has patch, I welcome it.

Osamu