On Thu, Apr 20, 2023 at 12:15:56AM +, Paul Wise wrote:
> There are some improvements that we could make to QA services:
>
> * pass on HTTP error codes from services fakeupstream.cgi accesses
> * switch fakeupstream.cgi SourceForge support to using the RSS feed
> * switch f
logs for the past week and see 209.87.16.61 with
> > user-agent "Python-httplib2/$Rev$" has hit a couple of RSS feeds, but has
> > not received any 429 status from our rate limits.
This is Planet Debian, I guess some blogs are on SourceForge.
> > There is
/projects/dispcalgui/files/... URLs then your RSS feed checking would be
> able to get through. Alternatively, separate your RSS feed script onto a
> separate IP/ipv6 address. A last recommendation would be to set a
> user-agent header on your RSS feed scripts, that would be helpful (but n
Hello sfnet_ops --
I am Fede Grau, contacting you on behalf of the Debian community. We are
seeking support from SourceForge Ops with recent RSS feed rate limit changes.
In particular if an "IP exception" may be created for Debian "watch" checks
for package updates.
Revie
Hi,
On 16/04/23 at 14:44 -0400, Federico Grau wrote:
>
> fyi -
>
> The code changes above appear to still be resulting in sf.net errors, or at
> least the `unixcw' package still reports Watch errors.
>
>
> https://salsa.debian.org/qa/qa/commit/395d923257e954663156fa315142415f50d1be6a
>
>
ou on behalf of the Debian community. We are
seeking support from SourceForge Ops with recent RSS feed rate limit changes.
In particular if an "IP exception" may be created for Debian "watch" checks
for package updates.
Reviewing the SourceForge Support Documentation we see
Control: retitle -1 qa.debian.org: sourceforge redirector for debian/watch
files gets rate limited
On Thu, 2023-04-13 at 07:05 +0200, Lucas Nussbaum wrote:
> I added code to handle sf.net's rate limiting in the UDD importer, and
> triggered a refresh of all sf.net-hosted packages.
Processing control commands:
> retitle -1 qa.debian.org: sourceforge redirector for debian/watch files gets
> rate limited
Bug #1033632 [qa.debian.org] qa.debian.org: sourceforge redirector for
debian/watch files fails with a 500 error
Changed Bug title to 'qa.debian.org: sourceforge
e server:
>
> https://salsa.debian.org/qa/qa/commit/395d923257e954663156fa315142415f50d1be6a
>
> I elected to just pass on all SourceForge HTTP error codes,
> with the HTTP error text prefixed to clarify the error source.
Thanks!
I added code to handle sf.net's rate limiting in the UDD importer
> could change the sf.net redirector to return 429 instead of 500 when
> sf.net returns 429, so that this specific case is easier to identify.
This is now done, tested and deployed on the server:
https://salsa.debian.org/qa/qa/commit/395d923257e954663156fa315142415f50d1be6a
I elected to jus
/qa.debian.org/watch/sf.php/synfig/ failed: 500 Error
> > `----
>
> This issue is caused by the underlying SourceForge infrastructure
> (their files RSS feed) starting to apply rate limiting and returning
> HTTP 429 Too Many Requests errors, which the Debian QA redirector
>
caused by the underlying SourceForge infrastructure
(their files RSS feed) starting to apply rate limiting and returning
HTTP 429 Too Many Requests errors, which the Debian QA redirector
easily hits, depending on how much use the service has per day.
We could have individual contributors rewrite e
On 06/04/2023 11:44, Christian Marillat wrote:
On 06 avril 2023 11:26, Peter B wrote:
I think this problem is now resolved.
The big red ERROR texts in the Watch column on my DDPO page are slowly going
away.
I don't know. I re-written my watch files to check sourceforge.net
instead of qa.debi
On 06 avril 2023 11:26, Peter B wrote:
> I think this problem is now resolved.
> The big red ERROR texts in the Watch column on my DDPO page are slowly going
> away.
I don't know. I re-written my watch files to check sourceforge.net
instead of qa.debian.org
Christian
I think this problem is now resolved.
The big red ERROR texts in the Watch column on my DDPO page are slowly going
away.
Cheers,
Peter
On Wed, 29 Mar 2023 08:05:01 +0200 Christian Marillat
wrote:
> Package: qa.debian.org
> Severity: normal
>
> Dear Maintainer,
>
> For several days sf.php no
Package: qa.debian.org
Severity: normal
Dear Maintainer,
For several days sf.php no longer works:
,
| uscan warn: In watchfile debian/watch, reading webpage
| https://qa.debian.org/watch/sf.php/synfig/ failed: 500 Error
`
Christian
Your message dated Fri, 27 Oct 2017 06:02:05 +
with message-id
and subject line qa.debian.org bug fixed in revision 3662
has caused the Debian Bug report #879852,
regarding sourceforge redirector takes subfolder into account
to be marked as done.
This means that you claim that the problem
On Thu, 2017-10-26 at 18:38 +0200, Laurent Bigonville wrote:
> For a lot of project that OldFiles directory is definitely not showing
> up in the default download page
>
> https://www.google.be/search?q=sourceforge+%22oldfiles%22
I've done some experimentation and it looks lik
t OldFiles directory is definitely not showing
up in the default download page
https://www.google.be/search?q=sourceforge+%22oldfiles%22
I'll try to find a way to workaround that in the watch file then
On Thu, Oct 26, 2017 at 9:45 PM, Laurent Bigonville wrote:
> The problem is that the rss feed contains files (that are not visibles
> under the download section https://sourceforge.net/projects/rpcbind/files/)
> under an OldFiles directory
The redirector just reflects what SF provides via RSS:
h
Package: qa.debian.org
Severity: normal
Hi,
rpcbind uses the following debian/watch rule:
version=3
http://sf.net/rpcbind/rpcbind-(.+)\.tar\.bz2
The problem is that the rss feed contains files (that are not visibles
under the download section https://sourceforge.net/projects/rpcbind/files/)
und
On Sat, Oct 15, 2016 at 11:06:50PM -0500, Steve M. Robbins wrote:
> On Sunday, October 16, 2016 11:48:32 AM CDT Paul Wise wrote:
>...
> > Your upstream isn't naming snapshot tarballs correctly. This should be
> > fixed either in boost upstream
>
> I know this is the popular Debian perception and
On Sun, Oct 16, 2016 at 11:48 AM, Paul Wise wrote:
> This should be ... or in the boost watch files. Modifying
> the boost watch file is dependent on the fix for the above issue.
I've now committed the fix, you can use something like this:
version=3
opts="uversionmangle=s/_/./g,dversionmangle=s/
On Sunday, October 16, 2016 11:48:32 AM CDT Paul Wise wrote:
> On Sun, Oct 16, 2016 at 10:24 AM, Steve M. Robbins wrote:
> > My suggestion is that the ones with "snapshots" in the path are simply
> > filtered out from list displayed by the reflector as these are not
> > release files.
>
> That sou
Your message dated Sun, 16 Oct 2016 04:06:35 +
with message-id
and subject line qa.debian.org bug fixed in revision 3566
has caused the Debian Bug report #840908,
regarding Uscan's Sourceforge reflector is too naive
to be marked as done.
This means that you claim that the problem has
On Sun, Oct 16, 2016 at 10:24 AM, Steve M. Robbins wrote:
> My suggestion is that the ones with "snapshots" in the path are simply
> filtered out from list displayed by the reflector as these are not
> release files.
That sounds like an ugly hack that I would rather not see implemented.
The are
Package: qa.debian.org
Severity: normal
The uscan download from sourceforge doesn't download what you expect
for boost. The reason is that the link provided by the reflector page
[1] is incorrect: it leads to a "snapshot" url [2]. The correct
URL is [3].
Paul Wise indicat
On Fri, Sep 12, 2014 at 12:59 AM, Daniel Lintott wrote:
> I've attached a patch which should solve this problem, in fact it was
> already in my script just not used as you'll see.
Excellent, applied!
BTW: we could always use more help with QA infra, more details here :)
https://wiki.debian.org/
Hi Paul,
On 11/09/14 15:21, Paul Wise wrote:
> On Thu, Sep 11, 2014 at 9:53 PM, Paul Wise wrote:
>
>> Thanks! Committed and made live:
>
> Daniel, there is one bug I'm hoping you can help with since I've
> mostly forgotten how to write PHP.
>
> URLs like this:
>
> https://qa.debian.org/watch/s
On Thu, Sep 11, 2014 at 9:53 PM, Paul Wise wrote:
> Thanks! Committed and made live:
Daniel, there is one bug I'm hoping you can help with since I've
mostly forgotten how to write PHP.
URLs like this:
https://qa.debian.org/watch/sf.php/chromium-bsu
Need to be redirected to URLs like this:
htt
Hi Paul,
On 11/09/14 04:20, Paul Wise wrote:
> On Tue, Jul 22, 2014 at 5:29 PM, Daniel Lintott wrote:
>
>> I shall drop another version of the patch to the bug report that reverts
>> the custom caching mechanism.
>
> A yak shaving exercise reminded me that this hasn't been done yet,
> could you
On Tue, Jul 22, 2014 at 5:29 PM, Daniel Lintott wrote:
> I would say that seems like a sensible suggestion. Using a ready-made
> system for the caching obviously has major benefits of being
> well-established and supported.
>
> Personally I've never used or setup such a service, but there are
> se
On 22/07/14 02:05, Paul Wise wrote:
> On Tue, Jul 22, 2014 at 2:50 AM, Daniel Lintott wrote:
>
>> Okay... It took a bit of thinking of how to work it, but I've come up
>> with a working solution that caches the file list for each project
>> requested.
>
> There was some discussion on IRC about th
On Tue, Jul 22, 2014 at 2:50 AM, Daniel Lintott wrote:
> Okay... It took a bit of thinking of how to work it, but I've come up
> with a working solution that caches the file list for each project
> requested.
There was some discussion on IRC about the problem and a caching proxy
was suggested ins
Control: -1 + patch
On 21/07/14 14:58, Paul Wise wrote:
> On Mon, 2014-07-21 at 15:39 +0200, Abou Al Montacir wrote:
>
>> Are we really consuming so much bandwidth for that feature? I assume
>> this will happen each time a user or a daemon wants to check a
>> particular package. I'm not convinced
On Mon, 2014-07-21 at 15:39 +0200, Abou Al Montacir wrote:
> Are we really consuming so much bandwidth for that feature? I assume
> this will happen each time a user or a daemon wants to check a
> particular package. I'm not convinced this is worth especially they ask
> for a cache of 1 hour, do w
Hi All,
On Mon, 2014-07-21 at 11:02 +0100, Daniel Lintott wrote:
> On 21/07/14 04:11, Paul Wise wrote:
> > Unfortunately the final word on that is that Debian needs to replace
> > our current redirector with one based on the RSS feature and also to
I honestly was expecting such answer!
> > add a
Hi Daniel,
many thanks for your work on this!
> It should definitely be possible to add a caching mechanism to the the
> new redirector, currently I have a couple of ideas on this but both have
> drawbacks.
>
> 1. Use a Berkeley DB to store the retrieved data, similar to what is
> currently done
On 21/07/14 04:11, Paul Wise wrote:
> Unfortunately the final word on that is that Debian needs to replace
> our current redirector with one based on the RSS feature and also to
> add a cache mechanism (they suggested a 1 hour cache time) so that we
> don't overload the RSS feature.
>
> Do you thi
On Tue, Jul 8, 2014 at 5:26 PM, Daniel Lintott wrote:
> Indeed... I have managed to replicate the functionality of the current
> SF redirector using the RSS feed
...
> Ack... That would be very nice to see. Let's hope they can come up with
> a nice solution.
Unfortunately the final word on that i
Hi Abou,
On 13/07/14 12:40, Abou Al Montacir wrote:
> Hi Daniel,
>
> ...
>
> I have tested your tool for Lazarus and it looks working as expected.
>
That's always good to know!
> I'd recommend to use this solution in [2] as it looks really easy to
> maintain/update with so few php lines. Als
Hi Daniel,
On Sun, 2014-07-13 at 11:21 +0100, Daniel Lintott wrote:
> Hi,
>
...
>
> I think your actually the following the bug at [1]. You can see the
> conversation I had with Paul in that bug report.
>
> Regards,
>
> Daniel Lintott
I have tested your tool for Lazarus and it looks working a
S feed
Demo: http://alpha.serverb.co.uk/debian/sf.php/vpcs
Git: http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/sf-rss.git
Feel free to use if you'd like (it was mainly an exercise to flex my PHP
skills again!)
> I have been in contact with the SourceForge people and they are i
be a good start, we
would still need to process the RSS into HTML though.
I have been in contact with the SourceForge people and they are in the
evaluation process of creating a permanent fix for us:
http://sourceforge.net/p/forge/site-support/8064/
--
bye,
pabs
http://wiki.debian.org/PaulWise
Hi Paul,
I just hit this same problem with one of my packages that ifs hosted on
SF.net and the HEAnet mirror doesn't hold the latest source.
I don't know whether this has been found/investigated before but the
appears to be an RSS feed for each project containing the file downloads.
So for my p
On Mon, 2014-06-23 at 16:41 +0100, HEAnet Mirror Team wrote:
> I have contacted the SourceForge mirror admins who have identified a
> problem on the HEAnet end and we're currently investigating.
Thanks.
> Meanwhile it would seem that bug #752384 is erroneous. It assumes
> Sou
ly
> ftp.heanet.ie::sourceforge
>
> We received a report that the HEAnet mirror of SourceForge files is at
> least 10 days out of date. For example, compare these two URLs,
> version 4.4 is missing from the HEAnet mirror:
>
> ftp://ftp.heanet.ie/mirrors/sourceforge/s/sw/
Hi HEAnet mirror operators,
The Debian project[1] QA group[2] is currently relying[3] on this
command to detect new versions of software that is packaged in Debian:
rsync -Pvan --log-file=/dev/null --list-only ftp.heanet.ie::sourceforge
We received a report that the HEAnet mirror of SourceForge
pagated from your upstream, presumably sourceforge itself? That
> said, when I visit the locations below via my web browser on the
> sourceforge site, I am able to view and download the relevant files
> via my local mirror, so this issue might be specific to HEAnet.
>
Sourceforge use trig
Hi HEAnet mirror operators,
The Debian project[1] QA group[2] is currently relying[3] on this
command to detect new versions of software that is packaged in Debian:
rsync -Pvan --log-file=/dev/null --list-only ftp.heanet.ie::sourceforge
Currently that produces the following errors, would it be
eb 25. I'm getting these errors
from cron:
rsync: opendir "/a/project/ao/aoo-extensions/1242/0" (in sourceforge) failed:
Permission denied (13)
rsync: opendir "/a/project/ao/aoo-extensions/1551/0" (in sourceforge) failed:
Permission denied (13)
rsync: opendir &quo
Problems with my package sciteproj's Sourceforge qa redirector again -
0.7.01 availible at
ftp://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/s/project/sc/sciteproj/
but not at
http://qa.debian.org/watch/sf.php/sciteproj/
best regards
/Andreas
signature.asc
Descri
Processing commands for cont...@bugs.debian.org:
> unarchive 581169
Bug #581169 {Done: Raphael Geissert } [qa.debian.org]
qa.debian.org: sf.net debian/watch file redirector fails to find new upstream
release
Unarchived Bug 581169
> reopen 581169
Bug #581169 {Done: Raphael Geissert } [qa.debian.o
Your message dated Fri, 09 Apr 2010 21:37:33 -0500
with message-id <4bbfe465.8702be0a.6767.2...@mx.google.com>
and subject line Re: Bug#577104: qa.debian.org: sourceforge redirector for
debian/watch files fails with a 404 error
has caused the Debian Bug report #577104,
regarding qa.debi
Your message dated Fri, 09 Apr 2010 21:37:33 -0500
with message-id <4bbfe465.8702be0a.6767.2...@mx.google.com>
and subject line Re: Bug#577104: qa.debian.org: sourceforge redirector for
debian/watch files fails with a 404 error
has caused the Debian Bug report #577104,
regarding qa.debi
Processing commands for cont...@bugs.debian.org:
> # this is a duplicate
> merge 577104 577105
Bug#577104: qa.debian.org: sourceforge redirector for debian/watch files fails
with a 404 error
Bug#577105: qa.debian.org: sourceforge redirector for debian/watch files fails
with a 404 error
Package: qa.debian.org
Severity: normal
The redirector for sourceforge fails with a 404 error.
This is the error uscan outputs and the debian/watch file I used:
k...@ubuntu:~/atomicworm/libtuxcap/libtuxcap-1.4.0$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In
Package: qa.debian.org
Severity: normal
Tags: l10n
The debian/watch file redirector for sourceforge seems to be broken.
It fails with a 404 error.
This is the error and the watch file I used.
k...@ubuntu:~/atomicworm/libtuxcap/libtuxcap-1.4.0$ uscan --verbose
-- Scanning for watchfiles in
Your message dated Thu, 03 Sep 2009 04:54:13 +
with message-id
and subject line qa.debian.org bug fixed in revision 2266
has caused the Debian Bug report #543711,
regarding devscripts: sf.net redirector seems not to work after sourceforge
reorg
to be marked as done.
This means that you
Processing commands for cont...@bugs.debian.org:
> reassign 544247 qa.debian.org
Bug #544247 [devscripts] devscripts: sf.net redirector seems not to work after
sourceforge reorg
Bug reassigned from package 'devscripts' to 'qa.debian.org'.
Bug No longer marked as found
Your message dated Fri, 22 Aug 2008 11:43:14 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#495497: devscripts: [uscan] sourceforge redirector
does not work any more
has caused the Debian Bug report #495497,
regarding devscripts: [uscan] sourceforge redirector does no
Processing commands for [EMAIL PROTECTED]:
> reassign 495497 qa.debian.org
Bug#495497: devscripts: [uscan] sourceforge redirector does not work any more
Bug reassigned from package `devscripts' to `qa.debian.org'.
> severity 495497 minor
Bug#495497: devscripts: [uscan] source
Cheers,
Adam
Index: scripts/uscan.1
===
--- scripts/uscan.1 (revision 1502)
+++ scripts/uscan.1 (working copy)
@@ -68,20 +68,19 @@
Twisted-([\\d\\.]*)\\.tar\\.bz2
http://tmrc.mit.edu/mirror/twisted/Twisted/(\\d\.\\d)/Twisted-([\\d\\.]*)\\.tar\\.bz2
-# If your package is lo
>19:11:21 +0100):
> [...]
> >>+# If your package is located on sourceforge, you can avoid its
> >>+# mirror system by using the following format. Note that the
> >>trailing +# \?.+ is required.
> >>+http://sourceforge.net/projects/audacity/files \\
>
Fabian Pietsch wrote:
* "Adam D. Barratt" <[EMAIL PROTECTED]> (Tue, 17 Jun 2008
19:11:21 +0100):
[...]
+# If your package is located on sourceforge, you can avoid its
+# mirror system by using the following format. Note that the
trailing +# \?.+ is required.
+http://sourcefo
* "Adam D. Barratt" <[EMAIL PROTECTED]> (Tue, 17 Jun 2008 19:11:21 +0100):
> --- scripts/uscan.1 (revision 1502)
> +++ scripts/uscan.1 (working copy)
> -# If your package is located on sourceforge, use one of the following
> -# formats to automatically use
On Tue, Jun 17, 2008 at 07:11:21PM +0100, Adam D. Barratt wrote:
> *dons devscripts maintainer hat*
> fwiw, if I were applying this change at the moment, it would be likely
> to be commited as per the attached.
> *removes hat*
>
> Thomas has a reasonable point though; it would be good not to break
\\d)/Twisted-([\\d\\.]*)\\.tar\\.bz2
-# If your package is located on sourceforge, use one of the following
-# formats to automatically use the qa.debian.org redirector, avoiding
-# SF's difficult mirror system.
-http://sf.net/audacity/audacity-src-(.+)\\.tar\\.gz
+# If your package is locate
Hi Filippo,
Filippo Giunchedi wrote:
> we have had a little trouble with our sf redirector a while back (i.e. the
> sf mirror was down) and it is really annoying.
> Anyhow, I noticed that there are now direct links with http 302 redirection
> towards a mirror, without the ugly selection page!
Is i
.tar\.gz.+
(ok, this would download also 1.3.5 which is marked as unstable, but it is
irrilevant)
>
> Downside is the extra redirects (sf->sourceforge, files->showfiles.php).
the sf.net should be avoided as this would get rewritten by uscan to use the qa
redirector.
filippo
I found a while back that this URL redirects to the files page:
http://sf.net/projects/foo/files
Slightly more readable than the URL you used.
Downside is the extra redirects (sf->sourceforge, files->showfiles.php).
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, em
35.250.203|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://ufpr.dl.sourceforge.net/sourceforge/vde/vdetelweb-1.1a.tar.gz
[following]
--2008-06-17 17:25:22--
http://ufpr.dl.sourceforge.net/sourceforge/vde/vdetelweb-1.1a.tar.gz
Resolving ufpr.dl.sourc
On Fri, Mar 21, 2008 at 06:44:19PM +0100, Luk Claes wrote:
> Andrew Pollock wrote:
> > On Thu, Mar 20, 2008 at 05:59:14PM +1100, Aníbal Monsalve Salazar wrote:
> >> On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote:
> >>> I was just trying to fix up a watch file for simpleproxy, which
Paul Wise wrote:
> On Thu, Mar 20, 2008 at 3:37 PM, Andrew Pollock <[EMAIL PROTECTED]>
> wrote:
>
>> I was just trying to fix up a watch file for simpleproxy, which is
>> hosted on SourceForge, and I used the format the man page for uscan said
>> to use, which
Andrew Pollock wrote:
> On Thu, Mar 20, 2008 at 05:59:14PM +1100, Aníbal Monsalve Salazar wrote:
>> On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote:
>>> I was just trying to fix up a watch file for simpleproxy, which is hosted on
>> I use (for beecrypt):
>>
>> cat debian/watch
>> ver
On Thu, Mar 20, 2008 at 05:59:14PM +1100, Aníbal Monsalve Salazar wrote:
> On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote:
> >I was just trying to fix up a watch file for simpleproxy, which is hosted on
>
> I use (for beecrypt):
>
> cat debian/watch
> version=3
> http://sf.net/bee
On Thu, Mar 20, 2008 at 04:37:39PM +1000, Andrew Pollock wrote:
>I was just trying to fix up a watch file for simpleproxy, which is hosted on
I use (for beecrypt):
cat debian/watch
version=3
http://sf.net/beecrypt/ beecrypt-(.+)\.tar\.gz
Don't try to use sourceforce.net instead of sf.net because
On Thu, Mar 20, 2008 at 3:37 PM, Andrew Pollock <[EMAIL PROTECTED]> wrote:
> I was just trying to fix up a watch file for simpleproxy, which is hosted on
> SourceForge, and I used the format the man page for uscan said to use, which
> uses the qa.debian.org proxy. The thing is
Hi,
I was just trying to fix up a watch file for simpleproxy, which is hosted on
SourceForge, and I used the format the man page for uscan said to use, which
uses the qa.debian.org proxy. The thing is, that seems to be broken,
possibly because it's trying to talk to a down SourceForge m
system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: devscripts
Version: 2.10.2
Severity: normal
Given this configuraton file:
version=3
# Debian QA redirector to find new files on sourceforge
http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz
The
y well-known)
> project that is not named *-project on sf.net and releases files that
> do not match the project name?
Howabout this:
http://switch.dl.sourceforge.net/sourceforge/audacity/audacity-src-1.2.6.tar.gz
Which I believe translates into:
http://sf.net/audacity/audacity-s
Christoph Berg wrote:
> Do you know a (preferably well-known)
> project that is not named *-project on sf.net and releases files that
> do not match the project name?
The aqbanking project has a bunch of libs at various names. It might not
be well known, but the corresponding Debian packages use wa
Re: Jari Aalto 2007-04-14 <[EMAIL PROTECTED]>
> >http://sf.net/aa-project/aalib-(.*)\.tar\.gz
>
> Right. Could you change this example to read:
>
> http://sf.net/aalib/aalib-(.*)\.tar\.gz
> ==
>
> This would lessend the effect of confusing it with "proj
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
>> > version=3
>> > # Debian QA redirector to find new files on sourceforge
>> > http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz
>>
>> please note that the syntax is http://sf.net/pcmanf
Your message dated Sat, 14 Apr 2007 13:06:34 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#418978: devscripts: [uscan] Sourceforge redirector does
not work - uses hard coded heanet.dl.* domain
has caused the attached Bug report to be marked as done.
This means that you
ormal
> >>
> >> Given this configuraton file:
> >>
> >> version=3
> >> # Debian QA redirector to find new files on sourceforge
> >> http://sf.net/projects/pcmanfm/pcmanfm-(.*)\.tar\.gz
> >
> > please note that the syntax is http://sf.net/
Filippo Giunchedi <[EMAIL PROTECTED]> writes:
> On Fri, Apr 13, 2007 at 09:22:39AM +0300, Jari Aalto wrote:
>> Package: devscripts
>> Version: 2.10.2
>> Severity: normal
>>
>> Given this configuraton file:
>>
>> version=3
>> # Debian
On Thu, May 26, 2005 at 07:58:50PM +0200, Frank Lichtenheld wrote:
> On Thu, May 26, 2005 at 06:28:16PM +0100, Martin Michlmayr wrote:
> > QA people: I couldn't figure out how to change the Makefile to process
> > sub-directories. Maybe someone else can take a look at this.
>
> I will do.
I've u
On Thu, May 26, 2005 at 06:28:16PM +0100, Martin Michlmayr wrote:
> * Martin Michlmayr <[EMAIL PROTECTED]> [2005-05-10 13:41]:
> > I couldn't come up with a great name so far and given that we should
> > give it a permanent URL, I thought I'd ask for suggestions. Maybe
> > /watch/sf.php or /uscan/
* Martin Michlmayr <[EMAIL PROTECTED]> [2005-05-10 13:41]:
> I couldn't come up with a great name so far and given that we should
> give it a permanent URL, I thought I'd ask for suggestions. Maybe
> /watch/sf.php or /uscan/sf.php?
OK, I added this file as watch/sf.php now.
Please use http://qa.
> Can you please send me that PHP script for SourceForge downloads so
> > I can add it to qa.d.o if that's okay with you.
...
> I'd appreciate if you gave me the definitive URL once it exists, so
> I can update my blog entry with a working URL once I delete the script
&g
Il mer, 2004-07-28 alle 14:38, Pierre Machard ha scritto:
> I took a look at your project, and I do not understand why when I am
> looking for information about po4a I am seeing debian/copyright ?
>
Because this package doesn't has a Watch file. Dehs Wwiz tried to
generate one from you copyright
Hi,
On Wed, Jul 28, 2004 at 06:50:40PM +0200, Bluefuture wrote:
> Il mer, 2004-07-28 alle 14:38, Pierre Machard ha scritto:
>
> > I took a look at your project, and I do not understand why when I am
> > looking for information about po4a I am seeing debian/copyright ?
> >
> Because this package
t can really download package and also extract upstream
changelog):
version=2
ftp://ftp.sf.net/pub/sourceforge/e/eg/egroupware/eGroupWare-(.*).tar.gz
Cheers
[1] http://qa.debian.org/developer.php
On Thu, Aug 03, 2000 at 04:27:50PM +0800, Peter Crystal wrote:
> b) add postgresql support into it (move it away from MySQL)
Is this necessary now that mysql is GPL?
cheers,
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
On Thu, Aug 03, 2000 at 10:29:10AM +0200, Roland Mas wrote:
> Peter Crystal (2000-08-03 16:27:50 +0800) :
>
> > I intend to package sourceforge.
>
> Great idea... I wanted to do it myself, but:
> 1. I'm no Debian developer;
> 2. I have never packaged anything (well
Peter Crystal (2000-08-03 16:27:50 +0800) :
> I intend to package sourceforge.
Great idea... I wanted to do it myself, but:
1. I'm no Debian developer;
2. I have never packaged anything (well, that's not entirely true, I
did create my first package yesterday night).
> Of cour
I intend to package sourceforge.
This is for two reasons
1) I like the system it provides and will be a challenge to package
2) and more importantly, there is talk that it will be used (or at least
tested on) the Project Pages.
Although I can build it on my test machines here, I would
98 matches
Mail list logo
