I don’t understand what problem this is solving…

AppImage’s portable config feature is very useful if you use live usb, and AppImage’s portable config feature makes your ~/ clean from scattered application configs

Yes, you’re missing something. AppImage’s portable config feature can also make you use your config on other drive. You don’t need to symlink your config to ~/.config. you can use your config directly on your other drive

It does not only make config can be stored but can also be used on other drives

AppImage. Because it has portable config feature

Xfce, and Cinnamon. You can’t force me to choose just one.

I think the multiple panels would be confusing for elderly people

How can multiple panels confuse elderly people?

As I recall Ubuntu will allow to switch uutils to coreutils. So it looks like Linux Mint will continue to use coreutils

but without the tor reliance.

What’s wrong with TOR?

system-config-date is what I am looking for! Is this still actively developed?

I am looking for graphical programs to set the system date and time to replace gnome-system-tools

I’m fine with gnome-system-tools. I just want a program that is dedicated to system date and time settings because gnome-system-tools has 3 functions, namely user and group, date and time and samba

deleted by creator

No, what I mean is the date and time settings program. Not date and time settings page

If your hardware supports linux-libre and you don’t consume DRM content (If you don’t know. Widevine is the cause), it’s better to use that. If not, then you can use Debian/LMDE which can only use the blobs your hardware requires.

My only reason for wanting to stay with the stock kernel is because its better maintained and gets audited more

linux-libre used by Trisquel GNU+Linux which used by FSF. So don’t worry.

Can the blobs from the stock kernel be a vulnerbility?

This is not the thing to worry about. Vulnerability is normal because we are human. What is worrying is that blobs are non-libre and you are dependent on the blob developer to care. If the blob developer cares, then great. If not, then you are done. Also, this is a matter of trust. We cannot know what blobs are doing because they are non-libre.

What are arch commoners pray?

Debian as this old stoic lovable grandfather who, at the end of the day doesn’t want any drama and just sit in the corner and enjoy his days

What is Sid then?

Developers will develop so it is right for the majority of their users and I guess they are aiming at 1080p which is mid-range at the moment. This is why hardware stats are important.

Fair enough although i still oppose it. We need a better way. My suggestion is developers should develop with “Think about 720p” or “Also think about 720p” principle.

Your English is fine

I am happy hear it.

I prefer Cinnamon and Budgie

This issue doesn’t need statistics to be solved. Developers just need to “As low resolution as possible” in mind

Sorry if my english is bad

When 720p display era they can do it. Why today they cann’t?