The term server feels very unintuitive to use, because once you get above a certain amount of characters, it does not wrap properly (instead it looks like it inserts a carriage return). This could be fixed by implementing \r\n wrapping. A new term server would also allow goodies such as an optional VGA framebuffer display.

I would like to port stuff from some hobby oses, to add them as a pieces to a gnu/hurd based OS, where can i find documentation about kernel and userland calls?

Hey guys, whassup?

I've been using GNU/Linux (Arch btw) for about a year and I consider myself a GNU fan, I Love free software, FSF, GNU, etc.

I would love to get the first official GNU (slash Hurd) operating system, and really love the idea of using a microkernel (as MINIX, we could even see how cool it is because MINIX can repair itself) instead of a monolothic (as Linux); for servers, a microkernel is excellent.

Do you think Hurd would be useful on a near future?

Its licensed GPLv2+, so therr should be no problems switching to GPLv3+. Why isnt it GPLv3+ ?

I guess GPL-v3.

Hello all, I am trying to get bedrock linux to work as bedrock hurd, at least get it closer to worker, but one of its requirements is a fuse filesystem to share amounegst the stratums.

Anyways I am trying debian/hurd write now, and installed '''libfuse-hurd1''' which I assumed was all i would need to do, but during bedrocks install it checked for fuse in /proc/filesystems and it still was unavailable. Is there a way to add it to there, or a step I am missing?

Question: What are the best ways for non-developers to help hurd?

Obviously, I want HURD to be great. I would also like to help fund development, and it seems the GNU/Hurd developers prefer a bounty system over traditional funding.

​

However, I am not an OS engineer and don't know what bounties to fund.

Where can I find the most pressing or most important issues for GNU/Hurd to become a success?

Good evening all, after installing Debian Hurd in a vm for virtual and physical use for the fourth time, I've recently created an up to date listing of the package source URLs that you can use with your apt-get on the Hurd. These come from the mailing list debian-hurd. I have included the snapshot, sid, unstable, unreleased, and experimental urls to choose from with deb and deb-src.

The repo has a readme for a basic walkthrough of what needs to be done to use the new sources.list and is located at https://github.com/v12venator/Debian-Hurd-Repos.git if you are interested.

EDIT: I have added a disclaimer about the [trusted=yes] string not exactly being the most secure idea for pulling packages from the repos.

Good afternoon (EST) all, I've just got a question about the net install ISO to see if anyone has some insight. I've gone through the install process in a virtualbox instance for Debian Hurd and selected MATE as the desktop environment. Apt was installing packages, but hung at an xorg package configuration and asked for a media change. My question was that it was asking for the same net install disc that I already had in the VM, but whenever I told it to accept, it refused to continue. Has anyone else ran into this issue or do I need to restart my net install process?

​

Thanks in advance

​

EDIT 20190520:

Gonna go ahead and chalk it up the the porting of the installer not playing nicely with the Hurd. So far, I've installed Deb/Hurd twice using Virtualbox. One was on a 40GB IDE hard drive that is currently running on a Dell Latitude with a pentium 2 CPU, the other in a dedicated VM. Going to be using the experimental and unstable repos with the VM since I can either snapshot it backwards in time or blow it out and reinstall far easier than I can with the real hardware. If there are any questions, I'd be happy to answer them to the best of my ability

Please feel free to correct me if I understand something wrongly.

How much would you pay for a GNU/Hurd powered web host provider?

How much would you pay per month?

​

How much would you pay for a GNU/Hurd laptop with 4GB of RAM, 250GB HHD, with a proprietary BIOS?

(Currently libreboot does not support the Hurd, and the Hurd can only really support 4GB of RAM).

​

​

The Hurd's website, powered by ikiwiki, is great and I learnt a lot from reading it, but there are a few aspects of the current CSS stylesheet that could be changed in order to greatly improve the website. This is in no way an attempt to "modernize" the Hurd's CSS stylesheet, but rather an attempt to increase readability and intuition.

Now, I'm not a CSS person, but I'll try to list some of the things I think should be changed.

The action buttons, just underneath the directory, do that weird a:hover thing which is, in my own opinion, a little bit annoying and makes me want to avoid hovering over them.

The a:hover class on all links is okay, but I feel like a solid underline has better aesthetic than dotted.

The "News" section is a bit disjointed - every news article is in it's own box floating above or below other news entries. It's good to distinguish each article, but this can be done in a more unified way (see the provided image)

I'm not a fan of having a 'padding' rule on the 'body' class. This makes the header & sidebar look like they're floating rather than touching the edge of the screen (which is a standard convention). It's still nice to give paragraphs some space, so #content {padding: 1em; } might be handier without giving the entire body element padding.

Here is a screenshot of my alternative local.css file. You can see a simpler design for the "News" section. My idea was that anything that the main content has a light background, and everything else is grey. If anyone wants this CSS file, you can find it here.

Thank you for listening.

[Update October 2019] It's been over a year since I posted this. I still update the stylesheet but I'm starting to believe that the Web itself is flawed, not the sites on the Web, and I'm okay with it.

Update:

A HURD fork that doesn't require copyright assignment to FSF.

https://gitlab.com/rinfinity/SINH

I remember having read a long thread of discussion among programmers as to why they didn't want to work on Hurd (or any other FSF project.

Their main point of contention was FSF required them to assign the copyright to FSF. I've read FSFs position on this issue and feel that their concerns are not without merit.

Still, I think programmers who have problem with copyright assignment too make a good point.

In an effort to resolve this impasse, I propose that we fork the Hurd, give it a nice name, and invite people who'd want to contribute to it without assigning their copyright to FSF.

Is this a good idea? Are there any takers out there?

The main website link for Gnu Hurd seems to be down, and the only GitHub clone I could find has the last update one year old at the newest. Is there a more regularly updated version of this?

So I'm under the impression that the GNU/Hurd is largely stable these days. One can compile debian packages for weeks until it hangs. The kernel now supports a process using more than 4 gigs of RAM. Many recent optimizations have improved performance somewhat. GNU/Hurd currently is running https://www.gnu.org/software/hurd/, which is using Apache and pwiki...

Should we try starting a GNU/Hurd web hosting company?

Each user could be limited to 100-200MB, and each user could host a static website with 1G of storage. It could cost $5-$10 a month. And if you significantly contribute to the GNU/Hurd you would get some discount as a way of saying thanks for helping to make the Hurd better.

We could use some web hosting company that would run the Hurd in a virtual machine, or if you're clever enough you could actually install it on an actual machine.

The Hurd is almost begging to be used server side. Each user is suppossed to have freedom from the sysadmin, and this might very well provide that opportunity.

Maybe someday I'll do this, but there's probably someone out there better suited than me to get this started. Is it you?