Gibheer

RedHat has not won any systemd war. From all the distributions out there using systemd, RedHat is the one that uses the least amount of systemd features. They are even going so far as disabling features.

See * https://bugzilla.redhat.com/show_bug.cgi?id=1962257 * https://gitlab.com/redhat/centos-stream/rpms/systemd/-/blob/...

Sometimes they even backport systemd features from more recent versions, disable them but leave man pages in the original state. Even the /usr split isn't progressing at all.

Meanwhile Fedora has implemented all these changes, which according to https://www.redhat.com/en/topics/linux/what-is-centos-stream, should be the upstream for CentOS.

I would say RedHat dropped the ball on systemd and has no intention of supporting any of the new features in any of their systems.

> - No need for a vacuum process that can run into trouble with a sustained high write load.

MySQL has a similar mechanism called the purge job. It can lead to similar problems, for example DML slow down.

https://mariadb.com/kb/en/innodb-purge/

When tiling window managers don't work for you, that is totally fine, but I wouldn't say that they are broken and awful. They all have different trade offs, the same as all the Desktop Environments.

I tried a couple tiling window managers many years ago and none was usable in the way I thought how it should work. But instead of investing time to make it work the way I want it, I just switched to the next one and tried that. I think at that time I tried 5 or 6 window managers a day.

The one that worked for me at the end was one written by Sean Pringle called Musca. It used relative movement from each window and it made so much more sense than all others. Sadly he dropped it a bit later for another project but herbstluftwm is its successor and it worked for me. My config hasn't actually changed for the last 10 years.

There are so many great tools out there we can use for what we want to do. Choose the one you like and works for you. Thats why peoples desks or their work places all look differently. A smith woulnd't talk to a smelter about his setup being awful, because he does a different job.

The problem isn't that 50Mbit/s might be enough. The problem is, that 50Mbit/s isn't everywhere. Germany is a country which spoutes aloud, that it wants to be one of the leading countries in IT, but in reality, Germany is a developing country in that regard. Most of the time, only city centers have access to higher bandwidth, the outskirts, smaller cities and most of the country side have very low or no bandwidth at all. The last decades Telekom hat the monopoly with providing connectivity to homes and everyone else was a reseller. But Telekom didn't see the need to modernize their old DSL infrastructure and were happy to let you pay 50 euros per month to provide you 16Mbit/s. The TV companies could provide higher bandwidth with their newer infrastructure with up to 100Mbit/s, but the country is split between them. So when you were in a bad area, you might have Primacom as a provider and they did stop at 25Mbit/s for a long time. Now the situation is, that Telekom with all their money is asking the Government to pay for the renovation and they got away with it until the beginning of the year, when they finally said, that DSL will not be supported anymore. Only the fiber will now be supported. But this comes years after some villages got couple 100k Euro together to get at least 50Mbit/s and they still pay a monthly fee of 50Euros.

And the Telekom is not alone with wanting support money from everyone. The southern Rheinland saw multiple providers wanting to connect villages for huge prices, which leads to the weird situation, that southern Rhineland now gets support from a Swiss company. That company doesn't need any money and is still laying fiber through the woods to long forgotten villages.

Compare that with most other European countries, where you can get a fiber connection for the same money with synchronous 100Mbit/s or more. The northern countries with their hard rock grounds did get it working in a much better way than Germany.

And don't rely on LTE, as the LTE tarif were bound to lower GB/month traffic limits and huge costs, as the LTE frequencies were auctioned of between the providers. And the winners couldn't build where they wanted, they had to provide LTE at first where there was no mobile internet available at all, which means on the acres.

Germany is in a sad state in regards to connectivity. And this has nothing to do with people being afraid. If you let the monopolist do whatever it wants and not enforce the modernization, then this is what you can expect.

It does work in redmine[1] and that for years and the same as in github and Jira, using the #XXXX notation.

[1]: http://www.redmine.org/projects/redmine/wiki/RedmineTextForm...

You can downshift and use the motor for breaking. When doing that, you don't burn any fuel at all, as the kinetic energy of the car will help keep the motor turning. You have the same effect in automatic transmissions when letting go of the gas pedal.

He doesn't need to package bash, as that one liner is for the windows shell.

You may be interested in gogs [1]. When I saw the feature list, it sounded a bit like a gogs clone, but it was missing some features.

As for gogs, it is already coming along nicely. It has support for LDAP authentication and has some other nice features.

[1]: https://github.com/gogits/gogs

Solaris had an init system like systemd for some years, called SMF. It was first released in 2005, the same year Apple released launchd.

It features service dependencies, log collection, fault detection and much more. One of the biggest differences is probably the usage of config files. SMF uses XML files to describe the service and its variables and a program called svcprop to edit variables and create new instances of the service. These can then be managed with svcadm.

I'm sorry, but the hstore extension is around 3 years longer.

first commit for hstore http://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;...

Wikipedia states the first release of mongodb for 2009

ZFS uses block-level checksumming for every block. The auto healing can be used when there is a second copy or another way to rebuild that block, read Raid-Z. So you get the auto healing already when using mirror.

But thats exactly, what I expect from rvm. When i'm in in one projecti want too to use that Ruby with that gelder and not the other Ruby and gemset. So rbvm is not want I want to use with tmux.