Created attachment 1847775 [details]
File: backtrace

Created attachment 1847776 [details]
File: core_backtrace

Created attachment 1847777 [details]
File: cpuinfo

Created attachment 1847778 [details]
File: dso_list

Created attachment 1847779 [details]
File: environ

Created attachment 1847780 [details]
File: exploitable

Created attachment 1847781 [details]
File: limits

Created attachment 1847782 [details]
File: maps

Created attachment 1847783 [details]
File: mountinfo

Created attachment 1847784 [details]
File: open_fds

Created attachment 1847785 [details]
File: proc_pid_status

Created attachment 1847786 [details]
File: var_log_messages

Thanks for a bug report. The backtrace suggests there failed to call `fedora-third-party` binary for some reason, but there was not set any error (the reason is unknown), which resulted in this crash.

Could you try to run a terminal and in it the below command, please?

   $ fedora-third-party list

It lists currently configured repositories for the Fedora 3rd-party repositories.

Similar problem has been detected:

CLick on software repository in gnome software

reporter:       libreport-2.15.2
backtrace_rating: 4
cgroup:         0::/user.slice/user-1000.slice/user/app.slice/app-gnome-gnome\x2dsoftware\x2dservice-2440.scope
cmdline:        /usr/bin/gnome-software --gapplication-service
crash_function: fedora_third_party_list_repos_done_cb
executable:     /usr/bin/gnome-software
journald_cursor: s=f3d94750f91444cfbd0e27d14854caad;i=3a8d6;b=0bfe7d1fca034e69aa6752d72b9ff1dd;m=1599dce2;t=5d66c5ee58dbe;x=6fab4741a81aea0a
kernel:         5.15.16-200.fc35.x86_64
package:        gnome-software-41.3-1.fc35
reason:         gnome-software killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

$ fedora-third-party list
error: Mientras se abría el repositorio /var/lib/flatpak/repo: opening repo: opendir(objects): No existe el fichero o el directorio
Traceback (most recent call last):
  File "/usr/bin/fedora-third-party", line 33, in <module>
    sys.exit(load_entry_point('fedora-third-party==0.8', 'console_scripts', 'fedora-third-party')())
  File "/usr/lib/python3.10/site-packages/click/core.py", line 1137, in __call__
    return self.main(*args, **kwargs)
  File "/usr/lib/python3.10/site-packages/click/core.py", line 1062, in main
    rv = self.invoke(ctx)
  File "/usr/lib/python3.10/site-packages/click/core.py", line 1668, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/lib/python3.10/site-packages/click/core.py", line 1404, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3.10/site-packages/click/core.py", line 763, in invoke
    return __callback(*args, **kwargs)
  File "/usr/lib/python3.10/site-packages/click/decorators.py", line 84, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/lib/python3.10/site-packages/click/core.py", line 763, in invoke
    return __callback(*args, **kwargs)
  File "/usr/lib/python3.10/site-packages/fedora_third_party/cli.py", line 101, in list
    repositories = [r for r in cfg.list_repositories() if not r.is_hidden()]
  File "/usr/lib/python3.10/site-packages/fedora_third_party/cli.py", line 101, in <listcomp>
    repositories = [r for r in cfg.list_repositories() if not r.is_hidden()]
  File "/usr/lib/python3.10/site-packages/fedora_third_party/repository.py", line 92, in is_hidden
    remote = self.get_existing_remote()
  File "/usr/lib/python3.10/site-packages/fedora_third_party/repository.py", line 88, in get_existing_remote
    return next((r for r in get_flatpak_remotes() if r.name == self.name), None)
  File "/usr/lib/python3.10/site-packages/fedora_third_party/repository.py", line 60, in get_flatpak_remotes
    output = subprocess.check_output([
  File "/usr/lib64/python3.10/subprocess.py", line 420, in check_output
    return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
  File "/usr/lib64/python3.10/subprocess.py", line 524, in run
    raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['flatpak', 'remotes', '--system', '--columns=name,filter']' returned non-zero exit status 1.

sudo rm -r /var/lib/flatpak/repo

I found the solution of my problem.

Thanks for the update. I'm moving this to fedora-third-party. Ideally, it should not crash in this case (which caused the crash of the gnome-software, because it did not receive GError as expected).

IMO, there was a GNOME Software error here as well as a fedora-third-party bug - GNOME Software needs to handle fedora-third-party failing gracefully. Since GNOME Software isn't even checking the process exit code from fedora-third-party it has no idea whether fedora-third-party is:

 Failing with a traceback
 Failing without a traceback
 Simply listing no third-party repositories

https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1644 fixed the GNOME Software crash in this case.

I *do* think that gs_fedora_third_party_switch_sync() and other cases should be checking the exit status from fedora-third-party. It makes little sense to me to treat errors that happen pre-exec (no fedora-third-party binary, or whatever) as an "error", but not treat an abnormal exit status as an "error". (g_spawn_check_wait_status() could be used.)

===

I'll look at making fedora-third-party handle the case of "corrupted Flatpak repository causes flatpak to fail" more gracefully - without a traceback and triggering a system crash report. (This is a fairly frequent reported problem on retrace.fedoraproject.org)

As far as I can determine from the above, from searching the internet, and talking to some people in the Flatpak community, the most likely scenario for getting to this state is something like:
 
 - User is low on disk space
 - User determines that /var/lib/flatpak/repo/objects is one of the biggest directories on their system
 - User decides they don't use flatpaks and deletes the directory

Unfortunately, 'flaptak repair' is not currently able to recover from this state.

Repair instructions
===================

If only the objects/ directory is missing, then it's possible to repair with:

  sudo mkdir /var/lib/flatpak/repo/objects
  sudo flatpak repair

If that doesn't work, then it gets more complicated, something like (as root):

  # Remove the entire repository, including the set of Flatpak remotes
  rm -rf /var/lib/flatpak/repo
  # Add the Fedora Flatpaks 
  /usr/bin/flatpak remote-add --system --if-not-exists --title "Fedora Flatpaks" fedora oci+https://registry.fedoraproject.org
  # Add the Fedora Flathub Selection repository back by repeating opt-in / opt-out
  rm /var/lib/fedora-third-party/state 
  fedora-third-party [enable/disable]
  # Add other remotes you installed Flatpaks from (full Flathub, etc)    
  flatpak repair

*** Bug 2019633 has been marked as a duplicate of this bug. ***

*** Bug 2022256 has been marked as a duplicate of this bug. ***

*** Bug 2061153 has been marked as a duplicate of this bug. ***

*** Bug 2072416 has been marked as a duplicate of this bug. ***

FEDORA-2022-1ed936a3ac has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-1ed936a3ac

(In reply to Owen Taylor from comment #7)
> Can you please answer the following questions in a comment on bug 2035611:
> 
>  * Does 'flatpak remotes --system --columns=name,filter' fail if you run it
> from the command line? 
>  * If so:
>   - what is the output
>   - do you remember doing any manual manipulation of /var/lib/flatpaks
> (removing files from it to save space)
>   - are the repair instructions from
> https://bugzilla.redhat.com/show_bug.cgi?id=2035611#c18 helpful?
> 
> Many thanks!
> 
> *** This bug has been marked as a duplicate of bug 2035611 ***

Hi! The command works, here is the output:

Name     Filter
fedora  -
flathub -

I did not do any manipulations with /var/lib/flatpaks. At least not manually, and I don't remember running anything that could've affected it.

I found the suggestion to create /var/lib/flatpak/repo/objects manually and it worked, I installed a few flatpak apps from the command line without a problem. After a reboot, opening .flatpakref files via Gnome App Centre also works

Thanks for the instructions!

FEDORA-2022-1ed936a3ac has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-1ed936a3ac`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-1ed936a3ac

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

(In reply to Owen Taylor from comment #18)
> I *do* think that gs_fedora_third_party_switch_sync() and other cases should
> be checking the exit status from fedora-third-party. It makes little sense
> to me to treat errors that happen pre-exec (no fedora-third-party binary, or
> whatever) as an "error", but not treat an abnormal exit status as an
> "error". (g_spawn_check_wait_status() could be used.)

I opened the following merge request for it:
https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/1316

FEDORA-2022-1ed936a3ac has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.