181–190 of 259 posts
Earlier quoted context omitted.
I use AppCleaner: https://freemacsoft.net/appcleaner/ Raycast has a built-in uninstaller as well.
Pear cleaner is the successor, you’re welcome :) https://github.com/alienator88/Pearcleaner
AppCleaner still works fine for me in Sequoia.
> I shut down my Mac. Held the power button. Booted into Recovery Mode. Opened Terminal. Ran csrutil disable. Rebooted. Opened Terminal. Deleted the kernel extensions. Ran find to confirm they’re gone. Shut down AGAIN. Booted into Recovery Mode AGAIN. Ran csrutil enable. Rebooted AGAIN. All this just to delete four dead files and their mirrors from a disk utility. This one is entirely on Apple. It was Apple who decid…
Earlier quoted context omitted.
Mac apps often do various things on your computer. Just because you dragged it to Bin, doesn't mean there are no leftovers on your computer. I'd prefer proper uninstaller any day.
Same applies to Windows or UNIX based packages, other than systems like iDevices, Android or UWP, where applications are sandboxed. However people around here hate sandboxing on their OSes.
This is one of the many issues my side project is designed to address. Imagine if installing every application meant just dropping it on the computer. The software 'package' was just a list of data objects the comprised all the files, config settings, etc. Needed to run the app. All these objects would be copied to the storage drive(s).
Imagine further, that the operating system did not have a central registry. Instead, all configuration was managed via a set of configuration objects, spread all over (preferably in the app folders). The configuration manager was just a program that could find every configuration object and make them appear to the user (and the OS) like they were in a unified file.
If a configuration object was copied anywhere in the system, it looked like its contents were just appended to the configuration store. If you deleted an object, all its settings just disappeared.
Uninstalling an application would mean just deleting all the objects in its package. The files would be gone and any configuration settings with them.
This is just one of the features my 'file system replacement' project is designed to handle.
Earlier quoted context omitted.
That's because this particular sort of cyber security is merely theatrics with the goal of reducing user agency and increasing paranoia and vendor lock-in. The user facing friction is the goal. There will always be scams and viruses; the only practical outcome will be that you have less control over your computer, and Apple/MS/Google have more. See: Sideloading, Wayland, UWPs, iOS JIT, Windows XP and 7 still being us…
We are moving away from the old world where you can trust the applications you are running on your computer, to today's world where you can't. The unix permission model is based on apps running as your user having access to every device and file you, the user, have access to. The threat was "other system users trying to access your files and devices" but now the threat is "applications you run trying to access your f…
If you install random apps and it destroys your PC, you can fix that by having backups. By contrast on work computers with important data, everything is supposed to be locked down and you can't install random apps. But then we started to increasingly connect devices to the internet.
Now gaining access over a smartphone essentially means being able to send payments via the banking apps. People are sending money with crypto so they are susceptible to simple clipboard swap attacks that are almost impossible for the user to detect until it happens. Then there is all the personal data that can be stolen that can be used for other attacks in the future.
Essentially the amount of damage you can take by losing access has increased much faster than the security devices meant to prevent.
To make matters worse, the security devices that are marketed to the average user tend to be exploitative rather than trustworthy (e.g. OneDrive).
It feels like instead of protecting users developers seem more interested in creating something that only does half of the job and then blaming the user for not knowing how to do the other half, so a comprehensive solution for the problem is never created.
Earlier quoted context omitted.
I LOVED Partition Magic. It really was magic!
It was pretty important at the time to make room for dual-booting Linux. Linux setup tools couldn't do it back then, particularly shrinking FAT let alone NTFS filesystems. PartitionMagic made it super easy. It felt slightly wrong to need a Windows software to install Linux, but great tool.
I feel like the complaints here are…not really Samsung's fault? > So I’ve dug around and found a cleanup script buried six folders deep inside the app bundle. Let’s try to run it: > sh ~/Library/'Application Support'/Samsung/'Samsung Magician'/SamsungMagician.app/Contents/Resources/CleanupMagician_Admin_Mac.sh > It ran. And my kitty exploded. Sweet kitty overflowed. Hundreds - literally hundreds - of lines of chown:…
Earlier quoted context omitted.
Windows is the same now. Due to "new and better" approach, each program puts its data in 5 different folders for "multi user" reasons. What is infuriating that all those folders are hidden and all of them are on C: drive. So your C: drive gets clogged. This makes it impossible to track how much space each program uses. (On a side note its been years since floppy drives were the A: drive... and yet we are still stuck…
> (On a side note its been yeara since floppy drives were the A: drive... and yet we are still stuck with the primary disc being called C:) The logic behind that is pretty obvious isn't it?
I worked on a disk utility in the 90s called PartitionMagic that was one of the first ones to let you dynamically resize disk partitions. Maybe Samsung used that when naming their product. I am old, but I miss the days when the install process was copy . to / and the uninstall process was delete /
https://de.wikipedia.org/wiki/Norton_Partition_Magic#/media/...
Earlier quoted context omitted.
Mac apps often do various things on your computer. Just because you dragged it to Bin, doesn't mean there are no leftovers on your computer. I'd prefer proper uninstaller any day.
If you are aware of this not hard to manage. Grep. rm -rf. Done. Usually its pretty tiny folders at least. Heavier stuff usually software makes a directory under Documents. Kinda nice in a few cases having it set up like this. For example I can delete the app but preserve my config. Drop the app right back again and no setup its turnkey and works.
Years ago I shipped a MacOS product. If you deleted it, you would get an error emptying the recycle bin (or force-deleting the application bundle if you did an rm -R to it.) Why? Well, at the time Windows Explorer had an API for extensions, but MacOS didn't for Finder. We needed to add some menu items to the context menu, which on MacOS required reverse engineering Finder and injecting code into it. This then meant t…
When you realized that Mac OS X didn’t have an equivalent API, did you perhaps consider that it was for a good reason and that you should redesign your application to fit the conventions of the system? How did you conclude that your UI was oh so special that it deserved horking up the Finder experience for your users?
