Dendrobatus Azureus<p>I've taken the time to read this IT notes Story where we are reminded to use Open Source Code in the diverse way it's intended</p><p>I can give you an example regarding the _if tools_ <br>**ifconfig** is in my _muscle memory_ the things that I need executed from this program just fly out of my fingers in reflex mode<br>I've been using the if tools ever since we needed to _compile everything_ ourselves, when we wanted to run an Open Source Environment, where the kernel was written and delivered in source code only.<br>If this is the first toot you read by me, I've been with the Open Source community on the Linux side since the alpha versions were coded and distributed through Usenet, in comp.os.unix.* </p><p>In that period you were grateful when a task set that you needed to execute, had a program, which would either make your task easier or better manageable, than doing everything by hand in a laborious manner</p><p>Ever since the beginning there are different GNU programs, written in the Richard Stallman period, that can do similar things. All you need to do is choose what you like and stick with it<br>If you do not like the way it works, you can fork it & change the code, if you don't know how to write a line of code, there are _manual pages_ available which you can use as teaching methods to learn how to code yourself<br>All you need to be for that is an _autodidact_<br>You have the power of the **Source Code** readily available right in front of you</p><p>At a certain point in time _Bram Molenaar_ did not like the way VI worked; he want it more than vi offered. At this point in time Bram Molenaar programmed vim on the _Amiga_ computer. Since the true Open Source form was followed vim was also distributed in Source form and was happily adopted by others who were thinking in a similar manner as Bram Molenaar and they started to contribute to that program.<br>vi is a vital program on UNIX systems. What Bram has made, is create a _choice_ for people who want it more than what vi offered. </p><p># vim & vi happily coexist!</p><p>## This is the beauty of Open Source</p><p>At a later point in time this is also what happened with the programmer who wanted more than what the if-tool set offers. Thus the command set of _ip_ was programmed. Similar to vi and vim they happily coexist.<br> <br>### However on the distribution level something changed.</p><p>After a couple of decades I noticed that traditional tools, that have been tried, tested, stable and have withstood the test of time, were dropped from the base installations. You have to go and fetch them yourself. It was even done with _critical tools_ like the if tool set. It's not just one distribution that's doing it but different distributions. <br>I was busy with an installation; at a certain point I needed **ifconfig** to work on my network interface devices; I needed to configure something on the fly. Imagine my facial expression when I detected that ifconfig wasn't in the base installation! <br>The machine was in a _chicken egg_ situation because I had &no access to the network_ I had to stop, go to another place fetch the if tools separately, find out that they were dropped for reasons which were totally irrelevant to my work, go back to the machine, install them separately and in the process waste many valuable minutes of time.</p><p>It was then that I started to notice the pattern a pattern of **polarization** removing tools which are critical to base installations without leaving a warning</p><p>I had to _change_ my setup routine which has been working for decades in a _flawless_ manner, because someone somewhere decided that a good tool set became obsolete.</p><p>This polarization is not only in the choice of what commands are chosen to be in the base installation of a distribution, it's in many different sections of the open source community which is what Stefano has shed some light upon.</p><p>Polarization because of diversity is totally unnecessary, happy and peaceful coexistance is key </p><p>* You can love vim yet cherish vi<br>* You can glorify emacs yet admire vim<br>* I can love XCFE cherish LXDE, admire KDE & like GNOME all simultaneously </p><p>Depending up on what I'm doing, what machine I am working on (SBC server embedded system), what is needed on the task at hand, I simply adapt and work with the diverse tools available for free.</p><p>There is absolutely now need for polarisation or Toxic behavior in the Open Source ENV: </p><p>Another example is the direction that Gnome went many years ago.</p><p>In that period I used Enlightenment, Gnome, KDE and FVWM simultaneously on different machines. All WM are working in a manner that I like. When however the Gnome programmers decided to strip configuration features of the Desktop Environment, I didn't go on a rant, I didn't bother to fork, because of the massive amount of work involved.</p><p>I just left in Peace </p><p>Diversity is Vital. GNOME is Vital! We need them all</p><p>🦋💙<a href="https://mastodon.bsd.cafe/tags/Lobi" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Lobi</span></a> 💙🦋</p><p><a href="https://mastodon.bsd.cafe/tags/Story" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Story</span></a> <a href="https://mastodon.bsd.cafe/tags/Stefano" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Stefano</span></a> <a href="https://mastodon.bsd.cafe/tags/Programming" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Programming</span></a> <a href="https://mastodon.bsd.cafe/tags/FVWM" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FVWM</span></a> <a href="https://mastodon.bsd.cafe/tags/LXDE" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LXDE</span></a> <a href="https://mastodon.bsd.cafe/tags/OpenSource" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenSource</span></a> <a href="https://mastodon.bsd.cafe/tags/BSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>BSD</span></a> <a href="https://mastodon.bsd.cafe/tags/freeBSD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>freeBSD</span></a> <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.bsd.cafe/tags/POST" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>POST</span></a> <a href="https://mastodon.bsd.cafe/tags/X86" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>X86</span></a> <a href="https://mastodon.bsd.cafe/tags/technology" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>technology</span></a> <a href="https://mastodon.bsd.cafe/tags/SBC" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SBC</span></a> </p><p><a href="https://my-notes.dragas.net/2025/11/14/this-isnt-a-battle/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">my-notes.dragas.net/2025/11/14</span><span class="invisible">/this-isnt-a-battle/</span></a></p>