You are not logged in.
On Configuring hyprland. Installing xorg-desktop-portal-hyprland from source. It saves my file in /usr/share/dbus-1/services/ as it should. But my system is not recognizing it (error: unit file not found).
Then I found the other file of the dir also not recognized, producing same error.
Why my system not searching there for unit files?
While by dbus.service is active.
Last edited by ranurag (2023-09-08 21:50:18)
Offline
Please don't paraphrase, https://bbs.archlinux.org/viewtopic.php?id=57855
Online
Offline
You get
[system] Activation via systemd failed for unit 'dbus-org.freedesktop.home1.service': Unit dbus-org.freedesktop.home1.service not found. but that's just spam and you can ignore it.
There's no record of either hyprland or portal in that log.
You log in on TTY1 & 2 and explicitly mount
Sep 08 15:26:15 archer sudo[464]: ranurag : TTY=tty1 ; PWD=/ ; USER=root ; COMMAND=/usr/bin/mount /dev/sdb1/ /homeWhat does your fstab look like?
Also show a log that actually contains the concerned error (unless it's just the homed spam, unless you're actually trying to use that: it is just meaningless spam)
Online
> systemctl status dbus
● dbus.service - D-Bus System Message Bus
Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
Active: active (running) since Fri 2023-09-08 15:25:54 UTC; 2h 58min ago
TriggeredBy: ● dbus.socket
Docs: man:dbus-daemon(1)
Main PID: 376 (dbus-daemon)
Tasks: 1 (limit: 9316)
Memory: 3.2M
CPU: 699ms
CGroup: /system.slice/dbus.service
└─376 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only> ls -l /usr/share/dbus-1/services/org.freedesktop.impl.portal.desktop.hyprland.service
-rw-r--r-- 1 root root 158 Sep 8 11:05 /usr/share/dbus-1/services/org.freedesktop.impl.portal.desktop.hyprland.service > systemctl status org.freedesktop.impl.portal.desktop.hyprland.service
Unit org.freedesktop.impl.portal.desktop.hyprland.service could not be found. Last edited by ranurag (2023-09-08 18:34:13)
Offline
This application (xorg-desktop-portal-hyprland) needs to be in service. Before installing and running xorg-desktop-portal (dependency requirement).
Neither any application in /usr/share/dbus-1/services/ is identified by system. Why my system is not search here for unit files?
Do i need to mention the path or something to it.
Last edited by ranurag (2023-09-08 18:42:46)
Offline
That's a dbus activated service. It'll be triggered when a portal service is required (mostly by flatpak but also eg. FF will use it to determine the file dialog implementation)
You cannot query any of the files in /usr/share/dbus-1/services/ this way.
Edit: I've no idea what you're trying to say there, but post the actual command and the actual error messages for whatever troubles you right now.
Last edited by seth (2023-09-08 18:42:24)
Online
My system problem is this it is not searching any of the unit files in /usr/share/dbus-1/services/ dir.
How can i explicitly tell it to read my here also.
Offline
No, that is an https://en.wikipedia.org/wiki/XY_problem
*What* "is not searching any of the unit files in /usr/share/dbus-1/services/"?
*Why* do you think this would be necessary?
What problem/task are you *actually* trying to solve? What is your end goal here?
Online
okay, So i am saying i need to make these unit files to run.
man systemd.unit > systemctl status *.service
files to be active. For my dir /usr/share/dbus-1/servcie/.
That's it.
Last edited by ranurag (2023-09-08 18:58:18)
Offline
No, you don't. And you can't. They're not meant to be manually activated.
Read the article about xy-problems and then describe your ***actual*** task or this is going absolutely nowhere.
Online
So all the third party applications installed in this path will be ignored by systemd.
Do i need to move these unit files to somewhere systemd will search for it.
Offline
No ![]()
There's obviously a massive language barrier here.
What is your native tougue?
Online
Hindi
an Indian language.
Last edited by ranurag (2023-09-08 19:05:44)
Offline
Well it's ok. Thanks for your guidance.
Offline
Unfortunately not supported by deepl.com, so here's the google translate that probably insults your mother…
These services are triggered when their dbus interface is called. They're not meant to be started manually.
इन सेवाओं को ट्रिगर किया जाता है जब उनके DBUS इंटरफ़ेस को बुलाया जाता है। वे मैन्युअल रूप से शुरू करने के लिए नहीं हैं।
in sevaon ko trigar kiya jaata hai jab unake dbus intarafes ko bulaaya jaata hai. ve mainyual roop se shuroo karane ke lie nahin hain.
Online
okay so what cmd
> systemclt start *.service
do.
Offline
Actually I understand the English part also.
But I also know that we can make unit files and run them.
https://wiki.archlinux.org/title/systemd
Last edited by ranurag (2023-09-08 19:14:27)
Offline
"systemctl" and you don't want to use an asterisk "*" there either.
Generally you start systemd services and timers
systemctl list-unit-filesThere's no hindi documentation for any of this?
https://bbs.archlinux.org/viewforum.php?id=30
There should be several Indian users around…
Edit: yes you can, but that's simply not that kind of service nor would that make any sense.
Last edited by seth (2023-09-08 19:16:18)
Online
That's what i am saying these unit files are not listed in here.
>systemctl list-unit-files
also systemd error unit files are not found.
Offline
The error resolved.
![]()
Offline
Actually it's a sily mistake by me
. I missed the enable that servcie. Sorry for this. But also thanks for the support.
Also that *.service the reference to all .service files not for the use of actual command
.
Last edited by ranurag (2023-09-08 19:28:02)
Offline
You can also not "systemctl enable" the services in /usr/share/dbus-1/services/ - don't symlink that manually into existence!
Online
Yes you are right again, and this portal is open *again*.
So how these file be in use of any kind for any application then.
Offline
This is the statement, if I enable these service this.
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified. Offline