this post was submitted on 20 Apr 2024
563 points (90.9% liked)

linuxmemes

21222 readers
74 users here now

Hint: :q!

Sister communities:

Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
    • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

    • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
    [email protected]
    [email protected]
    [email protected]
    563
    To be honest, it is quite complicated now as well with all of the proprietary software (sh.itjust.works)
    submitted 6 months ago by [email protected] to c/[email protected]
    151 comments fedilink hide all child comments
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] [email protected] 24 points 6 months ago* (last edited 6 months ago) (4 children)

    And half the time you'll find it in the registry too. Linux has proven quite well that an OS doesn't need a registry.

    Oh, and what's with ProgramData and AppData being two completely different things. I understand the difference between the two directories, but there is no difference between a program and an app. Everywhere else it's Machine/User.

    [–] [email protected] 20 points 6 months ago* (last edited 6 months ago) (1 children)

    Linux has proven quite well that an OS doesn't need a registry.

    Gnomes dconf would like to have a word with you. It's really interesting how the Gnome people seem to get rid of every useful feature as it might confuse the user or be complex, but on the other hand add this registry-like anti-feature to make the system just as unmanageable as Windows.

    [–] [email protected] 10 points 6 months ago

    What you can find in dconf is well organized compared to what is inside of the regedit hell.

    [–] [email protected] 5 points 6 months ago (1 children)

    Funny thing is, most 3rd-party utility tools don't use registry but a config. Which makes them portable, btw.

    [–] [email protected] 2 points 6 months ago* (last edited 6 months ago)

    Nowadays, yes. Go back 15+ years, the registry was used extesively.

    My reasoning as to why, Linux was never a targeted platform for software back then, now it is. There was only GTK back then and it didn't look "nice" (appealing) at all. Plus GTK apps were huge for Windows, since you'd have to also install the GTK runtimes and all that... that just took a lot of disk space, which was expensive back then. Compared to an app that does the same, but spends only 10% of the disk space needed for GTK (you could even go a lot lower with compressors), it's obvious why GTK was never a viable option when making a GUI app.

    And since Linux doesn't have a registry (or even if it did, it'll probably be completely optional to have it or not, so you can't rely on users having it installed), you'd have to just save the settings in a file, just like the rest of the FOSS applications. So, it makes no sense to have completely different codebases for the same app for Windows and everything else. In fact, most apps nowadays that aim to be cross platform just use Qt. You can compile it for watever you like, there is no need to keep separate codebases.

    [–] [email protected] 2 points 6 months ago* (last edited 6 months ago)

    there is no difference between a program and an app

    Yeah the naming is confusing. The reason is what you said - machine vs app.

    Back on Windows 9x, some apps would store files directly in the C:\Program Files directory. This was 'fine' at the time since every app ran with full permissions. Users were at C:\Windows\Users, but users were optional so not every install used it.

    Windows XP had a better NT-based permission model (not nearly as improved as Vista, but better than 9x) and allowing regular users to write to the Program Files and Windows folders wasn't really a good idea. It added two directories for settings:

    • C:\Documents and Settings\username\Application Data for user-specific data
    • C:\Documents and Settings\All Users\Application Data for non-user-specific data

    Vista kept the former but moved the latter to C:\ProgramData. I can't remember why.

    Windows 7 moved the user stuff to C:\Users.

    [–] [email protected] 1 points 6 months ago

    ProgramData is for admin stuff and things that need to be shared between users. AppData is for personalized settings per user. For example, AnyDesk stores the unattended access password in ProgramData, as well as the ID. Sure they do get copied to AppData when AnyDesk runs on boot/login on any user, but you could also have some user specific options (like language) and they get stored in a separate file in AppData.