On 12/16/2016 03:59 PM, Yamaban wrote:

On Fri, 16 Dec 2016 22:29, geo.inbox.ignored <geo.inbox.ignored@...> wrote:

...

greetings.

while using rsync to copy /root/* from tower box to laptop computer, i accidentally over wrote .dbus/sessions-bus/[fn] on laptop computer.

ran extensive web search, including;

http://www.freedesktop.org/software/dbus/

to find how to replace or recreate file, only to find everything about what it does and why.

question is, how do i recreate, short of re-installing from .iso?

have not rebooted laptop system.

need help in a BIG way.

any and all help/suggestions greatly appreciated.

tia.

AFAICT, the text file in ~/.dbus/sessions-bus/ is named after the machine-id and contains a few lines similar to: [code] # This file allows processes on the machine with id [[your-machine-id-here]] using # display :0.0 to find the D-Bus session bus with the below address. # If the DBUS_SESSION_BUS_ADDRESS environment variable is set, it will # be used rather than this file. # See "man dbus-launch" for more details. DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-[[random-string-here]],guid=[[your-personal-dbus-session-adress]] DBUS_SESSION_BUS_PID=[[the pid of your personal dbus instance]] DBUS_SESSION_BUS_WINDOWID=[[your top-most window id]] [/code]

as neither this file nor the directories ~/.dbus/sessions-bus/ are in /etc/skeleton, I must assume that they are recreated at user-login, if they are missing or contain invalid information.

IOW, remove the file, login, and it should get recreated.

}}

Yamaban, thank you for reply.

as 'user', logged out, logged in, nothing.

as 'root', logged out, logged in, nothing.

rebooted, repeat ed above, still no file.

On 12/17/2016 06:40 AM, Jonathan Billings wrote:

On Dec 16, 2016, at 4:29 PM, geo.inbox.ignored geo.inbox.ignored@gmail.com wrote:

...

question is, how do i recreate, short of re-installing from .iso?

Why do you think you need these files in /root?

}}

it is not that i think i need file in /root.

file is located /.dbus/sessions-bus/*

could be that i could have been more specific in wording, like;

while using rsync to copy /root path from a tower box computer to a laptop computer, i type something incorrectly, causing rsync to attempt copying entire / directory to laptop's / directory. i was able to stop syncing before all 64 bit laptop files were over written with tower's 32 bit files, with accept for tower's /.dbus/sessions-bus/* over writing of laptop's /.dbus/sessions-bus/*

what i am now in wonder of is if there is any differance in file between the 2 computers.

ie, is there a differance between a 32 bit and 64 bit system's /.dbus/sessions-bus/* file?

as said, a web search nor reading thru pages, ie, faq, help, doc pages at http://www.freedesktop.org/software/dbus/ gave no indication of such.

On 12/17/2016 08:57 AM, Jonathan Billings wrote:

On Dec 17, 2016, at 9:23 AM, geo.inbox.ignored geo.inbox.ignored@gmail.com wrote:

...

what i am now in wonder of is if there is any differance in file between the 2 computers.

ie, is there a differance between a 32 bit and 64 bit system's /.dbus/sessions-bus/* file?

as said, a web search nor reading thru pages, ie, faq, help, doc pages at http://www.freedesktop.org/software/dbus/ http://www.freedesktop.org/software/dbus/ gave no indication of such.

1.) There is no /.dbus/ directory on any CentOS systems I’ve used. It sounds to me like someone tried to run a dbus-aware user program as root where $HOME=/. It would be regenerated if you did that again. The system-level dbus files are in /var/lib/dbus. The systemd init system uses dbus to communicate, but it uses a private socket file.

}}

maybe not on a mac system, but file has been present on 686 and x86_64 intel systems that i have installed. at least, iirc, for versions 5.x thru 6.8.

2.) That said, yes, the dbus configuration is a per-host config with a unique machine-id for the system dbus-daemon and unique dbus sessions for users. They’re generated when you first run a session.

}}

when you say 'first run a session', are you meaning when system is first installed?

or when a session that uses dbus-daemon is run?

On 12/17/2016 11:45 AM, Jonathan Billings wrote:

...

On Dec 17, 2016, at 10:08 AM, geo.inbox.ignored geo.inbox.ignored@gmail.com wrote:

maybe not on a mac system, but file has been present on 686 and x86_64 intel systems that i have installed. at least, iirc, for versions 5.x thru 6.8.

Who said it was on a Mac? Oh… because I have a mac laptop and I’m replying to you with it? Yes, I am so dumb I can’t tell the difference between my mac and my linux systems.

}}

and like, there is a great big differance in commands. ;=)

some of my email filters are for tagging linux, unix, and bsd email clients. it is very interesting to note the amount of oos users on linux support list. never have understood or tried to reason why some peeps want to use a crappy os that is plagued with weak security.

I just looked at both a el5 and a el6 x86_64 system, neither have a /.dbus directory.

...

when you say 'first run a session', are you meaning when system is first installed?

or when a session that uses dbus-daemon is run?

I’m saying that perhaps these files were created when you ran some dbus-aware client as root, and it started a user dbus-daemon.

}}

then it must be happening when i first install and reboot to finish installation.

reason i say this is because when i start up kde as user and open konqueror file browser, i always open / and move it to first tab so i always have / at quick access and i note that .dbus is at top.

how/where can one find info on which progs access dbus?

cause this is not getting me an answer that i am looking for. guess i will just need to check .dbus/sessions-bus/ each time i 'sudo' or 'su' to see if i can find answer.

not going to worry about it, just something i am curious about and one more thing to learn about linux.

"an idol mind is the devil's workshop" and i like to make it difficult for him to get in. :=)

thank you for replying. has been most interesting.