On Wed, Jan 11, 2017 at 03:16:38PM +0100, Sascha Steinbiss wrote:
> > Any idea how to properly download the upstream source tarball with
> > uscan?
>
> could you please try:
>
> opts=filenamemangle=s/.*\.tar\.gz\?ref=ecopcr_v?(\d\S+)/ecopcr-$1\.tar\.gz/g
> \
>
Hi Andreas,
[...]
> Any idea how to properly download the upstream source tarball with
> uscan?
could you please try:
opts=filenamemangle=s/.*\.tar\.gz\?ref=ecopcr_v?(\d\S+)/ecopcr-$1\.tar\.gz/g
\
https://git.metabarcoding.org/obitools/ecopcr/tags?sort=updated_desc
Hi,
upstream of ecopcr has added release tags at my request in their
local gitlab instance. I think I adapted d/watch[1] accordingly
but when doing
uscan --verbose --force-download
it just says
uscan info:=> Package is up to date for from
Thank you Eriberto. That fixed it.
Greetings
Peter
On 01/29/2015 02:56 AM, Eriberto Mota wrote:
version=3
opts=dversionmangle=s/\+dfsg// \
https://github.com/LibVNC/libvncserver/releases
.*/archive/LibVNCServer-(\d\S+)\.tar\.gz
--
To UNSUBSCRIBE, email to
Hello!
Can someone help me with the watchfile for the current libvncserver
sourcepackage?
https://packages.debian.org/source/sid/libvncserver
I am trying to package a new upstream version, but the current watchfile
cannot download/extract the newest upstream version. I already spend
some time
Hi Peter,
My suggestion:
version=3
opts=dversionmangle=s/\+dfsg// \
https://github.com/LibVNC/libvncserver/releases
.*/archive/LibVNCServer-(\d\S+)\.tar\.gz
Take care to use 'releases' instead 'tags' to allow the download.
Cheers,
Eriberto
2015-01-29 0:16 GMT-02:00 Peter Spiess-Knafl
On Sunday 29 June 2014 14:22:18 Daniel Lintott wrote:
I don't know if this is the best method... but it seems to work.
uversionmangle=s/(\d)-(\d-\d)/$1.$2/g
This will break as soon as any field of the version goes beyond 9:
a \d alone does not match '10'.
Given that upstream version begins
Hi
On Mon, Jun 30, 2014 at 10:21:55AM +0800, Paul Wise wrote:
On Mon, Jun 30, 2014 at 1:04 AM, Andreas Tille wrote:
opts=s/(\d)-(\d-\d)/$1.$2/,filenamemangle=...
uscan warning: unrecognised option s/(\d)-(\d-\d)/$1.$2/
...
at least with uscan from latest devscripts this does not seem
Hi,
I have trouble fixing the watch file for r-other-bio3d at
Vcs-Svn:
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-other-bio3d/trunk/
At first I do not understand why uversionmangle=s/\./-/g does not work:
$ uscan --verbose --report
-- Scanning for watchfiles in .
-- Found
Le Sun, Jun 29, 2014 at 11:43:47AM +0200, Andreas Tille a écrit :
At first I do not understand why uversionmangle=s/\./-/g does not work:
$ uscan --verbose --report
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
* Andreas Tille andr...@an3as.eu, 2014-06-29, 11:43:
I have trouble fixing the watch file for r-other-bio3d at
Vcs-Svn:
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-other-bio3d/trunk/
At first I do not understand why uversionmangle=s/\./-/g does not work:
You got it backwards. It
Hi Jakub
On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
You got it backwards. It should be: uversionmangle=s/-/./g
No, I really want to substitute v2-0-1 to 2.0-1 as the
tarball on the download page
http://thegrantlab.org/bio3d/download/download-bucket
as well as the Debian
Hi Andreas,
On 29/06/14 14:05, Andreas Tille wrote:
Hi Jakub
On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
You got it backwards. It should be: uversionmangle=s/-/./g
No, I really want to substitute v2-0-1 to 2.0-1 as the
tarball on the download page
I don't know if this
On Sun, 2014-06-29 at 15:05 +0200, Andreas Tille wrote:
Hi Jakub
On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
You got it backwards. It should be: uversionmangle=s/-/./g
No, I really want to substitute v2-0-1 to 2.0-1 as the
tarball on the download page
You could leave
Hi,
On Sun, Jun 29, 2014 at 02:22:18PM +0100, Daniel Lintott wrote:
Hi Andreas,
On 29/06/14 14:05, Andreas Tille wrote:
Hi Jakub
On Sun, Jun 29, 2014 at 12:04:20PM +0200, Jakub Wilk wrote:
You got it backwards. It should be: uversionmangle=s/-/./g
No, I really want to
On Mon, Jun 30, 2014 at 1:04 AM, Andreas Tille wrote:
opts=s/(\d)-(\d-\d)/$1.$2/,filenamemangle=...
uscan warning: unrecognised option s/(\d)-(\d-\d)/$1.$2/
...
at least with uscan from latest devscripts this does not seem to
work ...
You are missing the uversionmangle= option name.
--
On Sun, Jan 19, 2014 at 12:58:42AM +0100, gregor herrmann wrote:
It took me some time now, but I have another proposal:
version=3
opts=downloadurlmangle=s{([\d.]+)$}{$1/ssake_v$1-tar.gz},\
filenamemangle=s{.+/([\d.]+)$}{ssake_v$1-tar.gz} \
Hi,
the current watch file for ssake fails finding any version. The reason
is that the upstream download page
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases
has dedicated download pages for every single download tarball. I tried
to fix this using the following watch file
A simple solution:
version=3
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases
.*/ssake/releases/(\d\S*)
Cheers,
Eriberto
2014/1/18 Andreas Tille andr...@an3as.eu:
Any help to fix the watch file?
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a
Hi Eriberto,
thanks for you quick response,
On Sat, Jan 18, 2014 at 02:04:04PM -0200, Eriberto wrote:
A simple solution:
version=3
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases
.*/ssake/releases/(\d\S*)
I tested this but this only drops a single file named
3.8.1
Sorry. My last solution is very simplist and doesn't allow downloads.
Please, try it:
version=3
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)/
ssake_v(\d\S*)-tar.gz
Cheers,
Eriberto
2014/1/18 Eriberto eribe...@eriberto.pro.br:
A simple solution:
version=3
On Sat, 18 Jan 2014 16:55:13 +0100, Andreas Tille wrote:
version=3
opts=downloadurlmangle=s/software\/ssake\/releases\/([.\d]+)/\/ssake_v$1-tar.gz/
\
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)
uscan: In debian/watch, potentially unsafe or malformed
On Sat, Jan 18, 2014 at 06:49:25PM +0100, gregor herrmann wrote:
On Sat, 18 Jan 2014 16:55:13 +0100, Andreas Tille wrote:
uscan: In debian/watch, potentially unsafe or malformed downloadurlmangle
pattern:
's/software\/ssake\/releases\/([.\d]+)/\/ssake_v$1-tar.gz/' found.
Skipping
On Sat, 18 Jan 2014 23:54:43 +0100, Andreas Tille wrote:
The following seems to work:
version=3
opts=downloadurlmangle=s{([\d.]+)$}{$/ssake_v$1-tar.gz}g \
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)
Hmmm, it just drops the tarball named
3.8.1
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
My tarball is on the OBS. I want to write a watch file for it.
My procedure to get the file is:
look in:
https://build.opensuse.org/package/files?package=libreoffice-converterproject=LibreOffice:Unstable
For strings that look like:
a
On Sat, 14 Apr 2012 15:56:19 -0500, Paul Elliott wrote:
My current watch file reads:
version=3
opts=filenamemangle=s/(.*)\?rev=.*/$1/ \
https://build.opensuse.org/package/files?package=libreoffice-converterproject=LibreOffice:Unstable
\
Hi Andreas,
On 02/26/2011 09:47 PM, Andreas Tille wrote:
On Sat, Feb 26, 2011 at 12:22:19AM +0100, Dario Minnucci wrote:
This is working for me...
version=3
opts=dversionmangle=s/([0-9])\.([0-9])\.([0-9])\.([0-9])/$1\.$2$3$4/g \
http://www.microbio.me/denoiser/Denoiser_([.0-9]+)\.tgz \
On Sat, Feb 26, 2011 at 12:22:19AM +0100, Dario Minnucci wrote:
This is working for me...
version=3
opts=dversionmangle=s/([0-9])\.([0-9])\.([0-9])\.([0-9])/$1\.$2$3$4/g \
http://www.microbio.me/denoiser/Denoiser_([.0-9]+)\.tgz \
debian debian/get-orig-source
I agree that this might
Hi,
I tried to enhance the watch file for denoiser at
svn://svn.debian.org/svn/debian-med/trunk/packages/denoiser/trunk/debian
but failed. I have no idea how to replace the '.' except the first one
in a mangle statement.
Any help is welcome
Andreas.
--
http://fam-tille.de
--
To
Hi Andreas,
On 02/25/2011 07:13 PM, Andreas Tille wrote:
Hi,
I tried to enhance the watch file for denoiser at
svn://svn.debian.org/svn/debian-med/trunk/packages/denoiser/trunk/debian
but failed. I have no idea how to replace the '.' except the first one
in a mangle statement.
On Wed, Jul 14, 2010 at 09:53:20AM +0800, Paul Wise wrote:
16 packages use it, there should be none.
May I ask why ?
It should be pretty obvious: less work for Debian and others:
less work for ...
...
But more work for package maintainers because these redirectors are
quite useful to
On Wed, Jul 14, 2010 at 2:53 PM, Andreas Tille andr...@an3as.eu wrote:
But more work for package maintainers because these redirectors are
quite useful to keep your watch file simple (and thus less error prone).
For me the reasoning to not have a googlecode redirector while having sf
and
On Tue, 13 Jul 2010 15:48:52 -0500, Raphael Geissert wrote:
David Paleino wrote:
On Fri, 9 Jul 2010 16:02:13 +0800, Paul Wise wrote:
On Fri, Jul 9, 2010 at 3:58 PM, Andreas Tille andr...@an3as.eu wrote:
I wonder how I might get a watch file for code.google.com working.
Sounds
On Wed, 14 Jul 2010 09:53:20 +0800, Paul Wise wrote:
On Wed, Jul 14, 2010 at 6:28 AM, Romain Beauxis to...@rastageeks.org wrote:
Le mardi 13 juillet 2010 15:48:52, Raphael Geissert a écrit :
http://googlecode.debian.net/p/freemedform/
Please do not continue spreading the use of that
On Wed, Jul 14, 2010 at 09:31:26AM +0200, David Paleino wrote:
If Google changes again, I find it better to change code in one place than in
tons of debian/watch files.
Well, 16 (+1 in NEW queue now ;-)) are not really tons. IMHO the main
advantage of redirectors in general (or equivalently a
On Wed, 14 Jul 2010 09:43:36 +0200, Andreas Tille wrote:
On Wed, Jul 14, 2010 at 09:31:26AM +0200, David Paleino wrote:
If Google changes again, I find it better to change code in one place than
in tons of debian/watch files.
Well, 16 (+1 in NEW queue now ;-)) are not really tons.
From
David Paleino wrote:
On Fri, 9 Jul 2010 16:02:13 +0800, Paul Wise wrote:
On Fri, Jul 9, 2010 at 3:58 PM, Andreas Tille andr...@an3as.eu wrote:
I wonder how I might get a watch file for code.google.com working.
Sounds like Google changed their HTML again, which broke the redirector
Le mardi 13 juillet 2010 15:48:52, Raphael Geissert a écrit :
http://googlecode.debian.net/p/freemedform/
Please do not continue spreading the use of that redirector. Just because
there's one for sourceforge it doesn't mean it is okay to have one for
other hosting services. We ideally
On Wed, Jul 14, 2010 at 6:28 AM, Romain Beauxis to...@rastageeks.org wrote:
Le mardi 13 juillet 2010 15:48:52, Raphael Geissert a écrit :
http://googlecode.debian.net/p/freemedform/
Please do not continue spreading the use of that redirector. Just because
there's one for sourceforge it
Hi,
Le mardi 13 juillet 2010 20:53:20, Paul Wise a écrit :
It does mean more work for Google since they have to inform every
engineer working on the download stuff of the need to keep URL schemes
useful for autodownloaders.
Well, I am not sure they want to allow this as well..
There
On Fri, Jul 09, 2010 at 05:28:57PM +0200, Christian Kastner wrote:
version=3
opts=\
downloadurlmangle=s|.*[?]name=(.*?).*|http://freemedforms.googlecode.com/files/$1|,\
filenamemangle=s|[^/]+[?]name=(.*?).*|$1| \
Hi,
I wonder how I might get a watch file for code.google.com working.
For FreeDiams I tried
version=3
http://code.google.com/p/freemedforms/downloads/list \
http://freemedforms.googlecode.com/files/freediams_([.\d]+).*\.tar\.gz
but uscan does not find any matching entry - probably because
On Fri, Jul 9, 2010 at 3:58 PM, Andreas Tille andr...@an3as.eu wrote:
I wonder how I might get a watch file for code.google.com working.
Sounds like Google changed their HTML again, which broke the redirector too:
http://googlecode.debian.net/p/freemedform/
--
bye,
pabs
On Fri, Jul 09, 2010 at 09:58:20AM +0200, Andreas Tille wrote:
Hi,
I wonder how I might get a watch file for code.google.com working.
For FreeDiams I tried
version=3
http://code.google.com/p/freemedforms/downloads/list \
http://freemedforms.googlecode.com/files/freediams_([.\d]+).*\.tar\.gz
2010/7/9 Aníbal Monsalve Salazar ani...@debian.org:
I just did it for irqbalance.
cat debian/watch
version=3
http://code.google.com/p/irqbalance/downloads/list \
.*irqbalance-([\d\.]+).tbz2.*
You'll need a downloadurlmangle too:
version=3
On Fri, Jul 09, 2010 at 06:10:16PM +1000, Aníbal Monsalve Salazar wrote:
I just did it for irqbalance.
cat debian/watch
version=3
http://code.google.com/p/irqbalance/downloads/list \
.*irqbalance-([\d\.]+).tbz2.*
According to this example this works
ersion=3
On Fri, Jul 09, 2010 at 04:13:55PM +0800, Paul Wise wrote:
You'll need a downloadurlmangle too:
version=3
opts=downloadurlmangle=s_^.*name=([^]*).*_http://freemedforms.googlecode.com/files/$1_
\
http://code.google.com/p/freemedforms/downloads/list \
On 07/09/2010 09:58 AM, Andreas Tille wrote:
Hi,
I wonder how I might get a watch file for code.google.com working.
For FreeDiams I tried
version=3
http://code.google.com/p/freemedforms/downloads/list \
http://freemedforms.googlecode.com/files/freediams_([.\d]+).*\.tar\.gz
but uscan
On Fri, 9 Jul 2010 16:02:13 +0800, Paul Wise wrote:
On Fri, Jul 9, 2010 at 3:58 PM, Andreas Tille andr...@an3as.eu wrote:
I wonder how I might get a watch file for code.google.com working.
Sounds like Google changed their HTML again, which broke the redirector too:
On Fri, 9 Jul 2010 22:35:40 +0200, David Paleino wrote:
On Fri, 9 Jul 2010 16:02:13 +0800, Paul Wise wrote:
On Fri, Jul 9, 2010 at 3:58 PM, Andreas Tille andr...@an3as.eu wrote:
I wonder how I might get a watch file for code.google.com working.
Sounds like Google changed their
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
Hello,
On Wed, 13 Feb 2008, I wrote:
I've been trying to write a watch file for flpsed.
First of all sorry for hijacking the thread.
Secondly, it is amazing how writing down one's problem
makes it clear how to solve it!
As far as I can see the author's logic for this somewhat bizarre
Hello,
I've been trying to write a watch file for flpsed.
The upstream home page is at
http://www.ecademix.com/JohannesHofmann/flpsed.html
This lists two versions of flpsed based on which version of the
library fltk is being used. Since Debian only has fltk1.1.x at
the moment, I can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leo costela Antunes wrote:
Székelyi Szabolcs wrote:
What's the usual way of handling preX upstream version numbers in
watch files? I'm having trouble because uscan considers 1.0pre3 newer
than 1.0.
Perhaps mangling the upstream version to use
Am Montag, den 11.02.2008, 02:23 +0100 schrieb Székelyi Szabolcs:
What's the usual way of handling preX upstream version numbers in
watch files? I'm having trouble because uscan considers 1.0pre3 newer
than 1.0.
IMO you have two options:
1) Ignore the pre-versions by a rule like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi mentors,
What's the usual way of handling preX upstream version numbers in
watch files? I'm having trouble because uscan considers 1.0pre3 newer
than 1.0.
Thanks,
- --
cc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Hi,
Székelyi Szabolcs wrote:
What's the usual way of handling preX upstream version numbers in
watch files? I'm having trouble because uscan considers 1.0pre3 newer
than 1.0.
Perhaps mangling the upstream version to use the tilde (~) as a
separator? But I don't really know if uscan even
Székelyi Szabolcs [EMAIL PROTECTED] writes:
What's the usual way of handling preX upstream version numbers in
watch files? I'm having trouble because uscan considers 1.0pre3 newer
than 1.0.
opts=uversionmangle=s/pre/~pre/
--
Russ Allbery ([EMAIL PROTECTED])
Hello Nelson,
On Sat, 05 Aug 2006, Nelson A. de Oliveira wrote:
On 8/4/06, martin f krafft [EMAIL PROTECTED] wrote:
So I guess the watch file syntax is correct. Maybe some network
problem at your side or at ftp.genetics.wustl.edu?
Consider passive mode on/off ?
Yes, it was this.
Using
Hi!
On 8/5/06, Kapil Hari Paranjape [EMAIL PROTECTED] wrote:
But why on my system it is not working without --pasv? Everybody else
(that answered) just used uscan --verbose and it worked...
Can somebody, please, explain this to me?
2. Your network has a transparent proxy setup.
This one
Hi mentors!
I have one watch file with the following lines:
version=3
ftp://ftp.genetics.wustl.edu/pub/eddy/software/squid-(.*)\.tar\.gz
Doing an uscan --verbose, I get:
$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile
Nelson A. de Oliveira wrote:
Hi mentors!
I have one watch file with the following lines:
version=3
ftp://ftp.genetics.wustl.edu/pub/eddy/software/squid-(.*)\.tar\.gz
Doing an uscan --verbose, I get:
$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
Hi!
On 8/4/06, Roberto C. Sanchez [EMAIL PROTECTED] wrote:
What is the correct line to get versions from a FTP directory, with
files like
ftp://ftp.genetics.wustl.edu/pub/eddy/software/squid-1.9g.tar.gz?
Add debian uupdate (without quotes) at the end of the line in the
watch file.
Still
On Fri, Aug 04, 2006 at 06:08:50PM -0300, Nelson A. de Oliveira wrote:
Hi!
On 8/4/06, Roberto C. Sanchez [EMAIL PROTECTED] wrote:
What is the correct line to get versions from a FTP directory, with
files like
ftp://ftp.genetics.wustl.edu/pub/eddy/software/squid-1.9g.tar.gz?
Add debian
On Fri, 04 Aug 2006 16:45:42 -0300, Nelson A. de Oliveira wrote:
I have one watch file with the following lines:
version=3
ftp://ftp.genetics.wustl.edu/pub/eddy/software/squid-(.*)\.tar\.gz
Doing an uscan --verbose, I get:
[..]
What is the correct line to get versions from a FTP
also sprach gregor herrmann [EMAIL PROTECTED] [2006.08.05.0010 +0100]:
So I guess the watch file syntax is correct. Maybe some network
problem at your side or at ftp.genetics.wustl.edu?
Consider passive mode on/off ?
--
Please do not send copies of list mail to me; I read the list!
.''`.
Hi!
On 8/4/06, martin f krafft [EMAIL PROTECTED] wrote:
So I guess the watch file syntax is correct. Maybe some network
problem at your side or at ftp.genetics.wustl.edu?
Consider passive mode on/off ?
Yes, it was this.
Using uscan --pasv --verbose with uscan from Sid and from Sarge it
84 matches
Mail list logo