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
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
On 07/07/14 12:27, Paul Wise wrote:
> On Mon, 2014-07-07 at 12:15 +0100, Daniel Lintott wrote:
>
>> 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 package VPCS, the RSS feed is at:
>
On Mon, 2014-07-07 at 12:15 +0100, Daniel Lintott wrote:
> 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 package VPCS, the RSS feed is at:
> https://sourceforge.net/projects/vpcs
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
> SourceForge sync all fi
On Mon, 23 Jun 2014 17:23:35 +0800
Paul Wise wrote:
> 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::sour
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
20 matches
Mail list logo
