Live data from Hacker News

Dotfile madness

0x46.net

501–510 of 534 posts

Re: Dotfile madness

#501
post #495

Earlier quoted context omitted.

Do you also store your birth certificate in your car's glovebox?

What a misleading comparison... I don't even get what you want to say.

A game's exe dir is a long-lived but potentially replaceable thing, like a car. Saved games may be persisted across game versions, so you don't necessarily want them to be in the same directory. Admittedly not the best analogy, but was just observing that it's strange and incongruent to store the 2 together.

Re: Dotfile madness

#502

Earlier quoted context omitted.

Oh, I was talking about AppImage, not Snap. Sorry. I actually tried the Snap thing too, I don't remember how it went but I would say it was bad. I think I couldn't find a way to search for packages from the CLI.

If you're speaking of AppImage, what do you mean by "where are they hiding"? AppImages are quite literally exactly where you put them and nowhere else.

So why do they ask me to allow them to add themselves to the system?

Re: Dotfile madness

#503

Earlier quoted context omitted.

If you're speaking of AppImage, what do you mean by "where are they hiding"? AppImages are quite literally exactly where you put them and nowhere else.

So why do they ask me to allow them to add themselves to the system?

Probably that was appimaged, the daemon that handles some convenience things like menu integration and attempting (but usually failing) to show appimage files with icons. appimaged is entirely optional.

Re: Dotfile madness

#504
post #498
post #463

Earlier quoted context omitted.

If that can be done, doesn't it defeat the purpose here? Anything can create a file, and then change this tag to 'system' or whatever.

Mac OS 8 dates to the 90s. Nowadays these things are probably public key signed, but back then they probably were not.

Back then, public key signing of any strength was considered a munition.

Re: Dotfile madness

#505

Earlier quoted context omitted.

At my university I only have write permissions in my home folder so I prefer this too and I only need to backup my home directory as well.

The default locations of all the XDG directories are also in your home directory, so you've got a bit of a false dichotomy here.

Most of the XDG environment variables aren't set to anything.

Re: Dotfile madness

#506
post #139

Earlier quoted context omitted.

It is your lucky day - there is a standard for this as well https://wiki.archlinux.org/index.php/XDG_user_directories

I've only been using Linux for around 10 years as my only desk and laptop OS and this is the first I heard of XDG user dirs! This laptop runs Arch. Thanks for the heads up. I'll drop "/etc/papersize" in return. If you are not familiar with this and do not print to letter paper then you will find it very, very useful.

Oh wow. If this does what I think it does, I'll be forever grateful for that comment.

Re: Dotfile madness

#507

Earlier quoted context omitted.

su - also works. Indeed the capability exists (unix/linux pioneered it?), but it relies on manual containment by the user. It should be automated, with prompts at install or execution time, like on mobile OSs. An idea is each file should have its own user, basically, with both relative and absolute file creation/modification permissions. If you run an arbitrary executable as a user there's great security risk since i…

There are differences between the apps I use on my phone and the programs I use on my PC. I don't trust many of the apps on my phone (all of Google, FB, messaging, etc). I trust the open source apps (example K9 email) and I'm replacing proprietary apps with open source ones. I trust almost all programs I use on my PC, which I install with apt-get from Ubuntu or other open source PPAs (no snap, no flatpack). There are…

> I trust almost all programs I use on my PC

That's because you have to. I trust all my programs too, because I wouldn't install them if I didn't trust them. We've spent decades telling people only to install applications they trust, and not to click on suspicious executables. The result is that they are very resistant to install new programs, unless the programs are from organizations they already know and trust.

That's partly why web applications are so popular: it requires less trust to use a website than to run a native application. If native applications were less dangerous, people might be willing to use more of them.

Re: Dotfile madness

#508
I have abandoned my home directory to this madness. I have a home sub folder where my actual home lives allowing for portability.

This trend is killing the usefulness and practical aspects of having a home folder.

Re: Dotfile madness

#509

To me, the real problem is not the dotfiles, but the regular (i.e. non-hidden) files that applications surreptitiously create in my home folder. (Which the author does mention as being particularly bad.) dotfiles in the home folder are not a new thing on Linux (e.g. .bashrc, .profile, .emacs, etc.), even if it would be better if more applications used the XDG folders. And if I don't see them when I "ls", they don't b…

I'm not surprised, I left ubuntu a decade ago because their way of doing things was causing me headaches and they did not seem to care, all that seemed to matter was bug 1 : becoming microsoft in place of microsoft.

Re: Dotfile madness

#510
post #489

Earlier quoted context omitted.

Because when you have multiple OSs accessing the same shared folder, they all create their own crap, which is then visible to the other OSs, and fills up directories with stuff that confuses normal users.

Normal users don’t run multiple OSes.

Some users however access our file shares from their Macs, or their Windows PCs, or even some from their Linux machines. That's fairly normal.
Post reply on HN