Thread 105830016

>>105830016 (OP)
Now show me the Windows version.

>>105830033
C:Program Files/ holds all my programs
C:Users/(me)/ holds all my own files
Everything else in C is system stuff and generally shouldn't be messed with
The Linux filesystem layout is a bloody mess, everything outside your home for is so opaque that if you're not really sure what you're doing (or followi ing a tutorial) you shouldn't ever touch it, and just about every program you use polluted your home for with garbage because they can never agree on a standard location for automatically-generates files

>>105830115
>the rotting corpse of "C:\Documents and Settings" quietly decomposing in the background
thank goodness for whoever killed that idiotic path, who even came up with that back in the day?!?!??!!

>>105830115
>C:Program Files
What about:
C:\Program Files
C:\Program Files (x86)
C:\Program Data
C:\Windows

>>105830033
%APPDATA%\Local
%APPDATA%\LocalLow
%APPDATA%\Roaming
but also %PROGRAMDATA%

>>105831115
>C:\Program Files
>C:\Program Files (x86)
Legacy bullshit. Everything that asks you you should put in program files, x68 will only be populated by shit with hardcoded paths
>C:\Program Data
>C:\Windows
Nothing you should normally ever need to look inside, I don't think I've ever seen a non-microsoft program install under program data

>>105830115
>C:Program Files/ holds all my programs
/usr/bin
>C:Users/(me)/ holds all my own files
~/bin

Don't be retarded.

>>105830115
>C:Program Files/ holds all my programs
Except for the ~40% programs that just unpack and install themselves wherever they feel like it.
>just about every program you use polluted your home for with garbage because they can never agree on a standard location for automatically-generates files
This does in fact have a standard. Retarded devs don't care which is why every Windows also has apps that put shit in random user directories instead of AppData.

Also, Windows has the registry, which by default makes it a bigger clusterfuck than any other OS used on home computers.

>>105831115
>>105831132
at least it's human readable

>>105831192
>registry, which by default makes it a bigger clusterfuck
nope, pretty easy, everything is there.
you are complaining about stuff any toddler can figure out as opposed to

>rwxrwwxwxw mnt sbin sda etc xv dd ld

>>105831192
>Except for the ~40% programs that just unpack and install themselves wherever they feel like it.
Just like Linux? It's even worse for Linux because it's an extremely bad idea to manially "install" anything that does not come from a repo in the standard paths. So instead you end up with compiled programs sitting in a subfolder of their git checkout, appimages you have to find somewhere to put, and flatpaks that have their own special snowflake launcher
At least on windows I can just shove anything I want in program files whether it has an installer or not

> random user directories instead of AppData.
Appdata is bullshit and no user-accessible files should go there. If you put my saved files anywhere other than my documents folder you're a fucktard. Appdata is ok only for config and session shit that I should never have to care about

The registry IS bullshit, but you normally don't ever need to interact with it and it doesn't complicate the actual files on my disk

>>105830033
>now show me the OS that has a 90% desktop market share for the last 40 years
This is funny on so many levels.
If Loonix was marginally intuitive this would not have happened.

did gobolinux do the right thing all along?

>>105831281
https://www.gobolinux.org/at_a_glance.html

>>105831279
Yeah, totally nothing nefarious going on at all.

>>105831281
Yes, unironically
Unfortunately the Linux world is married to a file hierarchy that was obsolete already by the time it became standard

i think this path nonsense is a boring topic.

on windows nobody cares whats in C:/system or whatever, because you never have to. binaries "just work", regardless of windows version (within reason), etc.

on linux, you have to pay attention to the FHS, you dont have a choice, because no ABI stability. but instead of fixing this issue, lintards pride themselves on memorizing the libc versions, libc symlinking structure, LD_PRELOAD env var, and other inane bits and bobs which would never be neccesary if ABI stability was enforced.

the reality is, the average windows user literally never pokes around anyhwere other than C:\Users\, because they never have ot.

>>105831304
>on windows nobody cares whats in C:/system or whatever, because you never have to. binaries "just work"
The program can't start because MSVCR110.dll is missing from your computer. Try reinstalling the program to fix this problem.

>>105831304
if abi stability is such a big issue, then why wasn't an abi stable alternative library already created, and used?
what is holding it back?

>>105831364
it is a big issue, and the big solution is "use windows"

the market forces are such that linux settled into the role of providing a lego construction kit for any system that you want, and windows settled into the role of providing an end user software platform.

early on in linux life there were a lot of thoughts towards competing with windows but there was a much clearer path towards just being an engineering tool, especially when big server players came with big money, whereas there was no such big backer to push linux into the desktop os space for which the returns, if any, were much more nebulous.

>>105831363
cnat remember last time ive seen this error.

>>105831363
that issue hasn't happened in the last 30 years

>>105831404
I don't agree with that view
if I was a developer or engineer coming into the industry and was about to choose a platform for my software, I would choose the platform that will run my software in the foreseeable future
this lego mentality just makes no sense
why wouldn't servers benefit from less issues with versioning?

>>105831279
Yes that's why Windows is ubiquitous, because every time someone bought a computer they had the choice of Windows or Linux or [other] and they made the informed decision to install Windows because it is "intuitive".

>>105831179
>Hurrr my own text files or 4chan reaction images go in the path for binaries

>>105831432
the diff between your case, a server, and the windows case, is where your software runs.

for a end-user app, your software has to run on god knows what configs. there has to be an external guarantor of software compat, which microsoft provides.

in the server case, the place your software runs on is actually very tightly controlled. maybe you have a fleet of 100/1000 machines, but theyre all yours. you dont just control your server app, you contorl the whole box. in this context your deployment target is under your contorl so its no biggie if you have to re-build the entire image, infact this becomes a strength, hence rise in docker - the linux use case is actually pulling linux in the direction of *more* modularit.y

>>105831481
idk I'm reading your posts and I just feel like pic related
I just don't get it but I believe it

>>105830115
>everything outside your home for is so opaque that if you're not really sure what you're doing
You're just a brainlet.
>/etc/
It's yours, go nuts, but don't be afraid of fixing init scripts from a live disk later if you fuck up.
>/usr/
Keep your shit in /usr/local/ and let the package manager do the rest. If you think you need to touch something in /usr/share you need to use the package config options.
>/var/
Write only, it's log files and sockets
>/tmp
Who cares, it's just lockfiles and shit that is destroyed on reboot
>/lib and /bin and /sbin
Follow the rules for /usr/ and in 2025 most distros force symlink those to /usr/ anyway.
>/boot
Go nuts and regenerate your menu.lst all you want. If you fuck up that's what live disks are for, or doing edit at grub and passing init=/bin/bash.

>>105831363
>MSVCR110.
Microsoft Visual C++ Runtime
Installing 1 package fixes this issue:
https://www.microsoft.com/en-gb/download/details.aspx?id=30679

>>105831192
>Windows has the registry, which by default makes it a bigger clusterfuck than any other OS used on home computers
to be fair, linux and mac also have registries (dconf and that god forsaken thing mac uses)

>>105831115
And app data

>>105835937
>AppData
Which one? ;^)
Local
LocalLow
Roaming

>>105831248
You could package something yourself if someone hasn't done it. Every distribution has support for community driven package repositories at this point. I can only think of one time I had to in the last 5 years of using arch+aur

>>105831179
usr? user? unified system resources?
bin? bin(container) or binary? what about sbin?
so sensible and intelligent. sure love linux being beholden to the 64 bits of ram available in 1960. linux fanbois are buckbroken.

>>105831363
I blame the dev for not shipping that .dll with his program if that error happens. But that windows doesn't have those essential files on a fresh install is pretty stupid too.

>>105831115
and

C:\Windows\system32 - 64 bit
C:\Windows\SysWoW64 - 32 bit
C:\Windows\SystemApps - Metro faggotry
C:\Windows\WinSxS - useless shit

>>105837265
>C:\Windows\SystemApps - Metro faggotry
O'rlly? What a shitty OS, even though they are all shitty, Windows is the shittiest. So much crusty shit just lying around not making any sense.

>your OS I'm unfamiliar with - confusing, overdesigned, stupid
>my OS I know ins and outs of - streamlined, logical, easy to use, cleverly made
Next thread.