XPost: comp.os.linux.advocacy   
   From: recscuba_google@huntzinger.com   
      
   On 1/20/26 19:16, Alan wrote:   
   > On 2026-01-20 15:17, CrudeSausage wrote:   
   >> On Tue, 20 Jan 2026 20:14:48 +0000, vallor wrote:   
   >>   
   >>> At Tue, 20 Jan 2026 10:23:37 -0800, Alan  wrote:   
   >>>   
   >>>> On 2026-01-20 09:47, CrudeSausage wrote:   
   >>>>> On Tue, 20 Jan 2026 16:39:27 +0000, vallor wrote:   
   >>>>>   
   >>>>>> So say you side-load a Mac app.  You usually get a .dmg which you   
   >>>>>> mount,   
   >>>>>> then drag the app folder on top of the handy alias for the system   
   >>>>>> app folders.   
   >>>>>>   
   >>>>>> That's fine, but what if you want to uninstall?  There doesn't seem   
   >>>>>> to be much of a package manager involved.   
   >>>>>>   
   >>>>>> But on Linux, apps are in packages that are tracked by the system.   
   >>>>>> When you uninstall an app on Linux, the default is to take away the   
   >>>>>> app without touching config files -- but with the apt/dpkg "purge"   
   >>>>>> option, the package system will clean out the config files, too.   
   >>>>>>   
   >>>>>> (Not user dot-files though, those are yours to keep.)   
   >>>>>   
   >>>>> Generally, even after I purge an application in Linux, its settings   
   >>>>> remain. You have to manually delete the folder in .config the same   
   >>>>> way you would in any other operating system. Of course, it's a lot   
   >>>>> easier to do on Linux since those folders are exactly where you would   
   >>>>> expect them to be, not lost in the registry or some obscure folder.   
   >>>>   
   >>>> LOL!   
   >>>>   
   >>>> Riiiiiiiight.   
   >>>>   
   >>>> What is "obscure" about the folders used in macOS?   
   >>>>   
   >>>> Like so many do, you confuse what you are not USED TO with something   
   >>>> being wrong.   
   >>>   
   >>> You forget that I have a Mac Studio, and it is running Tahoe. BTW, the   
   >>> 64GB and Apple M2 Ultra processor, coupled with the extra storage, as   
   >>> well as the Studio monitor, ended up north of $7K to purchase in the   
   >>> Apple store.  (I justified the expense by thinking of it as a Unix   
   >>> workstation -- which it ultimately is.)   
   >>>   
   >>> Anyhow:  On Linux, apt/dpkg (and dnf/rpm) keep track of what has been   
   >>> installed -- each and every file.   
   >>>   
   >>> In the case of apt/dpkg, you can "purge" the system config files with   
   >>> the software.  I'm not sure if that's available with dnf/rpm.   
   >>>   
   >>> Ever deal with kext's?  I did a few Macs back, to get the DAW to talk to   
   >>> a Motif ES 8.   
   >>   
   >> I just find it unfortunate that Anal is still replying to me. I am so   
   >> tired of his zealoty that I just put him in the killfile. No matter what   
   >> Apple does, it's always right in the minds of these people. Even when   
   >> their MacBook self-destruct when the TBW is reached, this is a good   
   >> thing.   
   >   
   > Still waiting for proof that:   
   >   
   > 1. SSDs die all at once because some storage locations die.   
   >   
   > 2. That Macs with a dead SSD can't boot.   
   >   
   > And NO: I will go looking in a half hour video to find it.   
      
   Not my dog in this hunt, but I'll kibbutz with a Q:   
      
   1a)  Even if true, is it unique to only one computer brand so as to   
   merit a criticism of that brand, or is it as a universal issue for all   
   computers which use SSDs?   
      
   2a) Same question for this failure mode as the above.   
      
      
   -hh   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)