Re: dbus 1.14 update causing problems with xfce4
- Reply: Guido Falsi : "Re: dbus 1.14 update causing problems with xfce4"
- In reply to: Tomoaki AOKI : "Re: dbus 1.14 update causing problems with xfce4"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 01 May 2022 00:36:24 UTC
On Sun, 1 May 2022 08:55:26 +0900 Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote: > On Sat, 30 Apr 2022 23:34:12 +0200 > Guido Falsi <madpilot@FreeBSD.org> wrote: > > > On 30/04/22 23:06, Tatsuki Makino wrote: > > > Hello. > > > > > > I ask because it is not mentioned anywhere, have you restarted the dbus-daemon --system process? > > > > > > > I rebooted the whole system multiple times, also tried forcing > > reinstallation of xfce4-session and xfce4-settings. > > > > Tomorrow I'll try to find some way to do further testing and to debug > > this, but I"m not sure how to get insight on the process. > > > > My idea is that dbus-launch has somewhat changed behavior, but I'm just > > guessing here. > > > > -- > > Guido Falsi <madpilot@FreeBSD.org> > > chinese/fcitx at least in conjunction with japanese/mozc and > japanese/fcitx-mozc stops working, too. ;-( > > Panel icon on Mate desktop doesn't appear, and input method panel no > longer appears on pressing Kanji key, but fcitx and mozc_server > processes are running. Maybe interfaces via dbus are malfunctioning or > not working. > > Rebooting the whole system didn't help. > Rebuilding *fcitx* and *mozc* and reboot didn't help. > Additional rebuilding of *dbus* and reboot also didn't help. > > Updating ports tree to after git: f5a0f6f2041d (in my case, actually, > git: 2786eb3dc3bf) to revert "devel/dbus update to 1.14.0" and > rebuilding dbus fixed the issue. > > > Unfortunately fixing this beyonds my hand though, I suspect > > "DBusServer (and hence the dbus-daemon) no longer accepts usernames > (login names) for the recommended EXTERNAL authentication mechanism, > only numeric user IDs or the empty string. See 1.13.0 release notes > for full details." > > entry on document. > > Also suspitious would be > > "It is now possible to disable traditional (non-systemd) service > activation at build-time (Autotools: > --disable-traditional-activation, CMake: > -DENABLE_TRADITIONAL_ACTIVATION=OFF). See 1.13.10 release notes for > details." > > but would be some more. > > Note that Mate desktop starts fine even if dbus is updated to 1.4.0. > > -- > Tomoaki AOKI <junchoon@dec.sakura.ne.jp> Filed Bug 263696 for chinese/fcitx [1]. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263696 -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>