Discussion
Loading...

#Tag

  • About
  • Code of conduct
  • Privacy
  • Users
  • Instances
  • About Bonfire
Stefano Marinelli boosted
Dendrobatus Azureus
@Dendrobatus_Azureus@mastodon.bsd.cafe  ·  activity timestamp 2 days ago

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

I can give you an example regarding the _if tools_
**ifconfig** is in my _muscle memory_ the things that I need executed from this program just fly out of my fingers in reflex mode
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.
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.*

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

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
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
All you need to be for that is an _autodidact_
You have the power of the **Source Code** readily available right in front of you

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.
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.

# vim & vi happily coexist!

## This is the beauty of Open Source

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.

### However on the distribution level something changed.

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.
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!
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.

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

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.

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.

Polarization because of diversity is totally unnecessary, happy and peaceful coexistance is key

* You can love vim yet cherish vi
* You can glorify emacs yet admire vim
* I can love XCFE cherish LXDE, admire KDE & like GNOME all simultaneously

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.

There is absolutely now need for polarisation or Toxic behavior in the Open Source ENV:

Another example is the direction that Gnome went many years ago.

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.

I just left in Peace

Diversity is Vital. GNOME is Vital! We need them all

🦋💙 #Lobi 💙🦋

#Story #Stefano #Programming #FVWM #LXDE #OpenSource #BSD #freeBSD #Linux #POST #X86 #technology #SBC

https://my-notes.dragas.net/2025/11/14/this-isnt-a-battle/

This Isn't a Battle | MyNotes

After reading a post describing the FreeBSD community as 'toxic', I share a different perspective. This isn't a battle. It's a reflection on coexistence, the original Open Source spirit, and the quiet richness of taking a different path.
⁂
More from
Stefano Marinelli
  • Copy link
  • Flag this post
  • Block
Dendrobatus Azureus
@Dendrobatus_Azureus@mastodon.bsd.cafe  ·  activity timestamp 2 days ago

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

I can give you an example regarding the _if tools_
**ifconfig** is in my _muscle memory_ the things that I need executed from this program just fly out of my fingers in reflex mode
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.
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.*

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

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
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
All you need to be for that is an _autodidact_
You have the power of the **Source Code** readily available right in front of you

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.
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.

# vim & vi happily coexist!

## This is the beauty of Open Source

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.

### However on the distribution level something changed.

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.
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!
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.

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

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.

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.

Polarization because of diversity is totally unnecessary, happy and peaceful coexistance is key

* You can love vim yet cherish vi
* You can glorify emacs yet admire vim
* I can love XCFE cherish LXDE, admire KDE & like GNOME all simultaneously

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.

There is absolutely now need for polarisation or Toxic behavior in the Open Source ENV:

Another example is the direction that Gnome went many years ago.

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.

I just left in Peace

Diversity is Vital. GNOME is Vital! We need them all

🦋💙 #Lobi 💙🦋

#Story #Stefano #Programming #FVWM #LXDE #OpenSource #BSD #freeBSD #Linux #POST #X86 #technology #SBC

https://my-notes.dragas.net/2025/11/14/this-isnt-a-battle/

This Isn't a Battle | MyNotes

After reading a post describing the FreeBSD community as 'toxic', I share a different perspective. This isn't a battle. It's a reflection on coexistence, the original Open Source spirit, and the quiet richness of taking a different path.
⁂
More from
Stefano Marinelli
  • Copy link
  • Flag this post
  • Block
CatSalad🐈🥗 (D.Burch) :blobcatrainbow: boosted
Tomáš
@prahou@merveilles.town  ·  activity timestamp 2 weeks ago

rio-like configuration for base openbsd fvwm2

https://nein.triapul.cz/technology/openbsd/fvwm/

#rio #fvwm #plan9 #openbsd #fishlinux

fvwm

jc leyendecker in acme
jc leyendecker in acme
jc leyendecker in acme
  • Copy link
  • Flag this post
  • Block
Tomáš
@prahou@merveilles.town  ·  activity timestamp 2 weeks ago

rio-like configuration for base openbsd fvwm2

https://nein.triapul.cz/technology/openbsd/fvwm/

#rio #fvwm #plan9 #openbsd #fishlinux

fvwm

jc leyendecker in acme
jc leyendecker in acme
jc leyendecker in acme
  • Copy link
  • Flag this post
  • Block
Stefano Marinelli boosted
chesheer
@chesheer@mastodon.bsd.cafe  ·  activity timestamp 4 months ago

So if you ever wondered how OpenBSD 7.7 (most recent one at the time of writing) works on 23-year old PC, I have recorded a boot process.
CPU: AMD Athlon 😜 2000+ (single-core 1.6 Ghz) from 2002. i386, of course
RAM: 512 Mb DDR2
HDD: Some Western Digital 80Gb hard drive from ~2004
Fresh OpenBSD installation without any tweaks and tuning boots in 88 seconds.
There's definitely a room for improvement such as turning off libraries reordering (we should't worry about security too much on such machine). Less then a minute is easily possible.
But still, results are amazing, I think. It's a 23-year old PC! And it runs the most recent OS without any trouble. Try to do that with Windows 11 or any mainstream Linux distro.
Also, #FVWM is pretty snappy and works just fine.

https://www.youtube.com/watch?v=jrCtwh8yqU8

#OpenBSD#RunBSD#RetroComputing#RetroComputers#FVWM

  • Copy link
  • Flag this post
  • Block
chesheer
@chesheer@mastodon.bsd.cafe  ·  activity timestamp 4 months ago

So if you ever wondered how OpenBSD 7.7 (most recent one at the time of writing) works on 23-year old PC, I have recorded a boot process.
CPU: AMD Athlon 😜 2000+ (single-core 1.6 Ghz) from 2002. i386, of course
RAM: 512 Mb DDR2
HDD: Some Western Digital 80Gb hard drive from ~2004
Fresh OpenBSD installation without any tweaks and tuning boots in 88 seconds.
There's definitely a room for improvement such as turning off libraries reordering (we should't worry about security too much on such machine). Less then a minute is easily possible.
But still, results are amazing, I think. It's a 23-year old PC! And it runs the most recent OS without any trouble. Try to do that with Windows 11 or any mainstream Linux distro.
Also, #FVWM is pretty snappy and works just fine.

https://www.youtube.com/watch?v=jrCtwh8yqU8

#OpenBSD#RunBSD#RetroComputing#RetroComputers#FVWM

  • Copy link
  • Flag this post
  • Block
KaiXin
@kaixin@snac.bsd.cafe  ·  activity timestamp 4 months ago

What a big surprise! I just found out that #OpenBSD suspend to S3 and wake up worked flawlessly on my #ThinkPad T470S. #X with good old #Fvwm and network with WiFi worked fine after wakeup. Fn function keys for backlight. I previously tested #FreeBSD and everything was working great too which is no surprise at all. I don't know if it's because tp had better support for #Unix or because devs tend to use tp thus support them at greater effort. Nevertheless, this is the best performance for the puffy and the beastie I have even seen on bare metal.
#RUNBSD #UseBSD #BSD #FOSS

  • Copy link
  • Flag this post
  • Block
Justine Smithies
@justine@snac.smithies.me.uk  ·  activity timestamp 6 months ago

So still on my #OpenBSD adventure and although I missed images in the terminal be it sixel in xterm or the kitty protocol in kitty, I've decided to stick with good old #Xterm . Also on my #FreeBSD daily driver I'm used to such luxuries as icons in the terminal like font awesome or nerd fonts but even though I could have used alacritty or kitty to achieve this I have decided to for go them. After all what do they do other make it look pretty ? I don't get any other functionality from them and they can easily be replaced with text. You might have noticed too that although I'm a #Wayland chic on my #ThinkPad I've decided to be all nostalgic and stick with Xorg on OpenBSD. I haven't yet settled on a window manager be it tiling or stacking but #HerbstluftWM and #Openbox are in my sights although I'm still using the default #Fvwm right now. I have my Qutebrowser setup and aerc for my email. Printing via cups and xsane for scanning. Looking into nsxiv for an image viewer as the OpenBSD port of imv is well out of date. Yes I'm having to make small changes but once I'm finished this wee Dell Optiplex 3080 tower will be perfect for daily driving OpenBSD and I'm looking forward to learning lots more. #RunBSD

  • Copy link
  • Flag this post
  • Block
chesheer
@chesheer@mastodon.bsd.cafe  ·  activity timestamp 7 months ago

Charming story of struggle and finding peace in #FVWM If you like those old Linux vibes.
I myself once spent a week struggling with FVWM on #OpenBSD . But OpenBSD, alas, has very old version in base, circa 2002 due to licensing reasons. So I couldn't do many things I wanted to do.
FVWM feels extremely strange and simply crazy when you delve into config files. But then configuration syntax starts to make sense and you feel you can do just about anything with it. I couldn't, though. =(
https://homeforaday.org/fvwm/

  • Copy link
  • Flag this post
  • Block
Log in

bonfire.cafe

A space for Bonfire maintainers and contributors to communicate

bonfire.cafe: About · Code of conduct · Privacy · Users · Instances
Bonfire social · 1.0.0 no JS en
Automatic federation enabled
  • Explore
  • About
  • Members
  • Code of Conduct
Home
Login