IRC channel logs

2025-12-03.log

back to list of logs

<saravia>question, hurd is not stable too in virtual machines?
<azert>saravia: works for me
<azert>are you sure it’s not a “skills issue”? Patches are welcome
<saravia>azert: what kind of task are you doing with hurd?
<azert>programming
<azert>I could do it on macos of course, and I do that for work. But I like free software
<saravia>azert: yeah! free software is the best... and how run emacs in it? without differences with linux? ...or in hurd has a especial way to run?
<erc_develop>question friends... someone know if emacs has a special way to run inside a hurd environment O.S.
<kilobug>erc_develop: GNU Emacs runs natively on GNU/Hurd (both the text and the X11 frontend), but I'm not sure what you mean with "special way"
<erc_develop>kilobug: and you say "natively" for any difference on linux? in linux not run natively too?
<erc_develop>special way rathen than linux... for example run more fast... or something
<erc_develop>in another words... hurd if it has adventages... what are... in the case which hurd can run
<erc_develop>but to user level experience... because i can read the hurd page and find something but it is not the same who user test
<azert>erc_develop: I don’t think at this point the Hurd has been designed to provide any advantage over Linux, although it has the potential to deliver in the long run (see Xenon paradox). Anyhow I can name a few
<azert>no PATH_MAX limit
<azert>oh he left
<azert>he came here to drop his little poopy and he left
<erc_deve`>how do you say with PATH_MAX?
<azert>that limit doesn’t exist on the Hurd
<azert>following the GNU coding standards that abject artificial limits
<azert>as such, the path length is limited only by the memory in the system, and a few remaining issues in the rpc layer that will eventually be solved some decades down the road
<azert>another real advantage of the Hurd right now is that it runs on a micro kernel , that allows services virtualization to a level that Linux only wishes to achieve
<azert>ever heard of subhurds?
<kilobug>there are many other neat little things, like you can dynamically grant new groups (or even uids) to a running process
<kilobug>overall it's a much more flexible design that allows countless improvements, but it's still more in a "proof of concept" stage than in a "really usable" stage, which is sad after all those years...
<azert>positive thing is that things keep moving
<azert>that’s why I mentioned Zeno’s paradox
<azert>I doubt that the Hurd will ever catch up with Linux
<azert>but it keeps his roadmap
<azert>In regards to emacs, due to what kilobug said, you can make it root and drop privileges while using it, that’s a big usability difference
<azert>no need for reboot
<jab>erc_deve`: also I would recommend that you run Emacs in X. In my limited experience, Emacs worked better for me inside X.
<jab>running emacs in the hurd-console was just not as stable.
<azert>that’s a bug that needs fixing.. the hurd-console sometimes hangs
<erc_deve`>nice points friends, so, the minimal require for a real hardware is have ext2 and x32 MBR-LEGACY option?
<erc_deve`>and exists a iso for install it?
<jab>erc_deve`: https://darnassus.sceen.net/~hurd-web/faq/drivers/
<erc_develop>someone know about (eww "https://t3x.org") ?
<jab>erc_develop: I've never heard of it before.
<erc_develop>jab: but look nice, sure?
<jab>seems fairly cool sure.