Hi,
to enable properly downloading the volview sources I tried the following
watch file:
version=3
opts=\
dversionmangle=s/[~\+]dfsg//,\
downloadurlmangle=s/VolView-([\d\.]+)-Linux-x86_64.sh/VolViewSrc.tar.gz/,\
filenamemangle=s/VolView(-[\d\.]+)-Linux-x86_64.sh/VolViewSrc$1.tar.gz/ \
Le Fri, Sep 14, 2012 at 04:21:33PM +0200, Andreas Tille a écrit :
version=3
opts=\
dversionmangle=s/[~\+]dfsg//,\
downloadurlmangle=s/VolView-([\d\.]+)-Linux-x86_64.sh/VolViewSrc.tar.gz/,\
filenamemangle=s/VolView(-[\d\.]+)-Linux-x86_64.sh/VolViewSrc$1.tar.gz/ \
Hi,
On Tue, Aug 28, 2012 at 12:12:08AM +0800, Paul Wise wrote:
Best ask them to fix that and point them at our upstream guide while
you are at it:
http://wiki.debian.org/UpstreamGuide
Right, but I guess chances are low ...
However, there should be some chance to drain the current
On Tue, 28 Aug 2012 19:27:28 Andreas Tille wrote:
Hmmm, I tried this
opts=dversionmangle=s/([\d.]+)\.(\d+)/$1-r$2/,downloadurlmangle=s/MRIConver
t_.*/mriconvert_sources.zip/ \
http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\
.tar\.gz
which ends up with version
Hi,
the watch file for the mriconvert package[1] is obviosely not working because
http://lcni.uoregon.edu/~jolinda/MRIConvert/
upstream does not mind numbering its mriconvert_sources.zip sources.
However, there should be some chance to drain the current version from other
files on this page.
On Mon, Aug 27, 2012 at 05:47:38PM +0200, Andreas Tille wrote:
Hi,
the watch file for the mriconvert package[1] is obviosely not working because
http://lcni.uoregon.edu/~jolinda/MRIConvert/
upstream does not mind numbering its mriconvert_sources.zip sources.
However, there should be
On Mon, Aug 27, 2012 at 11:47 PM, Andreas Tille wrote:
the watch file for the mriconvert package[1] is obviosely not working because
http://lcni.uoregon.edu/~jolinda/MRIConvert/
upstream does not mind numbering its mriconvert_sources.zip sources.
Best ask them to fix that and point them
This is a good starting point. Using filenamemangle anddownloadurlmangle you
can use the above for a working
watch file. Iattached it. As long as upstreams stays with this scheme
(besides it isa dead project), this should
work.
Thank you for the watch file, Daniel. My primary machine is
Am Dienstag, den 02.09.2008, 16:31 -0700 schrieb Brandon:
Creating a separate script wouldn't really make much sense in my case.
I was only fixing the watch file as a formality. Upstream is dead, so I
wouldn't be using it, but it would satisfy projects like dehs, and my
QA page warns me about
* Brandon [EMAIL PROTECTED] [080902 22:31]:
Also, xevil is a dead project. The latest release was years ago, and
Satan doesn't respond to email. Would you guys recommend not having a
watch file?
I think especially with dead upstream a watch file is usefull. If
upstream is active and knows you
I am attempting to write a watch file for my debian package, xevil.
Here is how I would direct a human to find the latest version:
1) Go to: http://www.xevil.com/xevil/dev/download.html
2) Click on the Stable version link
3) Click on the Xevil link
Here is what I have of my watch file so far:
On Tue, 02 Sep 2008, Brandon wrote:
The current upstream is:
http://www.xevil.com/download/stable/xevilsrc2.02r2.zip
Unfortunatley, the following watch line won't work:
http://www.xevil.com/download/stable/xevilsrc(*.).zip
because directory listings are (403) forbidden.
Also, xevil is a
I think your approach to the debian/watch file is sort of off, which
explains why it isn't working. You want to point it to a webpage
where it can get hrefs that match the given regular expression, so you
want the website to actually be specified as download_stable.shtml.
Something like this
On Tue, 2 Sep 2008 14:25:04 -0700
Daniel Moerner [EMAIL PROTECTED] wrote:
I think your approach to the debian/watch file is sort of off, which
explains why it isn't working. You want to point it to a webpage
where it can get hrefs that match the given regular expression, so you
want the
You are correct: my solution obviously doesn't work, since I didn't
read carefully enough.
This would be an easy problem to solve with a script. It would just be
a few lines, and not much hassle.
Russ Allbery's blog suggests a get-orig-source debian/rules target
that he uses for packaging his
Creating a separate script wouldn't really make much sense in my case.
I was only fixing the watch file as a formality. Upstream is dead, so I
wouldn't be using it, but it would satisfy projects like dehs, and my
QA page warns me about my broken watch file.
I think I will just use the watch file
Brandon [EMAIL PROTECTED] writes:
I have one more question about watch files. If I were to delete the
watch file (maybe upstream website will be taken down in the future?),
is there anything special I should do to override the missing
watch file warnings? Is there a signal to sites like dehs
On Wed, Sep 3, 2008 at 4:30 AM, Brandon [EMAIL PROTECTED] wrote:
Also, xevil is a dead project. The latest release was years ago, and
Satan doesn't respond to email. Would you guys recommend not having a
watch file? Even if so, I would really like to know how I would solve
this problem, if it
18 matches
Mail list logo
