Another rant

[Xen]

Liam Proven schreef op 16-11-2017 18:56:
> On 16 November 2017 at 18:36, Xen <list at xenhideout.nl> wrote:
>> 
>> Even though compared to you I am young
> 
> Ha!
> 
> 50 now. I find it hard to believe.
> 
>> I have definitely reached the age
>> where I constantly say "I am too old for this" when I run into the 
>> same
>> hassle I had when I was 15.
> 
> Well, yes, exactly.

One of the problems I have is that even though I am becoming much more 
experienced in Linux, they are changing stuff faster than I can keep up 
with.

I am also not great with learning existing configuration tools in the 
sense of automation scripts, so I write my own.

I mean I now have a simple manifest system and I go to the root 
directory of it and I run "make" or "sudo make".

It will read all directories that have a "manifest" file and execute the 
file referenced in it.

So almost all of my system configuration is now done automatically.

The last thing I added was a cron job to remove the hideous systemd 
daemon tmp directories in /tmp.

They have their "private tmp" directories now that are empty and just 
sitting there and not being cleaned up.

1) why not private mount spaces per process so I don't have to see them? 
Oh yeah that requires mounts.

2) why not in /run/tmp? It's not like they are putting anything 
persistent there.


>> I just tried to upgrade LVM2 to a version from Yakkety ;-). That used 
>> to
>> work just fine, but my system doesn't boot anymore now.
> 
> Anyway, you probably won't like this

There's nothing not to like about it and I know I always do experimental 
stuff




but I am also interested in making these changes persistent.

I like developing that stuff.

However it's not getting easier and now I am not getting boot messages 
anymore maybe because the system boots too fast but I think it's because 
of changes.

I don't have a zillion friends who can teach or show me the stuff they 
have learned.

Learning Linux all by yourself is pretty hard.

But Linux channels are usually too hostile for me to be able to meet 
friends there.




For instance whenever you are having a friendly chat you are instantly 
shoved off into some offtopic channel where the conversation doesn't 
pick up again.


> For the most part, I have few problems with multi-booting lots of
> OSes. This is because I follow a few simple guidelines, and among
> these is that I restrict myself to simple, MS-DOS/NT3 compatible
> partitioning schemes.


> That means: one primary boot partition, with DOS or some form of WinNT
> in it. Even though I don't normally use them, they are extremely
> useful for emergencies, BIOS reflashing and so on.


> Then, *only* if needed by non-DOS/Windows/Linux OSes such as *BSD, no
> more than a max of 2 primary partitions for those OSes.

Can you even boot Windows 10 from a logical partition?

> Then a single extended partition containing logical drives for Linux
> and any other OSes happy to run in logical drives.
> 
> This means:
> 
> * no encryption
> * no LVM -- not Linux LVM, not Windows Dynamic Drives/Storage Spaces 
> etc.
> 
> I have tried multiple versions of all these sorts of technologies and
> I find them more trouble than they are worth.

The annoying part is that usually in kuch Windows it is a breeze to get 
it running and stable too.




In Linux it remains experimental forever.

But that's mostly because many Linux people and developers are hostile 
to user friendliness.

If you even suggest something that would be user friendly they become 
hostile.



If you actually do it yourself they don't like it either.

They want Linux to be spartan.







> I realise this doesn't work for everyone but it helps me to keep life 
> simple.
> 
> KDE violates the keep-it-simple principle. I have 1 box currently that
> runs KDE and I find it impossible to configure in a way I am
> comfortable with. Single vertical panel in deskbar style -- vertical
> panel, horizontal contents: https://imgur.com/a/fLeAy .

You said that.

One dedicated person can achieve more user friendliness than a 1000 
coding monkeys fighting Git and arguing about what needs to be done.