With release of v0.4 this thread will be reopened again as there will be another TODO-list then.
I hope no one is therefore frustrated or angry for the time now. It would be otherwise unfair, when we oversee something. Please remember also that there are also issues left we are working onto to be included in the future.

This is just not possible for now as long haskell and the compiler-construction - which is needed for pandoc - needs binaries for compilation at minimum. We won't implement that for now as we have enough to do for a further release. If you find a solution for that, please let us know: For sure we won't deny a free compiled ghc and will integrate that.

For sure we have also looked up possible solutions but not found that for now. When we can make haskell possible we can also integrate more like hedgewars: So it is just not the will, only enough problems with dependencies for now. Second reason: pandoc has that many dependencies, it would take us weeks to add them. We can try to add python-colorama at some point. But the time for the other parts is way better used elsewhere, so pandoc won't be included anytime soon. Please remember: Hyperbola is living from the community. So you all have also influence to support!

But there also another point as pandoc violates the reasoning of simplicity: We have some packages, applications and libraries with also many dependencies. The point is: Do we want to have just more? And how many of them until our system gets a big problem with possible issues in the future? So there is also that last point WHY the haskell-stack is not part for now and applications with so many dependencies not that reasonable. My personal proposal would be: Tryout to build without pandoc, if possible (https://codeberg.org/tblock/tblock/src/ … ements.txt). It is possible to patch the Makefile without greater problems. So I have integrated that for an upcoming commit!

My bad, I wasn't thinking about the haskell issue...

I actually did try, but for some reason, it couldn't detect colorama despite me installing it from a repo. Kind of weird...

That being said, I appreciate you making a commit.

For sure we have also looked up possible solutions but not found that for now. When we can make haskell possible we can also integrate more like hedgewars: So it is just not the will, only enough problems with dependencies for now. Second reason: pandoc has that many dependencies, it would take us weeks to add them. We can try to add python-colorama at some point. But the time for the other parts is way better used elsewhere, so pandoc won't be included anytime soon. Please remember: Hyperbola is living from the community. So you all have also influence to support!

But there also another point as pandoc violates the reasoning of simplicity: We have some packages, applications and libraries with also many dependencies. The point is: Do we want to have just more? And how many of them until our system gets a big problem with possible issues in the future? So there is also that last point WHY the haskell-stack is not part for now and applications with so many dependencies not that reasonable. My personal proposal would be: Tryout to build without pandoc, if possible (https://codeberg.org/tblock/tblock/src/ … ements.txt). It is possible to patch the Makefile without greater problems. So I have integrated that for an upcoming commit!

Need them to install this:

https://codeberg.org/tblock/tblock

Actually that's another package I have interest in. 

I am curious to see if it is any better than hblock...

Is it possible to add gnucash?
https://github.com/Gnucash/

Yes. However, it has a ton of dependencies which we'd have to package first. We'd have to check whether each dependency complies with the new kernel without dbus, policykit and so on... Most probably it would be in repos!

You can expect it to be a while away.

You will have to approve runit yourself as I have not the resources to test two init-system at once. The package itself following the standards is now available with working openrc: https://git.hyperbola.info:50100/~team/ … 3b0441f1f8

That's fine, the openrc one seems to work so far.

I'll check the runit one at a later date.

Well, I have reworked the openrc-init so far and it starts normally as service now.
Doing a commit later.

Alright, let me know when runit is also working this way, and in general, as well...

CDE : https://sourceforge.net/projects/cdesktopenv/files/src/
NsCDE : https://github.com/NsCDE/NsCDE