I think that having updates have big psychological effect
Everytime i write pacman -Syyu on obarun (i am dual booting obarun with hyperbola ) and i can see new updates coming up it's like oh wow finally won't see any difference but updated wow nice!!!

Same thing for me with parabola. Dual booting is problematic wrt security so I use just 1 OS.

But we are wrong here. We feel like we're getting some new stuff whereas there's nothing new. Very occasionally there are some minor UI changes in my plasma which really matter in terms of feel.

I think that having updates have big psychological effect
Everytime i write pacman -Syyu on obarun (i am dual booting obarun with hyperbola ) and i can see new updates coming up it's like oh wow finally won't see any difference but updated wow nice!!!
on hyperbola pacman -Syyu oh everything is up to date... uhm rite!!!!! but there is no psychological effect of being rewarded for typing pacman -Syyu!!!!
obarun gives lots of outputs very often but hyperbola gives nothing!!!

Is that a bad thing if nothing is wrong with the system?? If hyperbola is based on stable debian, why should be there frequent updates??? Why does it matter??

I understand the question for security-fixes. But Hyperbola is also using another approach and have a smaller team itself. If there are problems with some packages in stable the proposal stays the same as always: The community could help and I think it is very good to have free software and a operating-system being so hard with getting into the principles without any kind of compromise. Hyperbola is good for hacking and learning more!

Recently, we have made the decision to upgrade the Linux-libre kernel to the latest LTS version to avoid troubles with the new nftables and another core dependencies. It's independent of our HyperbolaBSD development, remember that HyperbolaBSD isn't limited to the kernel and we have plans to maintain a modified version of vanilla OpenBSD userspace adapted to our custom kernel and libc. Our main focus still on the HyperbolaBSD development, however it will take time to complete, so we made a modification in the development releases, you can see here for further details.

Thank you for the update.
What exactly is meant with "snapshot from Arch"? Do you want to use the same methods as with the earlier versions? My question results therefore within the idea to have a complete independent repository with just own compiled packages and the used package-format, being homogeneous with .tar.lz.
Arch Linux is using Zstandard and I don't think it is helpful to clone the binary packages itself.

HyperForum why hyperbola 0.4 is based on a new arch snapshot

It's because HyperbolaBSD will take some years to be ready, so we need an upgraded gen of packages (based on Debian's BullsEye) because Debian's Stretch is near to expire.

Hey I'd thought the Linux-kernel won't get further updates? But now the kernel was upgraded towards version 5.4.80.
How to help with the timeline for HyperbolaBSD or is this independent to be viewed at all?

Recently, we have made the decision to upgrade the Linux-libre kernel to the latest LTS version to avoid troubles with the new nftables and another core dependencies. It's independent of our HyperbolaBSD development, remember that HyperbolaBSD isn't limited to the kernel and we have plans to maintain a modified version of vanilla OpenBSD userspace adapted to our custom kernel and libc. Our main focus still on the HyperbolaBSD development, however it will take time to complete, so we made a modification in the development releases, you can see here for further details.

By the way, ImageMagick has trademark issues, so GraphicsMagick was made to solve that

In short, it says:

• On November 27, 2003 ImageMagick Studio LLC applied to register "ImageMagick" as its trademark, and it was awarded this registered trademark (serial number 78333969) on August 30, 2005. Those who re-distribute modified versions of "ImageMagick" (e.g. patched or improved) under license as "ImageMagick" now face the risk of arbitrary trademark infringement claims by ImageMagick Studio LLC.

It's stating that..

• GraphicsMagick never picks up new code from ImageMagick.

So it could require adaption to scripts or programs that depend on ImageMagick. Currently, g4jc is looking for patches for GraphicsMagick from Gentoo and other distros, maybe you could help him in this process too.

Phew, thanks for the insights. I was not aware of that issue. Will search also for alternatives and looking out for patches regarding GraphicsMagick!

Emulatorman wrote:

throgh wrote:

Okay, my question was within the motivation so far having a look also onto "community" and "multilib", especially "community". Because there is my beloved "Handbrake" for now. Otherwise we could see what's coming next, perhaps also some community-ports? Well, would be interesting.

For security reasons, [community] and [multilib] repos were removed in v0.4, however we will import the most important ones to [extra] repo. For that reason, we opened a thread that includes a spreadsheet with a compatibility list for v0.4 based on the applications suggested by community.

Okay, thanks: Added therefore more entries to the spreadsheet.
If there are problems with some of the packages and applications: My proposal would be to help here direct by doing more research and creating the PKGBUILD-scripts when starting the test for 0.4 itself, so they can be added without problems.

By the way, ImageMagick has trademark issues, so GraphicsMagick was made to solve that

In short, it says:

• On November 27, 2003 ImageMagick Studio LLC applied to register "ImageMagick" as its trademark, and it was awarded this registered trademark (serial number 78333969) on August 30, 2005. Those who re-distribute modified versions of "ImageMagick" (e.g. patched or improved) under license as "ImageMagick" now face the risk of arbitrary trademark infringement claims by ImageMagick Studio LLC.

It's stating that..

• GraphicsMagick never picks up new code from ImageMagick.

So it could require adaption to scripts or programs that depend on ImageMagick. Currently, g4jc is looking for patches for GraphicsMagick from Gentoo and other distros, maybe you could help him in this process too.

throgh wrote:

Okay, my question was within the motivation so far having a look also onto "community" and "multilib", especially "community". Because there is my beloved "Handbrake" for now. Otherwise we could see what's coming next, perhaps also some community-ports? Well, would be interesting.

For security reasons, [community] and [multilib] repos were removed in v0.4, however we will import the most important ones to [extra] repo. For that reason, we opened a thread that includes a spreadsheet with a compatibility list for v0.4 based on the applications suggested by community.

Okay, thanks: Added therefore more entries to the spreadsheet.
If there are problems with some of the packages and applications: My proposal would be to help here direct by doing more research and creating the PKGBUILD-scripts when starting the test for 0.4 itself, so they can be added without problems.

Okay, my question was within the motivation so far having a look also onto "community" and "multilib", especially "community". Because there is my beloved "Handbrake" for now. Otherwise we could see what's coming next, perhaps also some community-ports? Well, would be interesting.

For security reasons, [community] and [multilib] repos were removed in v0.4, however we will import the most important ones to [extra] repo. For that reason, we opened a thread that includes a spreadsheet with a compatibility list for v0.4 based on the applications suggested by community.

Emulatorman wrote:

Btw, coadde upgraded the spreadsheet with those references.

Very cool. Thanks!
Are those the only packages in question with critical dependencies?

That's a list based on the applications suggested by community in this thread. You can see further info such as if there's a way to remove/disable GNU/Linux-based frameworks support, etc.

Btw, coadde upgraded the spreadsheet with those references.

Very cool. Thanks!
Are those the only packages in question with critical dependencies?