Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Samsung Magician disk utility takes 18 steps and two reboots to uninstall

chalmovsky.com

Post reply on HN
Print view View original

251–259 of 259 posts

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#251

Post by ExoticPearTree »

didgetmaster wrote: post #147
ncr100 wrote: post #125

Earlier quoted context omitted.

[ Thank you for "PartitionMagic" - crucially important for home / personal computer users, at least in my own history. ] And, I wonder if a (corporate) development organization's overall cultural friction around critical / negative feedback -- in this case integration issues in the technical sense of pulling together modules built by subteams to compose a final product -- could be worth investigating when challenging…

Thank you and to all the others who remember and liked PartitonMagic. It makes an old programmer feel good to know that something he worked on 30 years ago made a difference. BTW: I am currently working on a hobby project called Didgets. It is an object store that does a lot of cool file system stuff and relational table manipulation and analysis. It is available for free download at http://www.didgets.com The instal…

Yes, it was magic. Back in the good ol' days, I used quite a few times to resize disks and if my memory is right, to recover deleted partitions.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#252

Post by dcrazy »

vsl wrote: post #243
rmunn wrote: post #240

Earlier quoted context omitted.

I wondered about the chown thing myself, but ended up concluding that the author was misremembering the errors. He probably saw some chown messages and didn't read all the hundreds of lines (I certainly don't read every line of hundreds of log lines, I skim looking for key words), meaning many of them could well have been rm failures that he misremembered as chown. But whatever it was doing, the author would have bee…

The author is an unreliable narrator. The very first thing, the location of the script, can’t possibly be true (the app itself won’t be in per-user support data directory). They conflate things, they definitely don’t know enough about macOS to know to use sudo. I mean, they even rant about bog standard localization files…

Sadly, there are apps out there whose installers drop helper apps in ~/Library/Application Support. Or worse: Eve Online actually puts the whole game there. The Eve.app in /Applications (or wherever you choose to put it) is just the launcher/downloader.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#253

Post by GeekyBear »

jeffreygoesto wrote: post #246
GeekyBear wrote: post #53

Earlier quoted context omitted.

Microsoft Office abandoned the normal Win32 UI conventions for the Ribbon interface before 2008.

That is why I cheated a bit, they were introduced with Windows Server 2012... ;)

For me, Windows 2000 was peak Microsoft UI.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#254

Post by fragmede »

asdff wrote: post #226
fragmede wrote: post #189

Earlier quoted context omitted.

grep for what? How am I supposed to know that the Foo app installed stuff under ~/Libraries/Application Support/com.bar.corporation?

Sorry you'd use Find not grep and you'd search for "Foo" or "corporation". But if you know to do this you know that these things are stored where they are under Libraries.

Sorry for being nitpicky about the exact tool, my broader point is that "Foo" or "corporation" isn't always obvious and is sometimes someone/thing you've never heard of before and would never think to search off the top of your head.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#255

Post by gwbas1c »

dcrazy wrote: post #190
gwbas1c wrote: post #54

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…

Shell extensions are the single most common cause of Explorer crashes according to Raymond Chen. 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?

> How did you conclude that your UI was oh so special that it deserved horking up the Finder experience for your users?

Because that was the customer expectation, and our competitors did it too. (Including Dropbox, Box, and Google Drive.)

What we did was work a backdoor channel into Apple to "encourage" them to add an API. I don't know if it was our influence that did it, or the fact that they realized that blocking 3rd party integrations into Finder would be a considered a regression from the general public's POV, but they made their API and we adopted it.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#256

Post by gwbas1c »

Someone wrote: post #74
gwbas1c wrote: post #54

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…

I don’t understand. Any MacOS Finder that had an open file handle into an application bundle runs on the Unix version of MacOS, and that allows deletion of open files (the inode stays around until the process exits), doesn’t it? Or did/does the Finder check whether to-be-deleted files are open? Or did I forget how older Mac file systems behaved?

It was an open file handle on Unix OSX to a dylib.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#257

Post by asdff »

fragmede wrote: post #254
asdff wrote: post #226

Earlier quoted context omitted.

Sorry you'd use Find not grep and you'd search for "Foo" or "corporation". But if you know to do this you know that these things are stored where they are under Libraries.

Sorry for being nitpicky about the exact tool, my broader point is that "Foo" or "corporation" isn't always obvious and is sometimes someone/thing you've never heard of before and would never think to search off the top of your head.

But like where would it be found? People are saying gotchas to me but they are saying things like host files or other directories where one might find services stored on macos. These aren't in some cryptic areas is what I am saying. If you are familiar enough with the OS to understand the concept of launchd and background services you know about these directories and what they might contain. These things are where you kinda ought to put these sorts of services if you are to write that sort of service for macos.

And really, this is better than what I've seen in linux where everyone wants to be cute with their own hidden directory paradigms.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#258

Post by asdff »

vbezhenar wrote: post #248
asdff wrote: post #180

Earlier quoted context omitted.

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.

How do you know that you need to remove: /usr/local/bin/xxx symlinks /etc/hosts modifications /Library/PrivilegedHelperTools/com.docker.vmnetd after you moved your Docker folder to Bin. That's only system files, there are also dozens of other files in $HOME. I guess you can do `find / -name ' docker '` and `grep -iR docker /` but that's a bit ridiculous.

You can check these things out periodically. Probably a good exercise to understand parts of the OS if any of it seems unfamiliar. At least they are there, standardized locations where these sorts of tools might leave these sorts of crumbs behind. There are reasons why things go where they do. Seems byzantine until you write your own tooling and realize a lot of it is convenience functionality.

Re: Samsung Magician disk utility takes 18 steps and two reboots to uninstall

#259

Post by 0xAFFFF »

bobbob1921 wrote: post #88
0xAFFFF wrote: post #13

Parts of that article are just downright terrible. First, the criticism of Electron is moot. Yes it's not sleek, but it's sufficient. This app is not supposed to be used heavily on a daily basis. Run it once to setup your drive, run it a few months later for a firmware upgrade or a quick health check and that's all. And when you had a taste of the absolute UX monsters some hardware vendors can produce on the software…

While your point is valid, it makes an even stronger case that it should be easy to uninstall

Software should be at least as easy to uninstall as it is to install, so yes.
Post reply on HN