If you look you will find DebConf videos from several years ago before all this blew up where the main developer working on uutils at the time makes it clear that he did care what the license was as long as it was FOSS and his main motivation was to have fun with Rust. We need to be careful not to rush about on witch hunts. Is Ubuntu being dumb? Yes. What's new?

ETA:
Found a post said DD made about this.

Come to the meeting in 6 hours so I can explain to you how it relates to the OP. https://vdc.dyne.org/devuan

In the mean time stop pretending like you just cleared up poor use of language when the following is easily found on the devuan.org website.
The core of the vision remains the same today: Devuan is a minimal, stable system that honors Debian’s legacy and embraces innovation while maintaining backwards compatibility and interoperability. In this context what dimension is Devuan measured to be lesser?

Maybe these release notes for the minimal ISO will jog your memory on the meaning of :minimal" https://files.devuan.org/devuan_excalib … l-live.txt

Maybe more examples would help? Aprolla measures 1x1 no doubt.
Amprolla is the heart of Devuan that merges various apt repositories in a minimal and modular way.

Here is someone on this forum posting about a minimal X.org server setup that you neglected to scold for using language that you think no one can understand https://dev1galaxy.org/viewtopic.php?id=7650

Let's look up minimal in a dictionary, the standard we use to define what a word means:

• the least possible

• barely adequate

• very small or slight

I don't know if your dog died or a loved one died or what, but I fail to see how your conduct reflects well on Devuan and is in keeping with the "almost" CoC of this forum. The meeting in 6 hours will provide an excellent opportunity for you to set me straight.

Considering that the term "minimal" is well understood in this context your comment not only seems pointless but a violation of the almost no CoC item #2 of "a foundation of mutual respect is expected from visitors to this forum."

A little positive encouragement would not have gone amiss.

And here I thought my 11th gen Intel running Coreboot was getting old.

I've reworked the Debian package for log2ram to work with sysvinit on Devuan. Please take a look and let me know if there is anything that I should change.
https://git.devuan.org/SteveM/log2ram

I must confess to not being fast at typing and never having trained. Over the years I went from the guy using 2 fingers and staring at the keyboard to being able to type much faster, but still only with a few fingers and occasional glances at the screen then back to the keyboard to keep myself aligned on the right keys. I know I should learn to type better and faster, but I don't think it is as big of an issue as he claims.

I am an embedded engineer which means I probably spend more of my time reading datasheets and schematics than I do writing code. Quite literally you need to know from reading footnote 2 of table 5.1 that pins 2 and 6 of each port have a different interrupt behavior than the other pins as described in the asynchronous interrupt section 12.2.3. I spent all day yesterday trying to figure out why a display that was working fine on the development hardware now isn't displaying correctly on the prototype. It is difficult to 120wpm your way out of those kinds of problems. I also interface frequently with mechanical engineers, best to just get out of your chair and go chat with them. I'm sure his points are valid in his niche there suspiciously close to Microsoft HQ.

To be fair, I've only been helping with TimeShift since 2020 as an uploader and not as a maintainer. The DD that sponsors the TImeshift uploads has been doing the vast majority of the updating the past few years, but I jump in when I notice that a new version is out and he's not updated it yet.

Thanks, I might give that a try later on. I've not had great success with chat based communication, especially if there is a large volume of conversation. If one party of the conversation suddenly needs to leave then the dialog gets lost in the noise. If there is a large time gap between people in a dialog then it quickly falls apart as one person is trying to communicate while the other is sleeping and the message get lost in the noise.

Thanks, I might reach out to him. I don't agree with him that having to build packages on Debian is a problem. How on earth is one supposed to test the resulting package if not on your own Debian machine?! I'm also a little uncertain how containers could be used for some packages. For example, when I think I am done building the Swift compiler the very next step is to install those new .deb files on my local system on top of the Swift compiler that I just used and re-build the package to make sure that I have produced a compiler that can still compile itself. There was one time that I did indeed build a compiler that could not rebuild itself due to some changes in upstream that my packaging needed to account for. I fear that all he has accomplished is to worsen the complaint of "Debian has too many tools to learn, often with overlapping or duplicate functionality." One of the challenges I face is that I work with 4-5 DDs to sponsor my uploads and each one has his own preferred tools and flows that they want me to use.

I enjoy contributing and seeing the work that I do spread out to Devuan, Ubuntu, and their derivatives such as Pop OS.

It's in unstable https://repology.org/project/debcraft/versions