GNU bug report logs - #25997
mirror: Add sourceforge variant with 'projects'.

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25997 in the body.
You can then email your comments to 25997 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ng0 <contact.ng0 <at> cryptolab.net>
To: guix-patches <at> gnu.org
Subject: mirror: Add sourceforge variant with 'projects'.
Date: Mon, 6 Mar 2017 12:47:13 +0000

[Message part 1 (text/plain, inline)]

This adds a variant of sourceforge mirrors to cover downloads where the path includes projects instead of project.

Patch appended as file, rebased on master.

[0001-download-Add-Sourceforge-variant-including-projects.patch (text/plain, attachment)]

Message #8 received at 25997 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: 25997 <at> debbugs.gnu.org
Subject: Re: bug#25997: mirror: Add sourceforge variant with 'projects'.
Date: Sat, 11 Mar 2017 22:00:04 +0100

Hi,

ng0 <contact.ng0 <at> cryptolab.net> skribis:

> This adds a variant of sourceforge mirrors to cover downloads where the path includes projects instead of project.

Does that really happen?  Do you have an example?

I thought that when they changed the URL scheme a few months ago they
chose one and dismissed the other.

Thanks,
Ludo’.

Message #11 received at 25997 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25997 <at> debbugs.gnu.org
Subject: Re: bug#25997: mirror: Add sourceforge variant with 'projects'.
Date: Sat, 11 Mar 2017 22:48:25 +0000

Ludovic Courtès transcribed 0.3K bytes:
> Hi,
> 
> ng0 <contact.ng0 <at> cryptolab.net> skribis:
> 
> > This adds a variant of sourceforge mirrors to cover downloads where the path includes projects instead of project.
> 
> Does that really happen?  Do you have an example?
> 
> I thought that when they changed the URL scheme a few months ago they
> chose one and dismissed the other.
> 
> Thanks,
> Ludo’.
> 
> 

No, I run into this regulary. One example we have in the tree: tintin++.

(define-public tintin++
  (package
    (name "tintin++")
    (version "2.01.2")
    (source (origin
              (method url-fetch)
              (uri (string-append
                                  "https://sourceforge.net/projects/tintin"
                                  "/files/TinTin++ Source Code/" version
                                  "/tintin" "-" version ".tar.gz"))

I have tried to use the (current) mirror format when I contributed it, and there
are some more packages for which it happened that the mirror format was
useless.

Message #14 received at 25997 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: 25997 <at> debbugs.gnu.org
Subject: Re: bug#25997: mirror: Add sourceforge variant with 'projects'.
Date: Sun, 12 Mar 2017 14:36:56 +0100

[Message part 1 (text/plain, inline)]

ng0 <contact.ng0 <at> cryptolab.net> skribis:

> Ludovic Courtès transcribed 0.3K bytes:
>> Hi,
>> 
>> ng0 <contact.ng0 <at> cryptolab.net> skribis:
>> 
>> > This adds a variant of sourceforge mirrors to cover downloads where the path includes projects instead of project.
>> 
>> Does that really happen?  Do you have an example?
>> 
>> I thought that when they changed the URL scheme a few months ago they
>> chose one and dismissed the other.
>> 
>> Thanks,
>> Ludo’.
>> 
>> 
>
> No, I run into this regulary. One example we have in the tree: tintin++.

This particular case is fixed with this patch (that I’ll push soon):

[Message part 2 (text/x-patch, inline)]

diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 550652eef..efa904f7d 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -2880,8 +2880,8 @@ the GNU GPL.")
     (version "2.01.2")
     (source (origin
               (method url-fetch)
-              (uri (string-append "https://sourceforge.net/projects/tintin"
-                                  "/files/TinTin++ Source Code/" version
+              (uri (string-append "mirror://sourceforge/tintin"
+                                  "/TinTin++ Source Code/" version
                                   "/tintin" "-" version ".tar.gz"))
               (sha256
                (base32

[Message part 3 (text/plain, inline)]

I suspect that if there are other such cases, they can be addressed
similarly?

Thanks,
Ludo’.

Message #19 received at 25997-done <at> debbugs.gnu.org (full text, mbox):

From: ng0 <contact.ng0 <at> cryptolab.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25997-done <at> debbugs.gnu.org
Subject: Re: bug#25997: mirror: Add sourceforge variant with 'projects'.
Date: Sun, 12 Mar 2017 16:24:01 +0000

Ludovic Courtès transcribed 1.7K bytes:
> ng0 <contact.ng0 <at> cryptolab.net> skribis:
> 
> > Ludovic Courtès transcribed 0.3K bytes:
> >> Hi,
> >> 
> >> ng0 <contact.ng0 <at> cryptolab.net> skribis:
> >> 
> >> > This adds a variant of sourceforge mirrors to cover downloads where the path includes projects instead of project.
> >> 
> >> Does that really happen?  Do you have an example?
> >> 
> >> I thought that when they changed the URL scheme a few months ago they
> >> chose one and dismissed the other.
> >> 
> >> Thanks,
> >> Ludo’.
> >> 
> >> 
> >
> > No, I run into this regulary. One example we have in the tree: tintin++.
> 
> This particular case is fixed with this patch (that I’ll push soon):
> 

> diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
> index 550652eef..efa904f7d 100644
> --- a/gnu/packages/games.scm
> +++ b/gnu/packages/games.scm
> @@ -2880,8 +2880,8 @@ the GNU GPL.")
>      (version "2.01.2")
>      (source (origin
>                (method url-fetch)
> -              (uri (string-append "https://sourceforge.net/projects/tintin"
> -                                  "/files/TinTin++ Source Code/" version
> +              (uri (string-append "mirror://sourceforge/tintin"
> +                                  "/TinTin++ Source Code/" version
>                                    "/tintin" "-" version ".tar.gz"))
>                (sha256
>                 (base32

> 
> I suspect that if there are other such cases, they can be addressed
> similarly?
> 
> Thanks,
> Ludo’.

Maybe… It's been a while since I had to use sourceforge. It could be
that the change in url from projects -> project just took a while to be
applied to all projectS.

My patch is small enough that I'll close it now, problem seems to no
longer exist and if it still does, it's just a one line change which can
be added easy enough.

Thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.