Wojo
mekaI started working on my implementation of #audio and #music production software (aka DAW) called Maolan. It supports #FreeBSD and #Linux, with experimental support for #Mac and #Windows. I am currently working on support for #NetBSD and #OpenBSD. When I get it to work on all the mentioned OSes at least in virtual machine, #Solaris is next. Once the core architecture is in place, contributions will be more than welcome. Stay tuned.
Russ SharekExciting!
Gonzalo NemmiHi meka!
It's great to see you are working in such an interesting piece of software. And on top of that, you are writing your code with #BSD systems as a first class citizens.
Awesome!
Having said that, I do have an honest question I'd like to ask you. I know you from just about every single BSD channel and/or IM chat group, and I also know that you are committed BSD user .. so my question would be: given that you already support #FreeBSD why wouldn't you consider adding support for #DragonFly from the get go just as well? After all, in most cases, adding a few
In all honestly, this isn't something that affects your project in particular but more of common trend that affects just about every other project that tries to supports BSD systems, but always leave out DragonFly as if it wasn't part of the family. But I figured that since I know you from so many groups I could confidently ask you without running the risk of being misinterpreted.
Anyways, thank for your time, for your software and for writing your code with BSD systems as first class citizens!
#RUNBSD
It's great to see you are working in such an interesting piece of software. And on top of that, you are writing your code with #BSD systems as a first class citizens.
Awesome!
Having said that, I do have an honest question I'd like to ask you. I know you from just about every single BSD channel and/or IM chat group, and I also know that you are committed BSD user .. so my question would be: given that you already support #FreeBSD why wouldn't you consider adding support for #DragonFly from the get go just as well? After all, in most cases, adding a few
(__DragonFly__) defines and conditionals next to the FreeBSD ones is often enough ...In all honestly, this isn't something that affects your project in particular but more of common trend that affects just about every other project that tries to supports BSD systems, but always leave out DragonFly as if it wasn't part of the family. But I figured that since I know you from so many groups I could confidently ask you without running the risk of being misinterpreted.
Anyways, thank for your time, for your software and for writing your code with BSD systems as first class citizens!
#RUNBSD
Thank you so very much!
Please, count on me if you need any help!
Once again: thank you! 🤗
Please, count on me if you need any help!
Once again: thank you! 🤗
@gnemmi the rust on dfbsd is too old. Is there a way to upgrade it without compiling from ports? In short, this is the error I get
cargo build
error: failed to parse manifest at `/home/meka/repos/maolan/Cargo.toml`
Caused by:
feature `edition2024` is required
The package requires the Cargo feature called `edition2024`, but that feature is not stabilized in this version of Cargo (1.79.0).
Consider trying a newer version of Cargo (this may require the nightly release).
See https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#edition-2024 for more information about the status of this feature.