Looks like it, but I’ll need to confirm once there’s a new feed since I use newsraft and I wasn’t able to see the atom feed getting populated with new entries, like it somehow recognized the rss ones as the same, and didn’t shown them as new for the atom feed. But if it’s loading for you that’s more than enough for me, we’ll see when there are news on hurd, :)
Ohh, I see, “index.atom” is what I was using, and that is still broken. However “index.rss” is already working back. That’s why I was thinking this was taking way longer than it should… Oh well, if the atom will keep broken perhaps it should be removed, :)
Can you try redownloading the atom file and see if it works? Atom is up to date on my reader. Both files should be up to date.
Ohh, I see, “index.atom” is what I was using, and that is still broken. However “index.rss” is already working back. That’s why I was thinking this was taking way longer than it should… Oh well, if the atom will keep broken perhaps it should be removed, :)
But now I can mark this as solved, at least one of the feeds is already working which is what matters.
They solved it, but it will take some time though to get to the mirrors. Let me know when your RSS feed is now updated. If you have any issues that the maintainers should be aware of, it is probably best to contact them here. Thanks for the notice.
If anyone is reading this guide, and noticed something is off or maybe there is a better way to do what is described. Please share your criticism. Just remember that this guide is for those who don’t have access to the GNU guix package manager or system.
I think the advantage of the Hurd over Linux is that it is a microkernel. It also is built entirely on freedom 0, the ability to run a program as you may wish. Want to add a new filesystem process? Write a translator, and install it without rebooting. I also believe that GNU software should integrate well with it.
I think hurd can bring a lot of development, that’s very good on microservices, to the application layer, like an effect system for managing effects producing patterns (like in scala), so interacting with the RPC would be explicitly an effect producing interaction and all of the mathematical work proving certain ways of doing it would make the interaction faster (user-space fibers/green threads, cancellation, error treatment, etc) and more reliable.
If every call to the micro kernel (to its RPC) IS a effect producing pattern (accessing anything in hurd is a RPC call), how can we optimize for performance? Yielding instead of blocking, reactive patterns, etc, hell, maybe even put lisp in there to build this hahaha.
Containers and dbus/portals would be a breeze, instead of a container, just make a subhurd, instead of using dbus, use the RPC abstraction for dbus with all the security features, portals? Just check the permissions with the RPC administrative API.
There are a lot of interesting things at the website, if the website works. I’m going to upload the user manual to archive.org, maybe its useful in there.
I really believe that the Hurd is the future of computing, since the 80s hahaha. It can give an edge to the Free Software world.
RetroFed
Many thanks !
I will keep an eye on it and let them know when it is outdated and if it is broken. I use liferea as my RSS reader. Thanks for the notice.
Looks like it, but I’ll need to confirm once there’s a new feed since I use newsraft and I wasn’t able to see the atom feed getting populated with new entries, like it somehow recognized the rss ones as the same, and didn’t shown them as new for the atom feed. But if it’s loading for you that’s more than enough for me, we’ll see when there are news on hurd, :)
Thanks a lot !
Can you try redownloading the atom file and see if it works? Atom is up to date on my reader. Both files should be up to date.
Ohh, I see, “index.atom” is what I was using, and that is still broken. However “index.rss” is already working back. That’s why I was thinking this was taking way longer than it should… Oh well, if the atom will keep broken perhaps it should be removed, :)
But now I can mark this as solved, at least one of the feeds is already working which is what matters.
Many thanks !
No problem. My RSS feed now has the latest news, so it is updated. If possible, can you edit your post’s title to use the new tag
[Solved]? Thanks :-)Thanks for the help !
They solved it, but it will take some time though to get to the mirrors. Let me know when your RSS feed is now updated. If you have any issues that the maintainers should be aware of, it is probably best to contact them here. Thanks for the notice.
Thanks a lot !
I tried to on the web-hurd mailing list, but no one responded. I will try to get them aware of this issue on the bug-hurd mailing list soon.
TIL: ascii wallpapers are thing and pretty neat idea.
Ideological superiority. Something something monoliths bad.
what does not work in GNU Guix wrt x11?
If anyone is reading this guide, and noticed something is off or maybe there is a better way to do what is described. Please share your criticism. Just remember that this guide is for those who don’t have access to the GNU guix package manager or system.
Note, when I did this setup, running
guix pullwas slow, but I think this is an issue with Guix and not specifically the GNU Hurd variant.Edit: The GNU Hurd is not fast in virtual workspaces because of this, but they are now working on it.
I think the advantage of the Hurd over Linux is that it is a microkernel. It also is built entirely on freedom 0, the ability to run a program as you may wish. Want to add a new filesystem process? Write a translator, and install it without rebooting. I also believe that GNU software should integrate well with it.
I think hurd can bring a lot of development, that’s very good on microservices, to the application layer, like an effect system for managing effects producing patterns (like in scala), so interacting with the RPC would be explicitly an effect producing interaction and all of the mathematical work proving certain ways of doing it would make the interaction faster (user-space fibers/green threads, cancellation, error treatment, etc) and more reliable.
If every call to the micro kernel (to its RPC) IS a effect producing pattern (accessing anything in hurd is a RPC call), how can we optimize for performance? Yielding instead of blocking, reactive patterns, etc, hell, maybe even put lisp in there to build this hahaha.
Containers and dbus/portals would be a breeze, instead of a container, just make a subhurd, instead of using dbus, use the RPC abstraction for dbus with all the security features, portals? Just check the permissions with the RPC administrative API.
There are a lot of interesting things at the website, if the website works. I’m going to upload the user manual to archive.org, maybe its useful in there.
I really believe that the Hurd is the future of computing, since the 80s hahaha. It can give an edge to the Free Software world.
what’s the advantage of hurd over linux? it’s supposed to be ground up right?