Need help for watch file
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/ \ http://www.kitware.com/products/vvdownload.html \ http://www.kitware.com/VolView/files/VolView-([\d\.]+)-Linux-x86_64.sh $ /usr/bin/uscan --verbose --force-download -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: 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/ http://www.kitware.com/products/vvdownload.html http://www.kitware.com/VolView/files/VolView-([\d\.]+)-Linux-x86_64.sh -- Found the following matching hrefs: http://www.kitware.com/VolView/files/VolView-3.4-Linux-x86_64.sh http://www.kitware.com/VolView/files/VolView-3.4-Linux-x86_64.sh http://www.kitware.com/VolView/files/VolView-3.4-Linux-x86_64.sh Newest version on remote site is 3.4, local version is 3.4+dfsg (mangled local version number 3.4) = Package is up to date Newest version on remote site is 3.4, local version is 3.4+dfsg (mangled local version number 3.4) = Forcing download as requested -- Downloading updated package http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz uscan warning: ../http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz does not appear to be a compressed file; the file command says: ERROR: cannot open `../http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz' (No such file or directory) Not processing this file any further! -- Scan finished If I leave out the filenamemangle option the correct file is downloaded - but it is named *.sh which is a bit stupid for a tar.gz. Any hint (besides bothering upstream ... somebody from kitware in CC - Luis it would help if you could care for a properly numbered downloadable tarball.) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120914142133.ga14...@an3as.eu
Re: Need help for watch file
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/ \ http://www.kitware.com/products/vvdownload.html \ http://www.kitware.com/VolView/files/VolView-([\d\.]+)-Linux-x86_64.sh -- Downloading updated package http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz uscan warning: ../http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz does not appear to be a compressed file; the file command says: ERROR: cannot open `../http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz' (No such file or directory) Hi Andreas, the problem here is that uscan sees the file name as: http://www.kitware.com/VolView/files/VolView-3.4-Linux-x86_64.sh Your filenamemangle regular expression turns it into: http://www.kitware.com/VolView/files/VolViewSrc-3.4.tar.gz A second expression is needed to remove the URL part. With the following, filenamemangle=s/VolView(-[\d\.]+)-Linux-x86_64.sh/VolViewSrc$1.tar.gz/;s|http://www.kitware.com/VolView/files/|| Uscan now sees the file name as VolViewSrc-3.4.tar.gz Have a nice week-end, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120915004102.ga31...@falafel.plessy.net
Re: Need help for watch file
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 version from other files on this page. Any help would be welcome because I failed terribly trying to use some mangling options. This would work but uscan doesn't like the file that gets downloaded: I fixed this[1] in connection with the proposed uscan changes to enable deletion of files (see bug #685787). version=3 opts=downloadurlmangle=s/MRIConvert_.*/mriconvert_sources.zip/ \ http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\.tar\.gz Hmmm, I tried this opts=dversionmangle=s/([\d.]+)\.(\d+)/$1-r$2/,downloadurlmangle=s/MRIConvert_.*/mriconvert_sources.zip/ \ http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\.tar\.gz which ends up with version 2.0-r235. I know that dversionmangle is the wrong approach and it rather should be uversionmangle=s/([\d.]+)-r(\d+)/$1.$2/ but if I try this I do not get a match on the given download page. Kind regards Andreas. [1] http://anonscm.debian.org/gitweb/?p=users/tille/devscripts.git;a=commit;h=cc44217883219e7c9bb0875f75aebc4ecec59e63 -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120828092728.ga27...@an3as.eu
Re: Need help for watch file
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 2.0-r235. I know that dversionmangle is the wrong approach and it rather should be uversionmangle=s/([\d.]+)-r(\d+)/$1.$2/ but if I try this I do not get a match on the given download page. The following would work with uscan --rename --repack: ## opts=\ uversionmangle=s/([\d.]+)-r(\d+)/$1.$2/,\ downloadurlmangle=s/MRIConvert_.*/mriconvert_sources.zip/,\ filenamemangle=s/.*/orig.zip/,\ http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\.tar\.gz ## Hack-ish and perhaps ugly but works... Indeed the best would be to try convincing upstream to rename source archive... Cheers, Dmitry. signature.asc Description: This is a digitally signed message part.
Need help for watch file
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. Any help would be welcome because I failed terribly trying to use some mangling options. Kind regards Andreas. [1] Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/mriconvert/trunk/ -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120827154738.gf3...@an3as.eu
Re: Need help for watch file
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 some chance to drain the current version from other files on this page. Any help would be welcome because I failed terribly trying to use some mangling options. You could simply write a watch file for one of the binaries that have a version number. Then the watch file can be used to track newer upstream releases, not for downloading the newest source code. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120827155850.ga5...@master.debian.org
Re: Need help for watch file
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 at our upstream guide while you are at it: http://wiki.debian.org/UpstreamGuide However, there should be some chance to drain the current version from other files on this page. Any help would be welcome because I failed terribly trying to use some mangling options. This would work but uscan doesn't like the file that gets downloaded: version=3 opts=downloadurlmangle=s/MRIConvert_.*/mriconvert_sources.zip/ \ http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\.tar\.gz Best ask upstream to use a tarball instead of a zip file too. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6f4_7zf2gyp97zbm8iqt_2ovd0r2avaseobxm829mr...@mail.gmail.com
Re: Need help writing watch file for unusual, troublesome case.
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 having some technical problems, so I can't test it out right now, but I will include it in the next xevil release. -Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need help writing watch file for unusual, troublesome case.
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 my broken watch file. I think I will just use the watch file that I mentioned in my original post. This one: version=3 http://www.xevil.com/xevil/dev/download.html (.*)/download_stable.shtml This is a good starting point. Using filenamemangle and downloadurlmangle you can use the above for a working watch file. I attached it. As long as upstreams stays with this scheme (besides it is a dead project), this should work. Regards, Daniel watch Description: application/fluid
Re: Need help writing watch file for unusual, troublesome case.
* 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 exists or you are on the webpage from time to time, then you will notice yourself. If upstream just wakes up, puts a new version and vanishes again then a watch file is almost the only chance you have to detect it... Also email addresses often change, sometimes it helps to look for other projects of the same person to see if there are other addresses now (sometimes there is even a mailinglist there also dedicated to the old project but not listed on the old project page directly). Hochachtungsvoll, Bernhard R. Link -- Never contain programs so few bugs, as when no debugging tools are available! Niklaus Wirth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Need help writing watch file for unusual, troublesome case.
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: version=3 http://www.xevil.com/xevil/dev/download.html (.*)/download_stable.shtml That is the watch file equivalent to Step 1 and 2 above. Unfortunately, I don't know how to continue. How do I get subsequent lines to remember the results of previous lines? Like assigning variables in a script or program? 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 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 needed solving. For the future. -Brandon signature.asc Description: PGP signature
Re: Need help writing watch file for unusual, troublesome case.
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 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 needed solving. For the future. -Brandon Hi Brandon, If xevil is a 'dead project' having a watch file that doesn't do anything isn't very helpful either. Instead consider adding a lintian override or an empty watch file explaining why the watchfile is missing. BTW, IANADD, so listen to other opinions before doing something. Regards, Mauro -- JID: [EMAIL PROTECTED] http://lusers.com.ar/ 2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need help writing watch file for unusual, troublesome case.
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 basically works and can be fine-tuned with a better match for the source package: version=3 http://www.xevil.com/xevil/dev/2.02r2/download_stable.shtml \ (.*)\.zip This complains about the version name but at least works: -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: http://www.xevil.com/xevil/dev/2.02r2/download_stable.shtml (.*)\.zip -- Found the following matching hrefs: http://www.xevil.com/download/stable/xevilsrc2.02r2.zip dpkg: version 'http://www.xevil.com/download/stable/xevilsrc2.02r2' has bad syntax: epoch in version is not number Newest version on remote site is http://www.xevil.com/download/stable/xevilsrc2.02r2, local version is 2.02r2 dpkg: version 'http://www.xevil.com/download/stable/xevilsrc2.02r2' has bad syntax: epoch in version is not number = Newer version available from http://www.xevil.com/download/stable/xevilsrc2.02r2.zip -- Downloading updated package xevilsrc2.02r2.zip -- Successfully downloaded updated package xevilsrc2.02r2.zip -- Scan finished Cheers, Daniel Moerner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need help writing watch file for unusual, troublesome case.
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 website to actually be specified as download_stable.shtml. Something like this basically works and can be fine-tuned with a better match for the source package: version=3 http://www.xevil.com/xevil/dev/2.02r2/download_stable.shtml \ (.*)\.zip This complains about the version name but at least works: -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: http://www.xevil.com/xevil/dev/2.02r2/download_stable.shtml (.*)\.zip -- Found the following matching hrefs: http://www.xevil.com/download/stable/xevilsrc2.02r2.zip dpkg: version 'http://www.xevil.com/download/stable/xevilsrc2.02r2' has bad syntax: epoch in version is not number Newest version on remote site is http://www.xevil.com/download/stable/xevilsrc2.02r2, local version is 2.02r2 dpkg: version 'http://www.xevil.com/download/stable/xevilsrc2.02r2' has bad syntax: epoch in version is not number = Newer version available from http://www.xevil.com/download/stable/xevilsrc2.02r2.zip -- Downloading updated package xevilsrc2.02r2.zip -- Successfully downloaded updated package xevilsrc2.02r2.zip -- Scan finished Cheers, Daniel Moerner The watch file you suggest has more problems than you noticed. 1) Did you notice how your watch line actually includes the current version number? 2.02r2? That won't work for (hypothetical) future versions. 2) uscan complains about the version name because it is wrong. We can fix it by using this line instead: http://www.xevil.com/xevil/dev/2.02r2/download_stable.shtml \ http://www.xevil.com/download/stable/xevilsrc(.*).zip Unfortunately, this fix still has the problem of the current version number (2.02r2) being in the watch file. The whole reason I'm trouble is because you have to download http://www.xevil.com/xevil/dev/download.html in order to know what the latest version is, and the xevil source archive is not mentioned on that page. This would be an easy problem to solve with a script. It would just be a few lines, and not much hassle. Unfortunately, watch files, being very simple, seem to be completely unable to solve the partiular instance where both of the following are true (such as in this case) 1) Directory listings on upstream server are forbidden 2) Source archive is not mentioned in href on page where you find out the latest version number I think this problem may be unsolvable, short of creating a new watch file format (version 4). -Brandon signature.asc Description: PGP signature
Re: Need help writing watch file for unusual, troublesome case.
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 own scripts: http://www.eyrie.org/~eagle/notes/debian/build-tools.html#scripts I'm not sure if this is kosher with regards to the debian/rules file of a package meant to go into the actual Debian archive, but it's at least something to consider if you want to script the grabbing of the file, which debian/watch of course does not support. Daniel Moerner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need help writing watch file for unusual, troublesome case.
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 that I mentioned in my original post. This one: version=3 http://www.xevil.com/xevil/dev/download.html (.*)/download_stable.shtml It won't download the latest version (it downloads download_stable.shtml) But it checks the version just fine. I'll make a note in the watch file, saying what it can do, what it can't, and why that should be OK. Thanks for your help. If anyone knows how to make my watch file download the correct file, that would be great. I think it is impossible, though. 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 that a watch file would be inappropriate for a specific project? -Brandon signature.asc Description: PGP signature
Re: Need help writing watch file for unusual, troublesome case.
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 that a watch file would be inappropriate for a specific project? I'm of the opinion that the right solution in such cases is not to override the warning, but to make the watch file consist entirely of comments explaining the situation. DEHS and lintian will both handle that correctly (i.e. not complain), and DEHS will use the comments as an explanation on the generated web page. -- \ The opposite of a correct statement is a false statement. But | `\ the opposite of a profound truth may well be another profound | _o__) truth. —Niels Bohr | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need help writing watch file for unusual, troublesome case.
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 needed solving. For the future. Having dead projects in Debian isn't really a good idea, please fork the upstream code. I saw the comment at the bottom of this page, you might want to contact that guy to get him to help out: http://freshmeat.net/projects/xevil/ Please put it on one of the public project hosting sites (gna/savannah/sf/launchpad) so it can be more easily hijacked if you abandon it in the future. Please also use a DVCS like git so that it is easier for external people to backup the version control history. Also, you might want to join the Debian Games Team if you haven't already and maintain the packaging there. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
