Gdbus error org freedesktop dbus error serviceunknown the name org xfce panel

Arch Linux

You are not logged in.

#1 2019-12-07 20:52:21

XFCE4 panels crashed after today’s upgrade

After today’s upgrade to kernel 5.4.2 XFCE4 panels have disappeared.

$uname -a
Linux bork 5.4.2-arch1-1 #1 SMP PREEMPT Thu, 05 Dec 2019 12:29:40 +0000 x86_64 GNU/Linux

Attempt to run panel configuration tool from XFCE4 produces error window:

XFCE4 under Arch on Honor MagicBook

#2 2019-12-07 23:23:08

Re: XFCE4 panels crashed after today’s upgrade

xfce4-panel needs to be running for the preferences dialog to show. What output is generated when you run «xfce4-panel» in a terminal window?

Or to also get debug info:

#3 2019-12-08 18:42:37

Re: XFCE4 panels crashed after today’s upgrade

XFCE4 under Arch on Honor MagicBook

#4 2019-12-08 22:41:37

Re: XFCE4 panels crashed after today’s upgrade

How are you starting Xfce? Display manager (if so, which one), or xinit (what’s in your

#5 2019-12-09 07:19:33

Re: XFCE4 panels crashed after today’s upgrade

I am starting XFCE just hitting xfce4 right after login.

Suddenly, after several re-boots, the panel appeared.

Despite that the previous error remains:

Last edited by Fixed (2019-12-09 11:19:31)

XFCE4 under Arch on Honor MagicBook

#6 2019-12-09 11:13:53

Re: XFCE4 panels crashed after today’s upgrade

I was asked to create keyring password.

Now, PAM — related error disappeared by unknown «application» — is it normal?

Last edited by Fixed (2019-12-09 11:16:27)

XFCE4 under Arch on Honor MagicBook

#7 2019-12-09 11:54:16

Re: XFCE4 panels crashed after today’s upgrade

Do you have a multi-monitor setup? If so, check your display settings to make sure that the Primary monitor is a valid monitor.

#8 2019-12-09 12:00:57

Re: XFCE4 panels crashed after today’s upgrade

No, It’s MacBook Air 2014, it’s own monitor.

I checked monitor settings, and that’s single laptop monitor.

I’ve found similar problems with people having extra monitors, but it looks like that’s the different case.

XFCE4 under Arch on Honor MagicBook

#9 2019-12-09 13:42:43

Re: XFCE4 panels crashed after today’s upgrade

It looks like you get that message if xfce4-panel is already running. Which makes sense. Is everything working okay now?

It might be a good idea to clear your saved sessions cache in case it got corrupted. Delete the contents of

/.cache/sessions while not running Xfce.

#10 2019-12-09 15:26:16

Re: XFCE4 panels crashed after today’s upgrade

I’ve cleared cache, but the error still persists.

The system has panels now and works OK, but I’ve got another issue — when I’m leaving computer for a while, I return back, the screen is black, then hit arbitrary key, and instead of «Login» window I see black screen with the movable mouse pointer. I have to shutdown the system through the power key.

It might sound offtopic, but frankly I would change XFCE4 to some system-independent WIndows manager, in spirit of XFE file manager. What makes me unhappy with XFCE4, in particular, is its deep integration of Tsunar file manager, which is not possible to get rid of. The discussed sorts of things, apparenly connected with systemd integration, do not make me happy either.

Last edited by Fixed (2019-12-09 16:29:10)

Источник

[Bug]: [Bug]: xfce4-panel: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.xfce.Panel was not provided by any .service files #539

Problem description

during the glib update its warnings were shown and after that it shows an error when executing xfce4-session when obtaining the bus connection and in wayland it does not show the toolbar and the terminal does not run. And when downgrading glib glib-bin and gstreamer doesn’t run xfce4-sessions in wayland.

What steps will reproduce the bug?

apt install glib
export XDG_RUNTIME_DIR=$TMPDIR
termux-x11 :0 >/dev/null 2>/dev/null
env DISPLAY=:0 xfce4-session

What is the expected behavior?

System information

Application version:
0.117
Packages CPU architecture:
aarch64
Subscribed repositories:

sources.list

game-repo (sources.list.d/game.list)

sources.list.d/abhacker.repo.list

x11-repo (sources.list.d/x11.list)

root-repo (sources.list.d/root.list)

science-repo (sources.list.d/science.list)

deb https://packages.termux.org/apt/termux-science science stable
Updatable packages:
mutt/stable 2.1.4-3 aarch64 [upgradable from: 2.1.1-3]
youtubedr/stable 2.7.6 aarch64 [upgradable from: 2.7.5]
Android version:
11
Kernel build information:
Linux localhost 4.4.177-22602103 #1 SMP PREEMPT Fri Oct 15 00:57:06 KST 2021 aarch64 Android
Device manufacturer:
samsung
Device model:
SM-A305G

The text was updated successfully, but these errors were encountered:

Update your packages, xfce4-session works fine, currently the severity error is libvte.

I suppose that the problem specifically described in the current title was a transient one, and should not be caused by the combination of pango 1.48.7-1 and glib 2.70.2-1 (for aarch64):

And the rest seems to be a duplicate of #537. EDIT: Not exactly.

@Yisus7u7 obviously there’re all packages up to date

Please set an appropriate title for the issue, something like:

@xtkoba thanks for answering. I understand that it is only a warning but I thought it necessary to mention it, and I already modified the title of the problem. For now I still can’t find a solution

As for xfce4-panel there are similar cases in the wild, one of which is https://forum.manjaro.org/t/70855/.

@xtkoba thanks for answering. I understand that it is only a warning but I thought it necessary to mention it, and I already modified the title of the problem. For now I still can’t find a solution

Have you tried reinstall termux? Many of these cases are usually because people damage their environments.

I’ve just tested on aarch64 devices and xfce4-session works.

Well, the toolbar returned to the screen . I had to configure the execution of xfce4-panel in applications -> settings -> session & startup with flag —display=:0 :

Bueno, la barra de herramientas volvió a la pantalla . Tuve que configurar la ejecución de xfce4-panel en aplicaciones -> configuración -> sesión e inicio con bandera —display =: 0:

that confirms what I thought, the session was broken, that’s why I recommend that when you go to close x11, close all applications and exit the xfce session (in the logout option), if you do an unexpected close it is very likely let xfce break, in that case remove the contents of ˋ$HOME/.config/xfceˋ

that confirms what I thought, the session was broken, that’s why I recommend that when you go to close x11, close all applications and exit the xfce session (in the logout option), if you do an unexpected close it is very likely let xfce break, in that case remove the contents of $HOME/.config/xfce

@Yisus7u7 I have eliminated the $ PREFIX tree, however the problem persists . BTW, thank u @xtkoba for now I have solved the panel problem but I still have the terminal problem pending, because it still does not open xfce4-terminal, tmate or fish. Those just flashed :

Edited_20211216_214320.mp4

@Yisus7u7 I always close the season on the rugth way (clicking on user name—>logout) btw i was removed $PREFIX, hidden config files in $HOME and reinstall all packages , anyway i had to set xfce4-panel on startup setting but the terminal continues crashed

@ivam3 problem solved in #540

wait for the update or download the artifacts at the link below

Источник

Arch Linux

You are not logged in.

#1 2014-12-04 10:09:01

GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

I recently updated my system and now it giving me an error:

How can I easily start troubleshooting this issue?

I’ve got an IBM T520 laptop with built-in i915:

Any help would be appreciated

Last edited by Anoniem (2015-02-09 13:02:53)

#2 2014-12-04 16:16:34

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

Have you fixed the error in your fstab?

What does the title of the thread have to do with your issue? And what is your actual issue: you can’t login? You can’t login to a TTY? X doesn’t start?
How To Ask Questions The Smart Way

Registered Linux User #482438

#3 2014-12-05 09:44:05

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

The title of this thread is the subject of the error window .

Anyway, I have Gnome and SLiM, when I login to SLiM, I get my desktop, but (with external display) I can’t
change resolution, both at 1024x. My fonts are wrong, and I get this message:

Do I need to provide more logging?

#4 2014-12-05 10:08:40

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

Visual situation (if I’m allowed to post):

But when I start an application like Remmina (RDP) for example my display does give a fullscreen :

— mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] —

#5 2014-12-05 14:27:32

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

I keep reading and re-reading this thread and I still have no idea what it’s about.

What is the problem that you are trying to fix?

#6 2014-12-05 14:47:51

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

1. I turn on laptop
2. Login into my desktop
3. My display is low resolution and external display too, fonts and theme settings are gone (gnome)
4. I want to change resolution
5. Get error message like above

Checked my logs, tried reverting packages I updated

Still the same GDBUS thing.

#7 2014-12-05 16:39:25

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

I went to google.com and did a search for this phrase:

and found many many many many results describing the same problem you are having, including many solutions.

#8 2014-12-05 17:17:42

Re: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown error

1. I turn on laptop
2. Login into my desktop
3. My display is low resolution and external display too, fonts and theme settings are gone (gnome)
4. I want to change resolution
5. Get error message like above

Checked my logs, tried reverting packages I updated

Still the same GDBUS thing.

Maybe there is an conflict when the X starts on 2 monitors with 2 different resolutions.
It depends from your graphic card. For example, on my nvidia when X starts with both internal and external monitors plugged in, the resolution is messed up. But when you enter to your desktop, usually it reads the last resolution states and the screen resolution problem if fixed.
One solution is to plug the external monitor after desktop is loaded or create a config file for the monitors on the /etc/X11/. folder Xorg wiki

Источник

GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1.567 was not provided by any .service files #1845

Linux distribution and version

Flatpak version

0.99.2 (built from git master)

Description of the problem

It took me two tries just now to install an app. Here’s what happened the first time:

Steps to reproduce

1. Have a slow Internet connection
2. Try to install something.

The text was updated successfully, but these errors were encountered:

Have a slow Internet connection

That is not required to reproduce. I have a 200 Mbps connection and I just hit this with flatpak 0.99.2.

When this happens, does the flatpak-system-helper exit or die/crash or something?

Fedora 28 & 0.99.2 from dnf

In my case, updating com.google.AndroidStudio seems to be causing this same issue. Whenever I try updating it, that «ServiceUnknown» problem occurs, and every update queued after AndroidStudio also fails with the same message. Leaving AndroidStudio out and updating everything else worked.

This is the Flatpak system helper service crashing. I get this while smoke-testing a backport of Flatpak 0.99.2 to Debian 9 ‘stretch’.

I’ll try to get a backtrace.

No, looking at this in gdb, I’m in the /* empty path == local pull */ case in handle_deploy_appstream() , specifically this statement:

and second_error is NULL, because the second flatpak_dir_pull() call passed a NULL GError ** instead of the &second_error that was presumably intended.

I haven’t been able to reproduce this since applying #1867.

I think what happens is that flatpak-system-helper idle times out 10 minutes after the last operation, and we keep a single dbus proxy object around for the lifetime of the FlatpakDir. If we create the SystemHelper early on we resolve the name and keep the unique id, and then it dies we will get this error, because the proxy only resolves the name once.

In my case, updating com.google.AndroidStudio seems to be causing this same issue. Whenever I try updating it, that «ServiceUnknown» problem occurs, and every update queued after AndroidStudio also fails with the same message. Leaving AndroidStudio out and updating everything else worked.

This.
Since some update (I am on Debian 10, but same happens on Debian 9), with Android Studio installed, I receive this error every now and then, including with flatpak.
But for me, it only seems to cause problems when I have an Android device connected.
(Autostarting the emulator may also count as one, for whoever configured it to always run.)

@strongholdmedia: Please open a separate bug report with details and steps to reproduce the problem. The high-level symptom you see being the same does not mean that the root cause is the same. If it turns out to be the same root cause then it’s easy to close a separate bug as a duplicate, but if the root cause is different and two causes get mixed up on the same bug number, it’s really confusing for everyone and will make it slower and more difficult to solve the bug.

I absolutely didn’t want to file a bug report whatsoever.
I just suggested that anyone who can actually reproduce this issue try with any Android devices, including any possible emulators, disconnected, so that it may help them to narrow down any set of causes.

I also have the personal opinion that the primary issue is not with Flatpak, and if you indeed want to make the update «bulletproof» should any lower level script fail (that I suppose the case is currently), then you may try to rename the issue as such. But this is only a suggestion.

(I find it sad to see that more and more people are in this continuous-integration-flow-metrics-BS-obsessed mindset recently instead of actually being focused on rectifying issues, like in my opinion collaboration should.)

Источник

1. Panel gone haywire!
   

   I had Ubuntu Studio 18.04LTS. My panel went missing. I started it via terminal. After that, every boot, I got a stack of repeat instances of error messages.

   «GDBus.errorrg.freedesktop.DBus.Error.ServiceUnknown: The name org.xfce.Panel was not provided by any .service files»

   «Modifying the panel is not allowed: Because the panel is running in kiosk mode, you are not allowed to make changes to the panel configuration as a regular user.»

   Of course, there was no panel visible to make changes to until after I’d started a new one every time!

   When I started the new instance the first time, the old panel was replaced by a new default panel. I added launchers, the new one stuck around. I still had to go through the above scenario every reboot.

   This weekend, I upgraded, via the software updater, to Ubuntu Studio 20.04LTS. New panel problem! Now when I start, I still get «GDBusErrorrg.freedesktop.Error.ServiceUnknown: The name org.Xfce.panel was not provided by any .service files.» I don’t get the other message any more.

   The panel is there at start, but it’s got a blinking red border, as if it’s being edited. I open the Panel settings in Settings Manager, close it, and no more blinking.

   I tried to have a look at the Xfce4panel.xml file, but there isn’t one. I am utterly confused about what’s happening here! Any help appreciated.

   ---

2. Re: Panel gone haywire!
   

   Not sure what the problem is but the xfce4 panel settings are stored in ~/.config/xfce4/panel. Hope this is useful.

   __________________________________________________ ______________________________________
   Sent from my iSomething running Linux — safe, fast and it is free! Didn’t have to pay for the badge

   ---

3. Re: Panel gone haywire!
   

   Hmm. I thought the panel settings were in the xfce4-panel.xml? I’m thoroughly pizzled now. Before, there was no xfce4-panel.xml at all. Now it’s there. Nothing in the file seems to be relevant to the problem, though. And I get a new error message at boot (sorry, don’t remember it perfectly) saying something like «unable to open preferences.» I get two of those. Then I open the panel settings, close them, voila. So weird.

   ---

4. Re: Panel gone haywire!
   

   I’m not entirely sure which piece of the puzzle solved my problem. It was exacerbated by another weird issue of a lock screen that led to a second lock screen in which the keyboard wouldn’t work. No idea if it’s related.

   But here’s what solved it: switched to Gnome desktop. Switched back to xfce (Ubuntu Studio). No more issues on either front. So far.

   ---