EOF When Using Yay

WinnerWind · 2026-01-12 11:19:07

Hello!
I'm using YAY as my wrapper for pacman. I'm trying to install packages on my arch linux server and also my laptop, running arch linux. The behavior is very inconsistent but generally any time i try to run an update or download packages from the AUR using YAY, i get an EOF error.

soham@thinkcenter matrix]$>>> yay -S tuwunel-bin
AUR Explicit (1): tuwunel-bin-1.4.9.1-1
:: (0/1) Failed to download PKGBUILD: tuwunel-bin
 -> error fetching tuwunel-bin: Cloning into 'tuwunel-bin'...
fatal: unable to access 'https://aur.archlinux.org/tuwunel-bin.git/': TLS connect error: error:0A000126:SSL routines::unexpected eof while reading 
         context: exit status 128

[soham@thinkcenter matrix]$>>> yay -S tuwunel-bin
AUR Explicit (1): tuwunel-bin-1.4.9.1-1
:: (1/1) Downloaded PKGBUILD: tuwunel-bin
  1 tuwunel-bin                      (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 
  1 tuwunel-bin                      (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 
==> Making package: tuwunel-bin 1.4.9.1-1 (Monday 12 January 2026 04:45:56 PM)
==> Retrieving sources...
  -> Downloading LICENSE...
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
100  11335 100  11335   0      0  39210      0                              0
  -> Downloading tuwunel-example.toml...
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
100  77772 100  77772   0      0 246.6k      0                              0
  -> Downloading tuwunel.service...
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
100   1848 100   1848   0      0   6460      0                              0
  -> Downloading tuwunel-bin-1.4.9.1-x86_64.zst...
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
  0      0   0      0   0      0      0      0                              0
100 26.45M 100 26.45M   0      0 12.69M      0   00:02   00:02          6.66M
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with b2sums...
    LICENSE ... Passed
    tuwunel-example.toml ... FAILED
    tuwunel.service ... FAILED
==> ERROR: One or more files did not pass the validity check!
 -> error downloading sources: /home/soham/.cache/yay/tuwunel-bin 
         context: exit status 1 
         

:: (1/1) Parsing SRCINFO: tuwunel-bin
==> Making package: tuwunel-bin 1.4.9.1-1 (Monday 12 January 2026 04:46:01 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found LICENSE
  -> Found tuwunel-example.toml
  -> Found tuwunel.service
  -> Found tuwunel-bin-1.4.9.1-x86_64.zst
==> Validating source files with b2sums...
    LICENSE ... Passed
    tuwunel-example.toml ... FAILED
    tuwunel.service ... FAILED
==> ERROR: One or more files did not pass the validity check!
 -> error making: tuwunel-bin-exit status 1
 -> Failed to install the following packages. Manual intervention is required:
tuwunel-bin - exit status 1
[soham@thinkcenter matrix]$>>> curl -v "https://aur.archlinux.org/rpc?arg%5B%5D=tuwunel-bin&type=info&v=5"
* Host aur.archlinux.org:443 was resolved.
* IPv6: 2604:cac0:a104:d::2
* IPv4: 209.126.35.78
*   Trying [2604:cac0:a104:d::2]:443...
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* SSL Trust Anchors:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / x25519 / id-ecPublicKey
* ALPN: server accepted http/1.1
* Server certificate:
*   subject: CN=aur.archlinux.org
*   start date: Dec 14 12:48:15 2025 GMT
*   expire date: Mar 14 12:48:14 2026 GMT
*   issuer: C=US; O=Let's Encrypt; CN=E8
*   Certificate level 0: Public key type EC/prime256v1 (256/128 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 1: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using sha256WithRSAEncryption
*   Certificate level 2: Public key type RSA (4096/152 Bits/secBits), signed using sha256WithRSAEncryption
*   subjectAltName: "aur.archlinux.org" matches cert's "aur.archlinux.org"
* SSL certificate verified via OpenSSL.
* Established connection to aur.archlinux.org (2604:cac0:a104:d::2 port 443) from 2406:7400:9a:c4ce::1000 port 39360 
* using HTTP/1.x
> GET /rpc?arg%5B%5D=tuwunel-bin&type=info&v=5 HTTP/1.1
> Host: aur.archlinux.org
> User-Agent: curl/8.18.0
> Accept: */*
> 
* Request completely sent off
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
< HTTP/1.1 200 OK
< Server: nginx
< Date: Mon, 12 Jan 2026 11:16:08 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< Strict-Transport-Security: max-age=31536000; includeSubdomains; preload
< 
* Connection #0 to host aur.archlinux.org:443 left intact
{"resultcount":1,"results":[{"Conflicts":["conduwuit"],"Description":"Official successor to conduwuit","FirstSubmitted":1750977443,"ID":1928539,"Keywords":[],"LastModified":1767509354,"License":["Apache-2.0"],"Maintainer":"wendster","Name":"tuwunel-bin","NumVotes":1,"OutOfDate":null,"PackageBase":"tuwunel-bin","PackageBaseID":219703,"Popularity":0.077007,"Provides":["conduwuit","tuwunel"],"Submitter":"wendster","URL":"https://github.com/matrix-construct/tuwunel","URLPath":"/cgit/aur.git/snapshot/tuwunel-bin.tar.gz","Version":"1.4.9.1-1"}],"type":"multiinfo","version":5}[soham@thinkcenter matrix]$>>>

Sometimes it works, sometimes it doesn't. I don't know what's happening. The same behavior can be observed on my laptop.
My ASN# is 24309
I'm in India, Bangalore.

gromit · 2026-01-12 12:48:58

Could you send the outputs of "mtr --tcp -b -w -r -c 20 aur.archlinux.org" and "curl -v https://aur.archlinux.org" along with your public IP to accountsupport@archlinux.org?

WinnerWind · 2026-01-12 14:26:18

Hi. Just sent an email a few seconds ago.

WinnerWind · 2026-01-12 14:44:31

OK, I would love to continue this over E-Mail, but Gitlab keeps refusing to receieve my email. It thinks that it is blank, regardless of what address I send it from, whether I disable HTML or no, whether I use G-Mail or Thunderbird.

Is it a Gitlab thing or a me-thing? The first reply implied to me that the person did not receieve the mail either.

WorMzy · 2026-01-12 14:54:09

Mod note: Moving to AUR Issues.

WinnerWind · 2026-01-13 13:22:10

It's fluctuating for me as well. Today I ran a successful update and it resolved itself, but literally 5 minutes later when I wanted another AUR package, I got the EOF.

gromit · 2026-01-13 21:02:08

Hey WinnerWind, I have answered you on the accountsupport helpdesk to please provide the needed outputs and public IP.
Please do so, otherwise we can not help you

Also could you please send your public IP and add the outputs of mtr --tcp -b -w -r -c 20 <service> and curl -v https://<service> where is for example archlinux.org or aur.archlinux.org? ?

seth · 2026-01-13 21:11:12

Gitlab keeps refusing to receieve my email

No idea what you're talking about, but to be clear: you're supposed to mail to accountsupport@archlinux.org or in doubt send them to gromit directly but do not post your WAN IP here (or elsewhere public)

bulletmark · 2026-01-13 23:04:27

@gromit, your responses here imply you consider this problem exceptional but it happens to me very frequently over the last 6 months across my various boxes at home and a couple I have in other cities (IPv4 + IPv6 everywhere). Isn't it happening to all/most AUR users? It has been particularly bad in the last month. Various responses here and on reddit about this widely described issue have claimed it is due to the reported Arch DoS attack which I understand is still not resolved?

WinnerWind · 2026-01-14 02:35:42

Hey Gromit.
I have replied back, but my email is rejected by Gitlab, who thinks that the message body is empty every time.

I'll try again from a different address and configuration today.

Scimmia · 2026-01-14 03:15:05

Are you sending plain text email, not HTML? I could see it thinking the body was empty if using HTML.

WinnerWind · 2026-01-14 03:15:58

I was sending HTML mails, but I did experiment by sending a few in plain text as well, which too got rejected.

seth · 2026-01-14 10:48:39

rejected by Gitlab, who thinks that the message body is empty every time

Wtf are you doing there?
You're supposed to send an email to either accountsupport@archlinux.org or grmoit@archlinux.org - with a mail program. Like Mutt, claws, thunderbird, … or the gmail web service.
https://mail.google.com/ - the webservice would be perfectly fine sending empty mails.

It'd be completely insane for any MUA, MSA/MDA or MTA to reject a mail because it tHiNkS ThAt tHe mEsSaGe bOdY Is eMpTy - there's no requirement for the body being non-empty, so what you might see is your MUA telling you that you forgot to write the mail, but that's peculiar and probably configurable behavior and I don't see the gitlab connection here at all.

If you 're talking about some automated response, a pitfall w/ some arcane MUAs is that that they will allow you to write the first line after the header fields (a mail is just a formalized text file), so if you're composing your mail w/ vim or whatever, leave the first line after the headers blank and start writing in the second line.

WinnerWind · 2026-01-14 10:52:21

OK, so it's Gitlab that is telling me that my email is being rejected, because it thinks the message body is empty. I literally do not know what is causing this, I have composed my mail from Thunderbird and from GMail, and it's been seen as "empty" both times.

 Unfortunately, your email message to GitLab could not be processed.

It appears that the email is blank. Make sure your reply is at the top of the email, we can't process inline replies.

I have checked that my reply is indeed at the top of the email. I have even tried removing all the replies and trying.

Last edited by WinnerWind (2026-01-14 14:50:09)

seth · 2026-01-14 11:12:23

Service works.

accountsupport@archlinux.org wrote:

Thank you for your support request! We are tracking your request as ticket #7127, and will respond as soon as we can.
To unsubscribe from this issue, please paste the following link into your browser:

What exactly are you writing in that mail?

system72 · 2026-01-14 11:13:35

WinnerWind wrote:

I am going insane.

calm down, its not that serious, grab some coffee and relax

WinnerWind · 2026-01-14 11:13:58

I can email the verbatim to you, but I am sending just command logs that i copypasted (without formatting) into my mail client. That's about it. The original HTML version did have some fancy formatting but I stripped all of that in the text-based emails.

seth · 2026-01-14 11:18:47

but I am sending just command logs that i copypasted

nb. that ">" constitutes a mail quote and every line beginning with that is probably considered empty.
This might be an issue w/ your prompt or pager.

Edit: send the mail to gromit directly (nb. the strategical typo in my previous comment and don't copypaste that )

Last edited by seth (2026-01-14 11:19:59)

WinnerWind · 2026-01-14 11:21:03

OK, let me try again by manually placing the
>
character.

I inspected the message content (raw) and saw that > is there, but who knows.

WinnerWind · 2026-01-14 11:28:54

Thanks for the hint, I think I have found the issue. It happens to come from the verbose cURL, which too uses > characters. Maybe that confused Gitlab. Sorry for the trouble! Sent a new email.

gromit · 2026-01-14 11:54:12

bulletmark wrote:

@gromit, your responses here imply you consider this problem exceptional but it happens to me very frequently over the last 6 months across my various boxes at home and a couple I have in other cities (IPv4 + IPv6 everywhere). Isn't it happening to all/most AUR users? It has been particularly bad in the last month. Various responses here and on reddit about this widely described issue have claimed it is due to the reported Arch DoS attack which I understand is still not resolved?

Yes indeed, the service should work fine for everyone and if it does not, especially while status.archlinux.org shows that everything is fine, please get in contact with us as described above.

We have a few different rate limits deployed on the edge, so depending where you are connecting from and what other users are doing you might run into temporary issues. But this is not desired aswell (we want our service to be working for everyone all the time) so please get in contact aswell if it's just a temporary issue.

Seth wrote:

Wtf are you doing there?

Let's chill a bit, while your help on clarifying the underlying issue is appreciated, you're making this unneccesarily tense.

seth · 2026-01-14 12:22:56

I escalated that after #8 because the OPs rendition of the situation continued to make no sense (and it turned out that the mail isn't rejected by any server) so I was under the impression they might be trying to send some gitlab note or whatnot and it would be increasingly necessary to determine the actual actions.
Also you might assume a mood in that phrase that's not here - I'm at this point simply expressing confused bewilderment until I write wtf out and also use some exclamation points.

Fwwi, you might want to suggest

curl -svL https://aur.archlinux.org 2>/tmp/curl.log > /dev/null

to avoid the html output and control chars and prevent users from copypasting out of pagers
And maybe tracepath as more common(?) alternative to mtr?

Arch Linux

#1 2026-01-12 11:19:07

EOF When Using Yay

#2 2026-01-12 12:48:58

Re: EOF When Using Yay

#3 2026-01-12 14:26:18

Re: EOF When Using Yay

#4 2026-01-12 14:44:31

Re: EOF When Using Yay

#5 2026-01-12 14:54:09

Re: EOF When Using Yay

#6 2026-01-13 13:22:10

Re: EOF When Using Yay

#7 2026-01-13 21:02:08

Re: EOF When Using Yay

#8 2026-01-13 21:11:12

Re: EOF When Using Yay

#9 2026-01-13 23:04:27

Re: EOF When Using Yay

#10 2026-01-14 02:35:42

Re: EOF When Using Yay

#11 2026-01-14 03:15:05

Re: EOF When Using Yay

#12 2026-01-14 03:15:58

Re: EOF When Using Yay

#13 2026-01-14 10:48:39

Re: EOF When Using Yay

#14 2026-01-14 10:52:21

Re: EOF When Using Yay

#15 2026-01-14 11:12:23

Re: EOF When Using Yay

#16 2026-01-14 11:13:35

Re: EOF When Using Yay

#17 2026-01-14 11:13:58

Re: EOF When Using Yay

#18 2026-01-14 11:18:47

Re: EOF When Using Yay

#19 2026-01-14 11:21:03

Re: EOF When Using Yay

#20 2026-01-14 11:28:54

Re: EOF When Using Yay

#21 2026-01-14 11:54:12

Re: EOF When Using Yay

#22 2026-01-14 12:22:56

Re: EOF When Using Yay

Board footer