126 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

A good documentation is one thing, but another also the will of the users to understand the system they are onto. When there is no will for understanding, then they should use other systems not focussed onto technical emancipation. Because especially that's the point: Emancipation is based onto own will to understand problems.

And libremakepkg cannot be used without a clear defined chroot. Refer to the documentation heckyel has written here: https://git.conocimientoslibres.ga/docu … 90d4ce7a2b

If there are further questions: Better to create an own thread instead using this here going completely OFF-TOPIC. Questions for help at any time for sure, but please not within proposals as this here is no chat for everything. Thank you!

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

127 Reply by sagaracharya

  • sagaracharya
  • Guest

Re: Proposals for package-integration

throgh wrote:

If there are further questions: Better to create an own thread instead using this here going completely OFF-TOPIC. Questions for help at any time for sure, but please not within proposals as this here is no chat for everything. Thank you!

So on the earlier page, this is on topic and now the same discussion is off topic on this thread?

128 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

No, it is just that this was part of the talk then. Not a problem, but when we are up to get more details about libretools it is not helpful to do that in a thread without any relation towards that. This is also a good part for documentation we can do here in the forum and everyone has a thread to point towards. I hope the point is now more clear?!

I have also no problem to start the new thread and insert the link earlier. Here: https://forums.hyperbola.info/viewtopic.php?id=632

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

129 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

Hey together, regarding this thread now a list about the concurrent state of the proposals:

WON'T BE ADDED

fynedesk (quality before quantity, package would need too much work as go is no longer available since 0.4)
papirus-icon-theme (icons for unfree applications and interfaces are included)
faba-icon-theme (icons for unfree applications and interfaces are included)
citra (no final release available for package and libretro won't be included also)

TO BE ADDED LATER

aqemu
transcend

IN WORK

unclutter
perl-file-homedir
perl-file-which
perl-tk
chmap
perl-devel-leak
scdoc
auto-cpufreq

ALREADY ADDED

mutt (https://www.hyperbola.info/packages/extra/x86_64/mutt/)
moc (https://www.hyperbola.info/packages/extra/i686/moc/)
poppler-utils (https://www.hyperbola.info/packages/ext … 4/poppler/)
rxvt (https://www.hyperbola.info/packages/?so … p;flagged=)
odt2txt (https://www.hyperbola.info/packages/extra/i686/odt2txt/)
trash-cli (https://www.hyperbola.info/packages/ext … trash-cli/)
neovim (https://www.hyperbola.info/packages/extra/i686/neovim/)
vis (https://www.hyperbola.info/packages/extra/x86_64/vis/)
dtach (https://www.hyperbola.info/packages/extra/i686/dtach/)
the_silver_searcher (https://www.hyperbola.info/packages/ext … _searcher/)
tig (https://www.hyperbola.info/packages/extra/x86_64/tig/)
redshift (https://www.hyperbola.info/packages/ext … /redshift/)
multiload-ng (https://www.hyperbola.info/packages/?so … p;flagged=)
windwm (https://www.hyperbola.info/packages/ext … 64/windwm/)
prestopalette (https://www.hyperbola.info/packages/ext … topalette/)
otf-elstob (https://www.hyperbola.info/packages/ext … tf-elstob/)
xmahjongg (https://www.hyperbola.info/packages/ext … xmahjongg/)
otter-browser (https://www.hyperbola.info/packages/ext … r-browser/)
jwmkit (https://www.hyperbola.info/packages/extra/any/jwmkit/)
qcomix (https://www.hyperbola.info/packages/extra/i686/qcomix/)
parcellite (https://www.hyperbola.info/packages/ext … arcellite/)
qlipper (https://www.hyperbola.info/packages/extra/i686/qlipper/)
soundbraid (https://www.hyperbola.info/packages/ext … oundbraid/)
obconf (https://www.hyperbola.info/packages/ext … 64/obconf/)
goxel (https://www.hyperbola.info/packages/extra/i686/goxel/)
gource (https://www.hyperbola.info/packages/extra/i686/gource/)
arc-gtk-theme (https://www.hyperbola.info/packages/ext … gtk-theme/)
arc-icon-theme (https://www.hyperbola.info/packages/ext … con-theme/)
xsnow (https://www.hyperbola.info/packages/extra/x86_64/xsnow/)
evolvotron (https://www.hyperbola.info/packages/ext … volvotron/)

About icon-themes: We won't add most of them as they include symbols for unfree applications like Steam for example. So please either you support us and create a PKGBUILD with removing those contents or research before adding a wish for some icon-sets. Thanks!

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

130 Reply by zapper

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

@Throgh

I looked, it seems openrc support was added to auto-cpufreq recently...

https://github.com/AdnanHodzic/auto-cpu … tag/v1.8.2

However, the latesat version, is:

https://github.com/AdnanHodzic/auto-cpu … tag/v1.9.0

I'll test and see if it works okay.

Although, I am curious what isn't right about their runit implementation.

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

131 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

Have not looked up in the latest release, but when done that for about some months ago and the support for openrc and runit was not really there. If this is changed and we can make a working PKGBUILD out of it I have no problem changing the state. But also to mention: We have nothing in a winning when they focus even more onto snap for example - seems there is much about it for this service and it would be a pity if we have to remove it.

EDIT: Have looked into a possible PKGBUILD. Looks quite good now, but the openrc-definition is not working and needs a bit work. I'll look into it. Besides even when I add auto-cpufreq as package the generic message stays: We need to focus more as we are not that big and this is for sure okay. The reasoning behind is easy: The more people here, the more wishes and possible additions, the lesser we can follow standards we want to have while migrating towards a BSD-base under completely free and libre ruleset. wink

Have reset the state for auto-cpufreq.

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

132 Reply by zapper

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

throgh wrote:

Have not looked up in the latest release, but when done that for about some months ago and the support for openrc and runit was not really there. If this is changed and we can make a working PKGBUILD out of it I have no problem changing the state. But also to mention: We have nothing in a winning when they focus even more onto snap for example - seems there is much about it for this service and it would be a pity if we have to remove it.

EDIT: Have looked into a possible PKGBUILD. Looks quite good now, but the openrc-definition is not working and needs a bit work. I'll look into it. Besides even when I add auto-cpufreq as package the generic message stays: We need to focus more as we are not that big and this is for sure okay. The reasoning behind is easy: The more people here, the more wishes and possible additions, the lesser we can follow standards we want to have while migrating towards a BSD-base under completely free and libre ruleset. wink

Have reset the state for auto-cpufreq.


Quick note I should add though:

https://github.com/AdnanHodzic/auto-cpufreq/issues/337

I made that issue recently, I wondered, if you know how to fix such a problem.

But I should also add, I haven't checked the runit changes recently.

That being said, tell me your thoughts based on this.

Unless, that is what you were referring to... wink

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

133 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

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

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

134 Reply by sagaracharya

  • sagaracharya
  • Guest

Re: Proposals for package-integration

Found a couple DEs

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

135 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

Thanks for adding, will be looked into for sure. smile

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

136 Reply by zapper

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

throgh wrote:

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

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

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

137 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

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

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

138 Reply by zapper

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

throgh wrote:

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

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

139 Reply by nparafe

  • nparafe
  • nparafe
  • Hyper User
  • Offline
  • From: Xanthi, Greece
  • Registered: 2022-01-28
  • Posts: 69

Re: Proposals for package-integration

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

let them build as many prisons as they want.
Even if the siege is closing in around us.
Our mind is like a wanderer, and will always be free.

nparafe's Website

140 Reply by sagaracharya

  • sagaracharya
  • Guest

Re: Proposals for package-integration

nparafe wrote:

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.

141 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

The package gnucash added with this commit: https://git.hyperbola.info:50100/~team/ … 8534abfca0

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

142 Reply by zapper

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

Can you add python-colorama and pandoc?

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

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

143 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

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!

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!

144 Reply by zapper (edited by zapper 2022-02-09 01:06:00)

  • zapper
  • zapper
  • Hyper Cyber
  • Offline
  • Registered: 2017-10-18
  • Posts: 1,075

Re: Proposals for package-integration

throgh wrote:

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

That being said, I appreciate you making a commit.

HyperbolaBSD: The Future of Secure Libre Lightweight Operating Systems!

145 Reply by user84 (edited by user84 2022-02-22 20:55:05)

  • user84
  • Guest

Re: Proposals for package-integration

If its possible it would be great to add vlevel (-> https://github.com/radiocicletta/vlevel) to the 0.4.x release. It is working well with audacious. Thanks

146 Reply by rachad

  • rachad
  • Guest

Re: Proposals for package-integration

https://git.hyperbola.info:50100/~team/ … b6898d3787
user84 i have add vlevel, i hope it works fine wink

147 Reply by throgh

  • throgh
  • throgh
  • Package Development and Community Coordinator
  • Offline
  • From: Planet Earth
  • Registered: 2017-12-28
  • Posts: 2,924

Re: Proposals for package-integration

Thanks for all the proposals. I close the thread for now. Please don't be worried: This is only temporary as it a thing about respect towards every member within the community: Being heard for possible additions and coming together for a reasoning why something can or can not be added.

With release of v0.4 this thread will be reopened again as there will be another TODO-list then. wink
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.

Human being in favor with clear principles and so also for freedom in soft- and hardware!

Certainly anyone who has the power to make you believe absurdities has the power to make you commit injustices: For a life of every being full with peace and kindness, including diversity and freedom. Capitalism is destroying our minds, the planet itself and the universe in the end!