What's the alternative to have a registry?
Freedom
>>56634955
Not have a registry
having text configuration files for everything
Kill all pedos.
>>56634955
Having a motherfucking shitload of programs making their own fucking dot folders in the home folder instead of using .config
>>56634961
Where are they all stored?
>>56635058
scattered all over the filesystem
>welcome to linux
MongoDB
Having a relational configuration database.
>>56635105
You mean /etc.
>>56635105
>>56635205
So it's no different than Windows in terms of function. You have most configuration stored in the program's directly, and then the configuration you want to be easily accessible in /etc
Except /etc is like a Windows Registry, but it isn't in database form, meaning in takes way longer to look up data and can cause hard drive thrashing.
What the fuck is wrong with Linux. Who thought this system was a good idea?
>tfw no systemd-configd
>>56635288
>implying the Linux filesystem isn't a hierarchical database in itself
>>56635288
Unix stores everything on the existing filesystem under one central directory. Windows registry is basically an entire other filesystem. With plaintext config files you can also view and edit their contents with any text editor vs being limited to regedit
>>56635105
Actually windows registry is probably a bigger clusterfuck but even excluding the registry there are still applications that store configuration in their own directory on windows.
>>56634955
Two registries
>>56634955
Heterosexuality.
>>56634955
/etc/
>>56635288
>database form
Uh... it's just a glorified binary flat file hierarchical database stored as a collection of .dat files, kid.
>>56635288
good bait
you can have "registry" on linux too..
its called dconf
Having shitloads of config files each and everyone with their own retarded syntax. Windows has both problems though as most programs Font even use the registry
Neither Windows nor *nix systems have a good approach to configs, sadly.
>>56635601
Go GNOME yourself.
There are no good approaches to configs because developers world wide would never agree on a common syntax that would enable good approaches.
>>56635541
so every user shares the same config?
no customizing allowed
>>56634955
having a real database
>>56635288
>he doesn't know how to grep -R
Found the retard Microshill
>>56636082
There's also .config
>>56636082
>what is ~/.config
learn2linux, retard
>>56636082
Why would you have more than one user?
just a thought, but are there any applications that write to the registry for like program state? Seems like kind of a funny option for a database, and the state would be saved in the event of a crash
I'm sure it's woefully inefficient
>>56635288
Are you actually defending Windows Registry?
>>56635058
/etc
/tmp
~/.config
and other random dot-prefix files/directories at ~
so much better than windows linux is amazing window is trash pajeets blah blah shills botnet spy nsa etc
>>56638337
I wouldn't exactly call it "better"
>>56635504
But with a registry you have .reg files and a unified method to access and modify it
>>56634955
flat text files
>>56635058
system-wide: /etc
user-specific: ~/.config
>>56639229
windows doesn't store the registry as ".reg" files, those are plain-text representations that are used for exporting and importing only
systemd is a great alternative to svhost.exe
>>56634961
having "human readable" text configuration files for everything
LMFTFY
>>56635362
What would that do?
>>56634955
>3 pieces coming off
>4 actually missing
RRRREEEEEEEEEEEEEEEEEEEEEEE
>>56639213
its better accessible than /library/application_support/ or remote/roaming/local
>>56642330
that´s a surprisingly fitting icon for it
go in searching anything you will come out with nothing found 1 out of 4 times
>>56640575
>svhost.exe
Certainly. ANYTHING is a good alternative to something that does not exist.
>>56634961
>>56643251
>not storing program configurations in flat memory like its 1983
>>56634961
That is how windows worked before registy. Each program would have its own .ini file for settings stored in the same folder as the executable.