bug#68359: Can't pull my channel because of getaddrinfo -8 error

bug#68359: Can't pull my channel because of getaddrinfo -8 error

[ShinyZero0]

Here is my channel i'm trying to pull and keep getting that "SERVICE not
supported for `ai_socktype'" error

```
(channel
 (name 'zero)
 (url "https://codeberg.org/shinyzero0/guix-packages.git")
 (commit
  "1eacb7d9e2eb96c9d45b96af006b069e443c9ebc"))
```

the full log is

```
(repl-version 0 1 1)
(exception getaddrinfo-error (value -8))
```

It seems to work well on just the previous commit and i also tried some
rebasing/amending to change the "breaking" commit. Sometimes it worked,
but when i added other ones skipping the "breaking" one it throwed the
same error. Of course the channel as well as the package the commit adds
work well in my GUIX_PACKAGE_PATH
There is my `guix describe`:
```
(list (channel
        (name 'shepherd)
        (url "https://codeberg.org/shinyzero0/shepherd.git")
        (branch "main")
        (commit
          "10d8ad5050799ee91302a5ef7c92a9ba6afd8fa7"))
      (channel
        (name 'guix)
        (url "https://git.savannah.gnu.org/git/guix.git")
        (branch "master")
        (commit
          "08d94fe20eca47b69678b3eced8749dd02c700a4")
        (introduction
          (make-channel-introduction
            "9edb3f66fd807b096b48283debdcddccfea34bad"
            (openpgp-fingerprint
              "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA"))))
      (channel
        (name 'zero)
        (url "https://codeberg.org/shinyzero0/guix-packages.git")
        (branch "master")
        (commit
          "e0d813eb175adb422a6993b173c6a3767957035d"))
      (channel
        (name 'rde)
        (url "https://git.sr.ht/~abcdw/rde")
        (branch "master")
        (commit
          "d0cc15bbc47b8b218e712d1b7fc92fc63527e578")
        (introduction
          (make-channel-introduction
            "257cebd587b66e4d865b3537a9a88cccd7107c95"
            (openpgp-fingerprint
              "2841 9AC6 5038 7440 C7E9  2FFA 2208 D209 58C1 DEB0")))))

;; warning: GUIX_PACKAGE_PATH="/home/zero/dev/guix-packages"
```

bug#68359: Can't pull my channel because of getaddrinfo -8 error

[Josselin Poiret via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 563 bytes --]

Hi,

"ShinyZero0" <shinyzero0@tilde.club> writes:

> Here is my channel i'm trying to pull and keep getting that "SERVICE not
> supported for `ai_socktype'" error
>
> ```
> (channel
>  (name 'zero)
>  (url "https://codeberg.org/shinyzero0/guix-packages.git")
>  (commit
>   "1eacb7d9e2eb96c9d45b96af006b069e443c9ebc"))
> ```
>
> the full log is
>
> ```
> (repl-version 0 1 1)
> (exception getaddrinfo-error (value -8))
> ```

Isn't that rather related to Codeberg being DDoS'd yesterday?  Can you
retry now?

Best,
-- 
Josselin Poiret

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 682 bytes --]

bug#68359: Can't pull my channel because of getaddrinfo -8 error

[ShinyZero0]

Hi, Josselin. Thanks for replying!

Well, actually i encountered the problem at least 20 days ago so it
definitely isn't related to recent DDOS attacks. Even if there were some
before, i could and can build the commit
e0d813eb175adb422a6993b173c6a3767957035d as well as my shepherd channel
which is hosted on codeberg too

Best wishes, Paul

bug#68359: Can't pull my channel because of getaddrinfo -8 error

[ShinyZero0]

Hello again.

I retried the build from codeberg and it still crashes
on any commit above e0d813eb175adb422a6993b173c6a3767957035d.
Also i pushed the repo to github
https://github.com/shinyzero0/guix-packages and it still crashes with
the same error.

Best wishes,
Paul

bug#68359: Acknowledgement (Can't pull my channel because of getaddrinfo -8 error)

[ShinyZero0 via Bug reports for GNU Guix]

Well, the issue seems to be with the commit that adds the transformed
polybar package like this:

```
(define-module (zero packages polybar))
(use-modules (guix packages)
             (guix transformations)
             (gnu packages wm))
(define-public
  polybar-3.7.1
  ((options->transformation
     '((with-version . "polybar=3.7.1"))) polybar))
```

bug#68359: Acknowledgement (Can't pull my channel because of getaddrinfo -8 error)

[Simon Tournier]

Hi,

On jeu., 18 janv. 2024 at 05:50, "ShinyZero0" via Bug reports for GNU Guix <bug-guix@gnu.org> wrote:
> Well, the issue seems to be with the commit that adds the transformed
> polybar package like this:
>
> ```
> (define-module (zero packages polybar))
> (use-modules (guix packages)
>              (guix transformations)
>              (gnu packages wm))
> (define-public
>   polybar-3.7.1
>   ((options->transformation
>      '((with-version . "polybar=3.7.1"))) polybar))
> ```

Well, the bug seems coming from your channel.  Could you update it and
make it compliant with Guix proper.

Somehow, I am going to close this issue because it is not a bug. :-)

Is it fine?  Let us know if more details are required.

Cheers,
simon

bug#68359: Can't pull my channel because of, getaddrinfo -8 error

[Christina O'Donnell]

Hi Simon, Paul,

I've also run into this bug and I believe it is due to the error being 
cached. This is clearly undesirable so this issue should stay open until 
that is resolved.

My reasoning for thinking it is a cache issues is:
  - An issue with package transformations should never cause an 
getaddrinfo error as Guix generally only goes up to servers for channels 
and build packages.
  - I ran into this after my gitlab instance had some outage, and 
persisted since my server came back up.
  - Pulling from a duplicate ref with the same hash succeeds, indicating 
that the bug occurs before the checkout is fetched.

I'm happy to have a stab at working on this. Currently working on 
reproducing this, it's not as simple as making the channel url point at 
a closed port (eg. https://localhost:1212). I even tried binding a SCTP 
server to the port, but I just get connection refused. Anyone have any 
ideas about this?

Should the title be changed to something like "Guix can cache 
getaddrinfo failures on `guix pull`"? (.. on the assumption that I'm 
proven right ;-)

I'll assign this to myself, if there are no objections.

Kind regards,

Christina