XPost: comp.os.linux.advocacy
From: nuh-uh@nope.com
On 2026-01-20 18:40, CrudeSausage wrote:
> On Tue, 20 Jan 2026 20:25:47 -0500, -hh wrote:
>
>> 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
>
> Here's a fun one for Anal:
>
> reports-explained/>
So, in no way relevant to the subject under discussion.
Got it.
>
> As for the proof he is looking for, I provided it a long time ago. I have
> no interest in posting it ad nauseum until he accepts the evidence. In
> fact, I don't want to communicate with him at all.
And yet you throw in your lame attempt to insult.
Got it.
--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)
|
