On Wed, 2022-04-06 at 16:26 +, Eivind Naess wrote:
> The project is using ./autogen.sh to generate the configure scripts,
> et al for the project. When I got to tag and create a release, I have
> to upload the resulting tarball with the resulting configure scripts
> embedded.
Personally I wou
Hi,
On Wed, 2022-04-06 at 16:26 +, Eivind Naess wrote:
> Using watch with git tags yields the same thing (snapshot of the
> source code, not the release tarball). I could use the GitLab API and
> fetch a JSON file, but I can't figure out to make that work with the
> watch file.
I once suggest
On 6/25/21 3:32 AM, Paul Wise wrote:
On Thu, Jun 24, 2021 at 10:01 PM Hilmar Preuße wrote:
Hi,
Sorry for late Reply!
uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/,\
...
According to [1] the entry "uversionmangle=..." should handle the case
that there could be beta/
On Thu, Jun 24, 2021 at 10:01 PM Hilmar Preuße wrote:
> uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/,\
...
> According to [1] the entry "uversionmangle=..." should handle the case
> that there could be beta/rc versions, which should be ignored. When
> doing an uscan now i
On Thu, Aug 2, 2018 at 8:21 PM Robert James Clay wrote:
On Thu, Aug 2, 2018 at 1:58 PM Shengjing Zhu wrote:
>> And I think using upstream http release page is much simpler for you.
> I'm inclined to agree and will look at using that site instead.
In testing with using the download
On Thu, Aug 2, 2018 at 1:58 PM Shengjing Zhu wrote:
> Not about repack, current watch file will download tarball that github
> generated, not the one upstream uploading to github release. Look at
> https://github.com/ledgersmb/LedgerSMB/releases, please be careful
> that there're two
On Fri, Aug 3, 2018 at 1:25 AM Robert James Clay wrote:
> Running, for instance, the command "uscan --force-download --verbose --rename
> --destdir .." results in the error "BAD signature". And indeed, checking the
> resulting files from that command finds that the archive does look to have
>
On Sun, Jan 8, 2017 at 3:55 AM, Ole Streicher wrote:
> Thank you. I am however a bit afraid since this depends that upstream
> keeps both really consistent.
You could use the github tarball but I'm not sure how it differs from
the stilts zipballs.
> I will have a look; however it may be faster t
Hi Paul,
Paul Wise writes:
> With just the ftp site alone it can't work (see below), luckily for
> you there is a github page:
>
> http://www.star.bristol.ac.uk/~mbt/stilts/#install
> https://github.com/Starlink/starjava/releases
>
> So this monstrosity should work:
>
> version=3
> options="uvers
On Thu, Jan 5, 2017 at 10:40 PM, Ole Streicher wrote:
> How can I get this right?
With just the ftp site alone it can't work (see below), luckily for
you there is a github page:
http://www.star.bristol.ac.uk/~mbt/stilts/#install
https://github.com/Starlink/starjava/releases
So this monstrosity
Paul Wise wrote:
> On Tue, Dec 29, 2015 at 3:24 PM, Andreas Metzler wrote:
>> is it possible to have uscan check multiple hosts? e.g.
>> for GNU findutils I would like to look at both stable and unstable
>> releases i.e. combining these two watchfiles:
> uscan already supports this, add two site
On Tue, Dec 29, 2015 at 3:24 PM, Andreas Metzler wrote:
> is it possible to have uscan check multiple hosts? e.g.
> for GNU findutils I would like to look at both stable and unstable
> releases i.e. combining these two watchfiles:
uscan already supports this, add two sites in one watch file:
vers
Ben Finney wrote:
> Andreas Metzler writes:
>> is it possible to have uscan check multiple hosts? e.g. for GNU
>> findutils I would like to look at both stable and unstable releases
> Are you aware the watch file is meant to find a *single* tarball?
Yes, I am aware of that.
> What would you w
Hi,
>> is it possible to have uscan check multiple hosts? e.g. for GNU
>> findutils I would like to look at both stable and unstable releases
>
>Are you aware the watch file is meant to find a *single* tarball?
>
>What would you want the result of scanning multiple hosts; how would
>you want dif
Andreas Metzler writes:
> is it possible to have uscan check multiple hosts? e.g. for GNU
> findutils I would like to look at both stable and unstable releases
Are you aware the watch file is meant to find a *single* tarball?
What would you want the result of scanning multiple hosts; how would
On 12/31/2014 01:55 AM, Riley Baird wrote:
>>> * d/copyright does not list all copyright holders/years. Look in
>>> each source file, and try to note the copyright data for each
>>> file.
>> I assume you are referring here to the Software Industry Promotion
>> Agency which I have now added to d/co
>> * d/copyright does not list all copyright holders/years. Look in
>> each source file, and try to note the copyright data for each
>> file.
> I assume you are referring here to the Software Industry Promotion
> Agency which I have now added to d/copyright
Yep! Except, I just noticed one more th
On 12/30/2014 05:45 AM, Riley Baird wrote:
>>> I'm not a DD, so I can't sponsor your package, but if you want,
>>> I'll take a look at it over the next couple of days.
>>
>> That would be great! I have just uploaded an updated version that
>> is lintian clean although the watchfile still appears to
>> I'm not a DD, so I can't sponsor your package, but if you want,
>> I'll take a look at it over the next couple of days.
>
> That would be great! I have just uploaded an updated version that
> is lintian clean although the watchfile still appears to be
> broken.
>
> Thank you for your quick res
On 12/28/2014 09:35 PM, Riley Baird wrote:
> The version field refers to the watch file format, not the package
> version.
>
> You should have "version=3".
Oh that's what that means! Thank you for the clarification!
> I'm not a DD, so I can't sponsor your
> package, but if you want, I'll take a l
On 29/12/14 12:52, Jacob Adams wrote:
> I have been working to fix all the lintian warnings for my package
> swapspace ( http://mentors.debian.net/package/swapspace )
>
> The only outstanding warning is debian-watch-file-missing-version
> which I cannot figure out how to fix. My watchfile has a v
Hello,
On 16/10/13 17:27, Peter Pentchev wrote:
> On Wed, Oct 16, 2013 at 02:44:50PM +0200, Patrick Matthäi wrote:
>> Hi,
>>
>> for the geoip-database package I would like to add a watch file. The
>> problem is: there are no real releases, so I am manualy monitoring
>> the required files.
>>
>> I
On Wed, Oct 16, 2013 at 02:44:50PM +0200, Patrick Matthäi wrote:
> Hi,
>
> for the geoip-database package I would like to add a watch file. The
> problem is: there are no real releases, so I am manualy monitoring
> the required files.
>
> Is it possible to get the upstream version of the remote f
Eriberto writes:
> Another suggestion...
>
> opts=dversionmangle=s/\+dfsg.*// \
> http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases (\d.*)/
>
> This is suggestion but Bart Martens is the king of the watches!!!
This is hard to outdo!
Best Regards,
--
Felix Natter
--
To UNS
hi Bart,
Bart Martens writes:
> I do. :-) I suggest to use this :
>
> | version=3
> | opts=dversionmangle=s/\+dfsg\d*$// \
> |
> http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/(\d+(?:\.\d+)*)/JMapViewer-(\d\S*)-Source\.(?:tar\.(?:gz|bz2|xz)|tgz|tbz2|txz|zip)
Tha
Another suggestion...
opts=dversionmangle=s/\+dfsg.*// \
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases (\d.*)/
This is suggestion but Bart Martens is the king of the watches!!!
Regards,
Eriberto
2013/10/6 Bart Martens :
> On Sun, Oct 06, 2013 at 05:16:49PM +0200, Felix
On Sun, Oct 06, 2013 at 05:16:49PM +0200, Felix Natter wrote:
> hi,
>
> I am about to finish the jmapviewer package
> (http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary)
> but have a small problem with the new version 1.02 and debian/watch.
>
> This is what it currently looks l
Eric Lavarde writes:
> Hi Felix,
hi Eric,
> have you tried to use uversionmangle to add a 0 at the end of 1.0 ->
> 1.00 ?
I tried both:
- uversionmangle=s/1\.0$/1.00/
- dversionmangle=s/1\.0$/1.00/
(how to deal with this? multiple dversionmangle don't seem to be allowed?)
I see two problems
Hi Felix,
have you tried to use uversionmangle to add a 0 at the end of 1.0 -> 1.00 ?
Cheers, Eric
On 06/10/13 17:16, Felix Natter wrote:
hi,
I am about to finish the jmapviewer package
(http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary)
but have a small problem with the ne
Hello,
On Fri, 08 Mar 2013 21:51:26 +0100
Ansgar Burchardt wrote:
> Please do!
> Having a header in each file makes reviewing license information much,
> much easier.
> If there's only a "global" license file it will often not contain
> information about files that are released under a differe
On Sat, Mar 9, 2013 at 5:40 AM, Adam Borowski wrote:
> This might be the case only if that information has any semblance of
> validity. That's possible pretty much only for tiny projects with one or at
> most few contributors. In anything worth looking at, a single file will be
> typically edite
On Fri, Mar 08, 2013 at 09:51:26PM +0100, Ansgar Burchardt wrote:
> Adam Borowski writes:
> > On Fri, Mar 08, 2013 at 10:54:58AM +0800, Paul Wise wrote:
> >> None of the C files contain copyright or license information, which is
> >> a good idea:
> >>
> >> http://tieguy.org/blog/2012/03/17/on-the
Adam Borowski writes:
> On Fri, Mar 08, 2013 at 10:54:58AM +0800, Paul Wise wrote:
>> None of the C files contain copyright or license information, which is
>> a good idea:
>>
>> http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/
>
> Please, don't!
Please do!
H
Hello,
On Fri, 8 Mar 2013 17:44:03 +0100
Alfonso Sabato Siciliano wrote:
> CFLAGS= `sdl-config --cflags` -Wall -g
> LFLAGS= `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer
> ...
> beret: game.o thing.o physics.o
> $(CC) $(LFLAGS) $^ -o $@
Well, I wasn't entirely correct when I sai
Hello,
On Fri, 8 Mar 2013 17:44:03 +0100
Alfonso Sabato Siciliano wrote:
> CFLAGS= `sdl-config --cflags` -Wall -g
> LFLAGS= `sdl-config --libs` -lSDL_image -lSDL_ttf -lSDL_mixer
> beret: game.o thing.o physics.o
> $(CC) $(LFLAGS) $^ -o $@
>
> %.o: %.c
> $(CC) -c $(CFLAGS) $<
T
On Fri, Mar 08, 2013 at 10:54:58AM +0800, Paul Wise wrote:
> None of the C files contain copyright or license information, which is
> a good idea:
>
> http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/
Please, don't!
There are at least three reasons why not:
*
On Fri, Mar 8, 2013 at 9:45 AM, Alfonso Sabato Siciliano wrote:
> I am making my first package (game: beret), the source of software is
> on gitorious: https://gitorious.org/beret .
> What must I write in debian/watch? I don't find docs about.
This particular project has no releases and no git t
On Sat, Jul 17, 2010 at 6:44 PM, Nick Andrik wrote:
> Thank you for your answers, I will fill a feature request againt uscan.
No need to do that, one already exists:
http://bugs.debian.org/395439
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Actually I had read the manual and I found no way how to do it, but I
send the initial question in the case I had missed something.
Thank you for your answers, I will fill a feature request againt uscan.
- --
=Do-
N.AND
-BEGIN PGP SIGNATURE
On Fri, Jul 16, 2010 at 09:31:11AM +0800, Paul Wise wrote:
> On Thu, Jul 15, 2010 at 8:00 PM, Nick Andrik wrote:
>
> > I would like to create a watch file that does not check the href of a
> > page, but the text included in the anchor, for example:
>
> debian-mentors is not the right place for u
On Thu, Jul 15, 2010 at 8:00 PM, Nick Andrik wrote:
> I would like to create a watch file that does not check the href of a
> page, but the text included in the anchor, for example:
debian-mentors is not the right place for uscan feature requests. You
should report a bug against the devscripts p
Od: Daniel Leidert
> > having troubles get my watch file work on sourceforge files.
> > tracking files:
> > http://sourceforge.net/projects/jcgui/files/jcgui/
> >
> > I tried this in my watch file:
> > http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
>
> A dot means "any character". So your watch file
Jaromír Mikeš wrote:
> $ uscan
> uscan warning: In watchfile debian/watch, reading webpage
> http://qa.debian.org/watch/sf.php/jcgui/ failed: 500 Can't connect to
> qa.debian.org:80 (connect: timeout)
>
The whole server is down at the moment.
Cheers,
--
Raphael Geissert - Debian Developer
w
Reijo Tomperi wrote:
Jaromír Mikeš wrote:
having troubles get my watch file work on sourceforge files.
tracking files:
http://sourceforge.net/projects/jcgui/files/jcgui/
I tried this in my watch file:
http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
I had a working watch file, but it stopped working
Am Freitag, den 25.12.2009, 22:36 +0100 schrieb Jaromír Mikeš:
> having troubles get my watch file work on sourceforge files.
> tracking files:
> http://sourceforge.net/projects/jcgui/files/jcgui/
>
> I tried this in my watch file:
> http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
A dot means "any char
Hello,
Am Fri, 25 Dec 2009 22:36:26 +0100 (CET) schrieb
Jaromír Mikeš :
> having troubles get my watch file work on sourceforge files.
> tracking files:
> http://sourceforge.net/projects/jcgui/files/jcgui/
>
> I tried this in my watch file:
> http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
I'm u
On Fri, Dec 25, 2009 at 10:36 PM, Jaromír Mikeš wrote:
> hello mentors,
>
> having troubles get my watch file work on sourceforge files.
> tracking files:
> http://sourceforge.net/projects/jcgui/files/jcgui/
>
> I tried this in my watch file:
> http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
>
> Any advi
Jaromír Mikeš wrote:
having troubles get my watch file work on sourceforge files.
tracking files:
http://sourceforge.net/projects/jcgui/files/jcgui/
I tried this in my watch file:
http://sf.net/jcgui/jcgui-(.+)\.tar\.bz2
I had a working watch file, but it stopped working for me also some
mon
Jaromír Mikeš writes:
> having troubles get my watch file work on sourceforge files.
Yes, Sourceforge makes it inordinately difficult to get direct access to
the tarballs.
In brief: the only way ‘uscan’ can reliably get files from Sourceforge
is to not get them via Sourceforge :-) See the man p
Ben Finney writes:
> Also, in order to reduce the surprises, I prefer not to allow a
> zero-length version string with ‘.+’. Instead it's better to have the
> version part of the string specified as ‘.+’ so it's at least one
> character long.
That should be “… I prefer not to allow a zero-length
> Od: Ben Finney
> > Having watch file like this:
> > version=3
> >
> http://download.savannah.gnu.org/releases/ll-plugins/lv2-c++-tools-(.*)\.tar\.bz2
> >
> > Can anybody advice why uscan cannot reach this source?
>
> Probably because the source specification is interpreted as a regex. As
> well
Jaromír Mikeš writes:
> Having watch file like this:
> version=3
> http://download.savannah.gnu.org/releases/ll-plugins/lv2-c++-tools-(.*)\.tar\.bz2
>
> Can anybody advice why uscan cannot reach this source?
Probably because the source specification is interpreted as a regex. As
well as the peri
Jaromír Mikeš wrote:
> Hello mentors,
>
> I trying monitor "lv2-c++-tools" source on
> http://mirror.lihnidos.org/GNU/savannah/ll-plugins/.
> Having watch file like this:
> version=3
> http://download.savannah.gnu.org/releases/ll-plugins/lv2-c++-tools-(.*)\.tar\.bz2
maybe, 'c\+\+-tools'?
--
Eug
Hi Bart,
On Sun, Aug 23, 2009 at 11:25 AM, Bart Martens wrote:
> On Sun, Aug 23, 2009 at 11:02:53AM -0430, Muammar El Khatib wrote:
>> I made some tries with each of them, but I always got no matches :(. How can
>> I
>> reach the correct version for this package? I still try it. If someone could
On Sun, Aug 23, 2009 at 11:02:53AM -0430, Muammar El Khatib wrote:
> I made some tries with each of them, but I always got no matches :(. How can I
> reach the correct version for this package? I still try it. If someone could
> help me I'd appreciate it.
version=3
opts="dversionmangle=s/\+dfsg\.\
"Panagiotes [paggas] Mousikides" writes:
> The manpage has this example:
>
> ftp://ftp.tex.ac.uk/tex-archive/web/c_cpp/cweb/cweb-(.*)\.tar\.gz
>
> If I got it correct, it means that (.*) will match the version used
> for the orig.tar.gz archive?
Yes. Unfortunately, I just noticed that it will
On Tue, Mar 24, 2009 at 10:22:09AM +0200, Panagiotes [paggas] Mousikides wrote:
>
> If I got it correct, it means that (.*) will match the version used for the
> orig.tar.gz archive?
Correct.
--
Jonathan Wiltshire
PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52
--
Daniel Leidert schrieb:
> version=3
> http://sourceforge.net/project/showfiles.php?group_id=14963&package_id=166159
> .*mantisbt\/mantis-([\d\.]+)\.tar\.gz.*
Thanks. I will test that und use that concept for further packages.
Seems to be an example of not seeing the forest cause of so much trees,
Patrick Schoenfeld <[EMAIL PROTECTED]> writes:
> A Sourceforge project, for which I create the packages, does have
> several files on sf.net. One is the stable tree with a version like
> 1.4.x and then it has a -devel tree with a version like 1.5.x.
How are the URLs differentiated between stable
Am Freitag, den 21.09.2007, 16:03 +0200 schrieb Daniel Leidert:
[..]
> Here is an example that works. However, you need to add some mangle
> rules to make it work downloading the .tar.gz too and naming the file
> correctly.
[snip]
The following seems to work out-of-the-box:
version=3
http://sour
Am Freitag, den 21.09.2007, 15:45 +0200 schrieb Patrick Schoenfeld:
> Daniel Leidert schrieb:
> > Well, you removed the second proposal from my answer, which exactly
> > handles this case (I e.g. have a similar problem for gchempaint and
> > gnome-chemistry-utils, see the debichem SVN). So I'm wond
Daniel Leidert schrieb:
> Well, you removed the second proposal from my answer, which exactly
> handles this case (I e.g. have a similar problem for gchempaint and
> gnome-chemistry-utils, see the debichem SVN). So I'm wondering, why you
> didn't give it a try?
Well, probably because it is _not_ h
Am Freitag, den 21.09.2007, 13:54 +0200 schrieb Daniel Leidert:
> Am Freitag, den 21.09.2007, 13:37 +0200 schrieb Patrick Schoenfeld:
[..]
> JFTR: If the project uses stable=even and unstable=odee (middle) version
> numbers, you can also use
>
> http://sf.net//-(\d+\.\d?[02468]\.\d+)\.tar\.gz
Ma
Am Freitag, den 21.09.2007, 14:34 +0200 schrieb Patrick Schoenfeld:
> Hi,
>
> Daniel Leidert schrieb:
> > Then use
> >
> > http://sf.net//-([\d\.]+)\.tar\.gz
> >
> > I always use this to avoid matching on packages like
> > package-foo-x.y.z.tar.gz, if I want to match on package-x.y.z.tar.gz
>
>
Hi,
Daniel Leidert schrieb:
> Then use
>
> http://sf.net//-([\d\.]+)\.tar\.gz
>
> I always use this to avoid matching on packages like
> package-foo-x.y.z.tar.gz, if I want to match on package-x.y.z.tar.gz
no this does not help me. I think there is a misunderstanding.
The filenames of the pack
On Fri, Sep 21, 2007 at 02:06:48PM +0200, Patrick Schoenfeld wrote:
> How would that help me? This would match digits and points as part of
> the version instead of everything and so it would also consider 1.5.x to
> be newer then 1.4.x.
> Which is right, if one just compares version numbers to eac
Kumar Appaiah wrote:
> If you are sure that they use only dots and numbers, you may wish to
> use ([\d\.]+) instead of (.*) for versioning.
How would that help me? This would match digits and points as part of
the version instead of everything and so it would also consider 1.5.x to
be newer then 1
Am Freitag, den 21.09.2007, 13:37 +0200 schrieb Patrick Schoenfeld:
> Hi there,
>
> the following is a problem that I already had with another package where
> a solution for this is also pending. The problem is the following.
>
> A Sourceforge project, for which I create the packages, does have
>
On Fri, Sep 21, 2007 at 01:37:33PM +0200, Patrick Schoenfeld wrote:
> version=3
> http://sf.net//-(.*)\.tar\.gz
>
> Then it will report every development version as a newer version, which
> is wrong. On the sourceforges projet site this files are divided into
> different packages, on called and o
On Mon, Aug 27, 2007 at 12:30:41AM +0200, Daniel Leidert wrote:
> > > > 2) Is it possible to use a different action than uupdate, e.g. `fakeroot
> > > > debian/rules get-orig-source'?
>
> Nice idea. Unfortunately
>
> uscan --force-download
>
> does not call the script. Instead it tries to get th
Am Sonntag, den 26.08.2007, 19:10 +0100 schrieb Julian Gilbey:
> On Sun, Aug 26, 2007 at 07:10:17PM +0200, Daniel Leidert wrote:
> > > 2) Is it possible to use a different action than uupdate, e.g. `fakeroot
> > > debian/rules get-orig-source'?
> >
> > And this too. Seems to be impossible atm. Wou
On Sun, Aug 26, 2007 at 07:10:17PM +0200, Daniel Leidert wrote:
> > 2) Is it possible to use a different action than uupdate, e.g. `fakeroot
> > debian/rules get-orig-source'?
>
> And this too. Seems to be impossible atm. Would be a nice-to-have for
> me.
$ cat debian/get-source
#! /bin/sh
fakero
Am Sonntag, den 26.08.2007, 19:03 +0200 schrieb Daniel Leidert:
> Reading the uscan(1) manpage it states, that the format is:
>
> Pattern [Version [Action]]
>
> which results in
>
> pattern debian uupdate
>
> for several watch files. I would like to ask two things:
>
> 1) What does "debian" a
Thank you Lutz!
Just checked -- it worked!
On Thu, 22 Mar 2007, Lutz Henckel wrote:
> Hi Yarik,
> is should work again. A wrong configuration has forbidded
> access of User Agents beginning with "D".
> Ciao
> Lutz
> Yaroslav Halchenko schrieb:
> >Dear Lutz,
> >I am a Debian developer who pack
Dear Lutz,
I am a Debian developer who packages a FOSS software hosted at
berlios.de. As a part of packaging, we use a convenience tool named
uscan which checks the upstream page for available new versions.
Since some time ago, berlios's website is not allowing the tool to use
its native Agent st
ok - so it is not a dead issue. Thanks for the link.
I think it is time to ask berlios people to add uscan to the list of
valid agents.
I will email Lutz Henckel in a follow-up...
On Tue, 20 Mar 2007, Michal Čihař wrote:
> Hi
> On Mon, 19 Mar 2007 23:41:56 -0400
> Yaroslav Halchenko <[EMAIL PRO
Hi
On Mon, 19 Mar 2007 23:41:56 -0400
Yaroslav Halchenko <[EMAIL PROTECTED]> wrote:
> I am sorry if I am trying to wake up a dead issue, but
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409137
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Descripti
I am sorry if I am trying to wake up a dead issue, but
On Thu, 23 Nov 2006, Julian Gilbey wrote:
> On Wed, Nov 22, 2006 at 11:17:29AM -0500, Justin Pryzby wrote:
> > I think there are 2 problems:
> > - Berlios apparently rejects based on User-Agent.
> Fixed in 2.9.24, I believe.
Indeed there is
On Wed, Nov 22, 2006 at 11:17:29AM -0500, Justin Pryzby wrote:
> On Wed, Nov 22, 2006 at 01:46:37PM +0100, Andreas Bresser wrote:
> > Hi,
> >
> > so is it enought when I update my package manually using uupdate and
> > create a watch file that looks like you suggested?
> > (because that line does
On Tue, Nov 21, 2006 at 12:43:33PM -0500, Justin Pryzby wrote:
> On Mon, Nov 20, 2006 at 11:21:45AM +0100, Andreas Bresser wrote:
> > Hello,
> >
> > The upstream-author of my package "spe" uploaded a new release on
> > berlios.de (on sourceforge is still the old version), so I changed the
> > debi
On Wed, Nov 22, 2006 at 01:46:37PM +0100, Andreas Bresser wrote:
> Hi,
>
> so is it enought when I update my package manually using uupdate and
> create a watch file that looks like you suggested?
> (because that line does not work):
Well, until uscan gets fixed, or an upload to sf.net is made, it
Hi,
so is it enought when I update my package manually using uupdate and
create a watch file that looks like you suggested?
(because that line does not work):
$ uscan
uscan warning: In debian/watch,
no matching hrefs for watch line
http://developer.berlios.de/project/showfiles.php?group_id=41
82 matches
Mail list logo
