Default User conf

bonbonboi · 2016-03-09 14:58:04

Where could I find the default user profile, those files just copied to a new users' homes?

el_koraco · 2016-03-09 15:04:32

/etc/skel

damo · 2016-03-09 15:33:36

el_koraco wrote:

/etc/skel

/usr/share/bunsen/skel/

bonbonboi · 2016-03-09 15:39:41

Generally, those two locations confusing me on Linux, some on /etc and some on /user/share

damo · 2016-03-09 15:47:35

bonbonboi wrote:

Generally, those two locations confusing me on Linux, some on /etc and some on /user/share

Debian Policy Manual wrote:

Therefore, if a program in a Debian package needs to be configured in some way in order to operate sensibly, that should be done using a site-wide configuration file placed in /etc. Only if the program doesn't support a site-wide default configuration and the package maintainer doesn't have time to add it may a default per-user file be placed in /etc/skel.
/etc/skel should be as empty as we can make it. This is particularly true because there is no easy (or necessarily desirable) mechanism for ensuring that the appropriate dotfiles are copied into the accounts of existing users when a package is installed

Horizon_Brave · 2016-03-09 20:17:14

bonbonboi wrote:

Generally, those two locations confusing me on Linux, some on /etc and some on /user/share

Of course. You haven't embraced the fact that when in doubt...linux will add a layer of indirection! I'm still accepting the fact that no file is *just* a file...

bonbonboi · 2016-03-09 20:43:34

Man I spent an hour reading about the topic, seems the whole things got messed up in Linux world, The Filesystem Hierarchy Standard (FHS) is no more that accurate nowadays

Head_on_a_Stick · 2016-03-09 22:07:48

man hier

Horizon_Brave · 2016-03-09 22:18:22

bonbonboi wrote:

Man I spent an hour reading about the topic, seems the whole things got messed up in Linux world, The Filesystem Hierarchy Standard (FHS) is no more that accurate nowadays

Well I'm not sure what you mean by 'accurate', but each distro stores it's more custom user files in obviously distro specific locations. I think the main operation of many linux processes and services can find similarities between them, but the locations and exact operation is distro-specific... I found (from many of the fine folks here) that the debian admin handbook and without a doubt the wiki.debian pages are a lifesaver...even the archlinux wiki comes in handy for my systemd queries.

damo · 2016-03-09 22:42:19

Horizon_Brave wrote:

.... that the debian admin handbook and without a doubt the wiki.debian pages are a lifesaver...even the archlinux wiki comes in handy for my systemd queries.

...and links for them all appear in the BL Help menu O:)

ohnonot · 2016-03-10 06:11:34

bonbonboi wrote:

Man I spent an hour reading about the topic, seems the whole things got messed up in Linux world, The Filesystem Hierarchy Standard (FHS) is no more that accurate nowadays

i would rather call it "branching out".
i think this is happening everywhere in the computer world, things are just getting more and more and more complex.
and then there's also the odd developers who make a nice piece of software, but ignore or misuse some of these conventions.

bonbonboi · 2016-03-10 07:28:33

I see

bonbonboi · 2016-03-10 08:13:25

What happened with me that I wanted to test Lumina DE, then I discovered it sucks, wanted to get back to openbox, but whenever I login it keeps logging me out to the login screen, I thought I might could restore its default files

damo · 2016-03-10 13:57:27

When you are at the login screen, which window manager is set? Click on the icon at top right, and make sure "Openbox" is chosen.

You might also check by logging in to TTY1 (Control-Alt-F1, log in), and running

sudo update-alternatives --config x-session-manager

It should be `/usr/bin/openbox-session`

bonbonboi · 2016-03-10 14:24:17

I know "openbox-session" cannot be loaded correctly that is why it keeps crash, then I have no time to troubleshoot why is that happening, but if I copied the default user's files from /usr/share/bunsen/skel/ to my home might solve that if really there is something wrong with the xml files specially the autostart stuff.

damo · 2016-03-10 14:58:05

bonbonboi wrote:

I know "openbox-session" cannot be loaded correctly that is why it keeps crash, then I have no time to troubleshoot why is that happening....

So then it will probably keep crashing...

The user config files will have no effect on openbox-session, unless you create a new user. It seems likely that your Lumina experiment has over-ridden the x-session-manager, and you haven't restored it to openbox.

xaos52 · 2016-03-10 15:13:22

What happened with me that I wanted to test Lumina DE, then I discovered it sucks, wanted to get back to openbox, but whenever I login it keeps logging me out to the login screen, I thought I might could restore its default files roll

Could you be more specific about what exactly you did - what commands - to install Lumina, what exectly you did to get rid of it then.

You can not expect us to clean up a situation when we don't know in detail how you created it in the first place.

'It is real easy to break things and you get to keep all pieces.'

Did you backup your system before starting these manoevers?
Have you tested your restore procedures?
No? You can always reinstall.

bonbonboi · 2016-03-10 20:50:18

Actually I did reinstall I asked just if happened again in the future

spacex · 2016-03-14 00:17:02

damo wrote:

el_koraco wrote:
/etc/skel
/usr/share/bunsen/skel/

My issue with this is that it is a very uncommon way to do it, and that it makes Bunsen Less transparent and intuitive, as people would expect to find these things where el_koraco pointed him.

No big issue, but I like it better in /etc/skel

bonbonboi · 2016-03-14 00:40:53

spacex wrote:

damo wrote:
el_koraco wrote:
/etc/skel
/usr/share/bunsen/skel/

My issue with this is that it is a very uncommon way to do it, and that it makes Bunsen Less transparent and intuitive, as people would expect to find these things where el_koraco pointed him.
No big issue, but I like it better in /etc/skel

indeed 8.(

#1 2016-03-09 14:58:04

Default User conf

#2 2016-03-09 15:04:32

Re: Default User conf

#3 2016-03-09 15:33:36

Re: Default User conf

#4 2016-03-09 15:39:41

Re: Default User conf

#5 2016-03-09 15:47:35

Re: Default User conf

#6 2016-03-09 20:17:14

Re: Default User conf

#7 2016-03-09 20:43:34

Re: Default User conf

#8 2016-03-09 22:07:48

Re: Default User conf

#9 2016-03-09 22:18:22

Re: Default User conf

#10 2016-03-09 22:42:19

Re: Default User conf

#11 2016-03-10 06:11:34

Re: Default User conf

#12 2016-03-10 07:28:33

Re: Default User conf

#13 2016-03-10 08:13:25

Re: Default User conf

#14 2016-03-10 13:57:27

Re: Default User conf

#15 2016-03-10 14:24:17

Re: Default User conf

#16 2016-03-10 14:58:05

Re: Default User conf

#17 2016-03-10 15:13:22

Re: Default User conf

#18 2016-03-10 20:50:18

Re: Default User conf

#19 2016-03-14 00:17:02

Re: Default User conf

#20 2016-03-14 00:40:53

Re: Default User conf

Board footer