Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1231577 > unrolled thread

Bug#1082668: /usr/bin/blueman-applet: LoadException: Not loading conflicting plugin NMPANSupport

Started byIan Jackson <ijackson@chiark.greenend.org.uk>
First post2025-02-03 13:50 +0100
Last post2025-02-03 13:50 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Bug#1082668: /usr/bin/blueman-applet: LoadException: Not loading conflicting plugin NMPANSupport Ian Jackson <ijackson@chiark.greenend.org.uk> - 2025-02-03 13:50 +0100

#1231577 — Bug#1082668: /usr/bin/blueman-applet: LoadException: Not loading conflicting plugin NMPANSupport

FromIan Jackson <ijackson@chiark.greenend.org.uk>
Date2025-02-03 13:50 +0100
SubjectBug#1082668: /usr/bin/blueman-applet: LoadException: Not loading conflicting plugin NMPANSupport
Message-ID<Kc43L-e4zz-1@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Control: severity -1 minor
Control: retitle -1 Improve resolution of conflicting plugins
Control: tags -1 patch upstream

I have investigated this more.  I feel I understand more what the code
in PluginManager was trying to do.

I discovered that I had a gsettings setting, as follows:

$ gsettings get org.blueman.general plugin-list
['!TransferService', '!PPPSupport', '!GameControllerWakelock', 'AuthAgent', 'DhcpClient', 'Networking', 'NetUsage', 'SerialManager']
$

This was the root cause of the problem.  I didn't set that explicitly.
Presumably it was set by some previous version.  (My home directory
has survived many different Debian releases.)  Using `gsettings reset`
caused the symptoms to go away in my installation.

In my testing I also found that the DhcpClient plugin actually doesn't
work when I try to do bluetooth tethering with my Android phone.  I
didn't investigate the cause any further.  The NMPANSupport plugin
does work.  In the default configuration, the builtin priority
mechanism would prefer NMPANSupport, which is good.

However, I found the logic in PluginManager confusing and a bit
unprincipled.  I attach a patch to rationalise it.  It may print more
warnings now, but it will not crash unless it actually needs to, and
the logic is now the same (and, I hope, reasonable) in all cases.

Ian.


[toc] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web