The issue is most probably that your headset implements the HFP profile,
but not the HSP profile, and pulseaudio does not yet support the HFP
profile despite what that line says (HSP/HFP). To confirm, run
bluetoothctl, and type something like:
> devices
(...)
> info 11:22:33:44:55:66
Where the
*** This bug is a duplicate of bug 169 ***
https://bugs.launchpad.net/bugs/169
We just got a bug report saying gnome-software is actually showing
summaries as a title:
https://forum.snapcraft.io/t/title-summary-pulled-from/469
--
You received this bug notification because you are a
Sounds good. We'll add something along those lines to the API.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-software in Ubuntu.
https://bugs.launchpad.net/bugs/1661590
Title:
GNOME Software only supports running one
If gnome-software is using summary as a name, it needs to be fixed to
not do that, ASAP.
Whether to have a different field is an unrelated conversation which is
of less urgency than that. We have a name field today, and it should be
used.
--
You received this bug notification because you are a
Yes, but the discussion above also implies that we have multiple naming
fields, and that gnome-software is currently using summary as it
("Currently gnome-software is using sumary or name instead of this
field.").
We should discuss the possibility of another field, per above note, but
let's
Robert: what do you actually need here? We already support multiple
desktop files, and they already hold metadata. gnome-software can
already inspect to see which of these is available, I believe? What are
the missing pieces?
--
You received this bug notification because you are a member of
More food for thought on the above note: the desktop file cannot call
the real underlying command by itself! That would break confinement. It
calls the confined binary under /snap/bin instead, which is what the
"command:" attribute specifies. So, necessarily respected.
--
You received this bug
Another side note: there's no special meaning to the order of commands
in snap.yaml. We can reorder it, and snapcraft can reorder it, so please
don't take it to mean something specific as that'll easily break.
--
You received this bug notification because you are a member of Desktop
Packages,
@Mark: The command is not duplicated. The desktop file will call the
actual command defined in the snap.yaml. It may provide additional
arguments, but those will indeed be _in addition_ to the ones in
snap.yaml.
--
You received this bug notification because you are a member of Desktop
Packages,
The bug description is misleading. There's a single name field in snaps
today, and its called "name". Summary is not a name, and description is
not a name. If gnome-software or anything else is using "summary" as a
name, that's a pretty obvious bug that would be great to see fixed.
We can discuss
Every application may already have an associated desktop file under
meta/gui/.desktop today.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-software in Ubuntu.
https://bugs.launchpad.net/bugs/1661590
Title:
GNOME Software only
As we discussed the last time this came up, yes, that seems fine.
Handing out a token to root that provides an authorization to manipulate
the system is analogous to allowing root itself to be doing removals
without further store information, which we allow.
The necessary infrastructure for that
12 matches
Mail list logo
