Probably this is not related to this version, and it is a known issue. Using fpaste --sysinfo without sudo, the command stays stuck. So, running it with strace, I can see that something is waiting for user input (probably dnf).

poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 2, 300000) = 1 ([{fd=3, revents=POLLIN}]) read(3, "Fedora 31 openh264 (From Cisco) "..., 32768) = 80 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 2, 299602) = 1 ([{fd=5, revents=POLLIN}]) read(5, "Importing GPG key 0x3C3359C4:\n U"..., 32768) = 220 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 2, 299579) = 1 ([{fd=3, revents=POLLIN}]) read(3, "Is this ok [y/N]: ", 32768) = 18 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 2, 299579

Awesome update. Works for me.

@vascom are you sure?
Syntax highlighting works for me in an opposite way to you.
cat sample.spec | fpaste doesn't automatically detect that it is an RPM Spec file.
But cat sample.spec | fpaste -l rpmspec works.
fpaste sample.spec works
fpaste -l rpmspec < sample.spec works

I am sure.

Example https://paste.centos.org/view/b60c3d53

fpaste sample.spec doesn't work for me as well. Something goes wrong with this new paste service after i upload like this.

@vascom @atim it is weird

@vascom https://paste.centos.org/view/b60c3d53 lead to a Secure Connection Failed in Firefox

Could you provide the sample file?
Withoud using fpase :-D

Hrm, so:

$ fpaste -l rpmspec < python-nibabel.spec 
Uploading (6.6KiB)...
https://paste.centos.org/view/fbcfa1e9

Works fine.

$ cat python-nibabel.spec | fpaste -l rpmspec
Uploading (6.6KiB)...
https://paste.centos.org/view/3372fe3a

Also works.

$ fpaste python-nibabel.spec 
Uploading (6.6KiB)...
https://paste.centos.org/view/6771fd45

Also works.

Is your spec file correct?

alciregi, my sample file

https://send.firefox.com/download/b74bf976f1cdac93/#JQiv8HxyOJ6aS8wvZZzfnA

Even if file incorrect it must not break service.

@vascom if you trim the file at line 707 (for instance) then it works. https://paste.centos.org/view/0c35179e
If the file has more lines, then the returned link fails.

I mean line 713

Seems like new fpaste service bug.

Oh well.
If you paste the entire spec file as plain text directly via web, it works.
If you specify the language as "RPM Spec" the behaviour is the same: Secure Connection Failed
So the problem is server side, not in the package itself

Withoud using fpase :-D

😃

If you specify the language as "RPM Spec" the behaviour is the same: Secure Connection Failed

I tested the same telegram spec so yep, everything is fine except this bug, but package and update itself is fine.

OK. Package good but service should be fixed as soon as possible.

Because fpaste telegram-desktop.spec not work too.

Let me take a look at it first---we need to have some idea of why this particular file fails.

@vascom, could you please e-mail me the file at ankursinha AT fp.o so I can run some tests?

ankursinha, done.

Thanks, I'll look at it this evening.

@alciregi: that's because dnf blocks while waiting for input if it hasn't been used before and imported gpg keys etc. I guess I could do -y to work around it, but I'm a bit wary of using -y.

@ankursinha I agree. dnf is asking to accept a gpg key, it shouldn't be automatic. So it could be better to set a timeout or the like.

Works fine.

It does seem to be a server side error. Using a different client (https://github.com/benapetr/stikkit) also gives the same behaviour. I'll get in touch with the server folks and see what can be done. It's got to be a weird edge case with parsing the spec I reckon.