Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#63176 - [gnome-boxes] Fails to create a new machine from predefined list of distros

Attached to Project: Community Packages
Opened by Sebastian Krzyszkowiak (dos) - Friday, 12 July 2019, 22:10 GMT
Last edited by Balló György (City-busz) - Monday, 02 September 2019, 08:20 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Balló György (City-busz)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

GNOME Boxes fails to create a new machine from the provided list of distributions: after choosing one, it just displays "Unsupported protocol: file" message and hangs on "Preparing to create new box" screen.

Creating a new image out of hand-provided image works fine.

Additional info:
* gnome-boxes 3.32.1-1, libosinfo 1.5.0-1
* I'm using KDE Plasma, so there might be a missing dependency in play there.

Steps to reproduce:
- Launch GNOME Boxes
- Click "New" button
- choose any distribution from the list on top or under "download an OS" button
This task depends upon

Closed by  Balló György (City-busz)
Monday, 02 September 2019, 08:20 GMT
Reason for closing:  Upstream
Comment by Balló György (City-busz) - Friday, 12 July 2019, 22:19 GMT
I can't reproduce the problem using GNOME. But you can report it to upstream:
https://gitlab.gnome.org/GNOME/gnome-boxes/issues

It would probably useful if you include the console output of gnome-boxes in the report.
Comment by Sebastian Krzyszkowiak (dos) - Friday, 12 July 2019, 22:34 GMT
I reported it here because it sounds like a missing package dependency, silently requiring something that exists on the system when the whole GNOME is installed.

There's no console output by default. Using `G_MESSAGES_DEBUG=all` shows this:

```
(gnome-boxes:10318): Boxes-DEBUG: 00:31:52.847: downloader.vala:236: Downloading media from 'https://download.fedoraproject.org/pub/fedora/linux/releases/30/Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-30-1.2.iso' to ''.
(gnome-boxes:10318): Boxes-DEBUG: 00:31:52.847: downloader.vala:307: 'https://download.fedoraproject.org/pub/fedora/linux/releases/30/Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-30-1.2.iso' already available locally at ''. Not downloading.
(gnome-boxes:10318): Boxes-DEBUG: 00:31:52.847: wizard.vala:454: Failed to find Osinfo.Os for https://download.fedoraproject.org/pub/fedora/linux/releases/30/Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-30-1.2.iso
```
Comment by Balló György (City-busz) - Saturday, 13 July 2019, 06:13 GMT
Do you have 'gvfs' installed?
Comment by Sebastian Krzyszkowiak (dos) - Saturday, 13 July 2019, 12:34 GMT
gvfs and gvfs-goa are installed
Comment by Sebastian Krzyszkowiak (dos) - Saturday, 13 July 2019, 13:32 GMT
BTW. Just reproduced on a fresh system by installing gnome-boxes on an Arch ISO (launching it on a remote X server).
Comment by Balló György (City-busz) - Saturday, 13 July 2019, 14:32 GMT
I have no idea. Please contact with upstream, or ask help in our forum.
Comment by Sebastian Krzyszkowiak (dos) - Saturday, 31 August 2019, 11:39 GMT
The missing package is either xdg-user-dirs or xdg-user-dirs-gtk. Installing them and starting xdg-user-dirs-update systemd user service made it work.
Comment by Balló György (City-busz) - Saturday, 31 August 2019, 17:04 GMT
It's an upstream problem. An application should not fail if a standard user directory is missing. Please inform upstream about this issue:
https://gitlab.gnome.org/GNOME/gnome-boxes/issues

Loading...