You are not logged in. Please login or register.
We are very pleased and happy to announce the newest release of Hyperbola GNU/Linux-libre with v0.4.4.
See our official news for further details.
HyperForum → System → Remove udev
https://www.hyperbola.info/news/last-re … d-removed/
https://www.hyperbola.info/news/end-of-d-bus-support/
Why is udev still allowed if it is from freedesktop.org just like systemd and dbus? How difficult would it be to replace it with a different device manager?
Hello and welcome to the forums: Perhaps you would like to offer a more friendly entry instead of asking "why X is there"? It is not as easy as you think. If you would like to support there and tryout smdev and others as a replacement, feel welcome. We know about the state of udev. But first: It is not udev but eudev we are using. And second I have already mentioned the current state.
As Hyperbola was made complete independent you need to start somewhere and so eudev was chosen to have a slight more easy entry. You can look forward to the further releases after 0.4, meaning 0.4.1 towards now 0.4.4: We have removed many packages and software, either replaced them or kept them out. So again: If you like to support here? Please feel welcome.
https://www.hyperbola.info/news/last-re … d-removed/
https://www.hyperbola.info/news/end-of-d-bus-support/
Why is udev still allowed if it is from freedesktop.org just like systemd and dbus? How difficult would it be to replace it with a different device manager?
Maybe this is a fork of udev that does not need systemd or dbus.
https://www.hyperbola.info/packages/?sort=&q=udev
I think these links show information about
Where are the issues with companies and / or corporations?
https://forums.hyperbola.info/viewtopic … 7525#p7525
https://wiki.hyperbola.info/doku.php?id … y_software
Though it may be mostly about
Projects with a company and / or corporation have a clear course for:
breaking portability
ignoring backwards compatibility
replacing existing servicesAll of this forcing into adoption of the software itself and making other projects and systems complete depending only on that special project.
there is more information than just that in these things like
Conclusion
Hyperbola as project only supports software-projects with a clear focus from the community for the community. If we see that software-projects and resulting packages develop further into the direction being only focussed on a company and coorperate background, we are going to remove it and rebuild dependending packages. Free, libre software and culture is from our perspective better when companies and corporations are kept outside!
The problem here is that more and more projects depend on those projects making them mandatory as users are not questioning those also. For Hyperbola the freedom of choice is most important, so there is also a choice not to use some package or force others to install and use it.
as well as other things.
But if anyone finds ways to use software that was made before software that was made later, that could help backwards compatibility and lets users have a choice in what to use and what not to use.
Though I do not know how easy it is to
replace it with a different device manager
.
Maybe there are more device manager programs that Hyperbola also has now. You can also build what you like on your own computer, maybe by making a PKGBUILD, building in your home or desktop folder, or other ways.
https://www.hyperbola.info/packages/
Though if this software does not have freedom problems and is still easy to compile on Hyperbola, maybe this just lets users use many types of software, so each user can chose what software that user wishes to use.
Did you find any problems with the program Hyperbola has in it's repository? I do not see udev in Hyperbola's packages, just a fork of it and android-udev. But I may have not seen where it is at.
It is not easy as said. Just follow the line and to show one example:
https://www.hyperbola.info/packages/core/any/hwids/ >
https://www.hyperbola.info/packages/cor … /pciutils/
The package "pciutils" won't work afterwards same way and don't offer more information as known today. Even it would possible break the whole structure. So to remove "udev" or "eudev" would cause much more work I'm capable to manage now. Again: eudev is NOT udev and is only offering compatibility. Using eudev makes Hyperbola NOT using udev and using systemd. There is no systemd here!
Removing udev, yes would be possible. But that's a taks done as "we" not as "me". Alone I would be not capable doing that in a short time and I don't see the need to do so as we don't have udev here. Supporting the database and rulesets only gives opportunities. If this is needed nevertheless: I can only offer to work together on this.
HyperForum → System → Remove udev
Powered by PunBB, supported by Informer Technologies, Inc.