Don’t they already have the names Leap and Tumbleweed? Changing the name to Leap would make sense since it’s the name of the “official LTS” version. At this point it sounds like “openSUSE” is the name of the project and not the distro. But I haven’t been following them closely, so perhaps I’m wrong.

Not sure but that sounds like you have a problem with your Git installation (or a dependency of Git). Maybe a reinstallation can solve that.

I understand the “why would I pay for this” reaction. I think crowdsourcing is a better approach for these kinds of content. Once you reach certain level of financial commitment from the crowd, you can give away the PDF and sell the print copy.

git branches are just homeomorphic endofunctors mapping submanifolds of a Hilbert space

Yeah, once you realize that everything falls into place.

I believe you can replace start with the command that is suitable for your system (e.g., xdg-open for linux).

The only such transition I was involved in was switching from TFS to Git, and there was no discussion. It was the obvious thing to do and for a while we needed to support some developers who are new to Git.

So, it all depends on the type of change you want to implement. Most people don’t think much about a piece of software being open is significant. That’s why the main selling point should be the product itself. Especially in organizations openness alone is not a strong enough argument.

But with individuals, it may help to inform people about FOSS instead of just suggesting alternatives (“Do you have a moment to talk about our lord and savior Stallman/Torvalds?”). If the individual doesn’t understand or subscribe to the values, the switch may be temporary. My 2 cents. Hopefully others will come up with better tactics.

If you are thinking about transitioning an organization to open source, pricing and vendor lock-in are generally good arguments.

If you are thinking about helping individuals transition, that’s a bit more difficult. Pricing could still work, but is not always that effective. It boils down to the willingness to try something new.

In both cases projects with good documentation and a healthy community also helps, but if the open alternative lacks features, it’s a though sell.

I am not concerned about not having anything to show for my free time. I am just not finding interest doing stuff which could indicate something worse.

You are not alone. It’s not easy to find an engaging free time activity. And even if you do, you may get bored of it after some time. The only thing I can say is: even if something doesn’t seem very interesting at first, give it a try anyway (as long as it doesn’t require a huge upfront investment). You may end up liking the activity or you may end up with like-minded people. And the worst case scenario is, you have wasted some time.

I think majority of people suffer from not having a meaningful free time activity (amplified by the possibilities of internet). And I’m saying this without any data to back it up, so don’t quote me on that.

Not having any personal projects is perfectly fine. Don’t worry about it. Not everyone has to have their job as their hobby. Try other things (music, hiking, cooking, etc.). Try to find a hobby that makes you happy (if you don’t already have one). That’s way more important than having a public GitHub profile. And if a company decided not to hire you because of that, you basically dodged a bullet.

That’s an unnecessarily strong reaction. Money clearly matters for some things. But that’s not all that matters. There are many people releasing FOSS without any financial expectations. Clearly, money doesn’t matter to those people on that context. Trying to argue that “money should matter also for those people on that context” doesn’t make too much sense to me. Nobody is forcing anybody to release FOSS.

Sorry, I don’t follow your reasoning. Why would a company not making money be a relevant problem for the advocates of FOSS? FOSS is about freedom. It never had an opinion about money. Money has always been irrelevant. Some people may not like it, and they are free to not use non-free licenses. And FOSS advocates will warn users about that (as they did in the past). FOSS doesn’t have an obligation to offer a solution to every problem in the software industry.

I don’t think that is relevant from author’s (and OSI’s) point of view.

Here is my understanding of author’s position: Stay away from companies like Redis and ElasticSearch. They are building software with a proprietary mindset (the fact that they have tight control over product strategy and development demonstrates this) only to realize that they are being devoured by bigger fish. It’s a business model problem, not an open source problem.

Here is the link to the original website (an NGO that monitors blocked websites in Turkey): https://ifade.org.tr/engelliweb/distrowatch-erisime-engelledi/

And here is the Google translation of the text on that page:

The IP address of the DistroWatch platform, which provides news, reviews, rankings and general information about Linux distributions, was blocked by the National Cyber ​​Incident Response Center (USOM) on the grounds of “IP hosting/spreading malware”.

I think you are highlighting an important point that are missed by other commenters emphasizing the developer. I prefer GPL over MIT license. But this is a possible fallback if Redis decides to change its licensing (like several others did).

I think these kind of products have strategic significance for MS for their Azure offering. They are probably preparing to offer this there (in addition to and as an alternative to Redis). So, it makes sense for Microsoft to release this with an OSS license (otherwise no one will adopt it).

What checkout actually does. Here is a past comment with links to the courses (they are pay-walled, unfortunately)

I don’t think I read that one. I created a separate link-post for that one. Thanks.

Mine happened when I watched Paolo Perrota’s Git courses on Pluralsight. That’s when it clicked for me.

Who is this particular developer

As far as I understand from the discussions about the topic, Maxim Dounin was one of the few core developers of nginx. Looks like Wikipedia has already been updated.

The URL seems to have a typo. Correct URL is https://github.com/presslabs/gitfs