Live data from Hacker News

Tell HN: Groff needs your help

news.ycombinator.com

21–30 of 67 posts

Re: Tell HN: Groff needs your help

#21
post #19
post #13

Earlier quoted context omitted.

I agree that might be a good choice for a more modern alternative, but it still doesn't solve the problem of existing manpages. You could cleverly upconvert on the fly of course, but that's basically the same thing as keeping groff around, except with the added friction of informing everyone that they should be using Markdown now, with new tooling and conventions. Don't underestimate the marketing costs of successful…

But existing pages would be served with the already existing groff, right? Software doesn't rot, so the existing software will continue to work in the future.

Software doesn't rot but libc changes...

Re: Tell HN: Groff needs your help

#22
post #12
post #10

Earlier quoted context omitted.

Well... manpages are still very much alive and widely used, and they're so prevalent that moving to something new is a nearly ridiculous requirement. Half the things with manpages in the wild are probably themselves not maintained. Now you have two problems. We can move to something new, but getting everyone to agree on what that is, then implementing and maintaining it... isn't that more work than just maintaining t…

Why not format manpages as markdown? As a consumer you wouldn't need to care about the format behind the scene and the format is already well known by programmers, there are plenty of libraries that solve can read markdown and plenty of people who know it.

ikiwiki's source code contains a rudimentary mdwn2man program. It doesn't handle the majority of markdown, but it works for simple pages.

Re: Tell HN: Groff needs your help

#23
post #12
post #10

Earlier quoted context omitted.

Well... manpages are still very much alive and widely used, and they're so prevalent that moving to something new is a nearly ridiculous requirement. Half the things with manpages in the wild are probably themselves not maintained. Now you have two problems. We can move to something new, but getting everyone to agree on what that is, then implementing and maintaining it... isn't that more work than just maintaining t…

Why not format manpages as markdown? As a consumer you wouldn't need to care about the format behind the scene and the format is already well known by programmers, there are plenty of libraries that solve can read markdown and plenty of people who know it.

markdown isn't semantic. roff macros allow one to clearly specify that function arguments (Fa) and command line flags (Fl) are different things, even if they render similarly.

Re: Tell HN: Groff needs your help

#24
I think the obsession with "being maintained" is somewhat unhealthy phenomenon in the FOSS world. If the code works and does what you want then why would it need constant fiddling and consistent stream of releases?

Re: Tell HN: Groff needs your help

#25
post #24

I think the obsession with "being maintained" is somewhat unhealthy phenomenon in the FOSS world. If the code works and does what you want then why would it need constant fiddling and consistent stream of releases?

Software doesn't exist in a vacuum, and a change in the kernel or the C library could break something that used to work. Worse, you will probably discover this only in production because nobody is keeping tabs or running tests.

Worse, you could end up with another Heartbleed. Nobody bothered to look at that code for two years and the result was one of the worst security bugs in history.

Re: Tell HN: Groff needs your help

#26
post #12

Earlier quoted context omitted.

Why not format manpages as markdown? As a consumer you wouldn't need to care about the format behind the scene and the format is already well known by programmers, there are plenty of libraries that solve can read markdown and plenty of people who know it.

markdown isn't semantic. roff macros allow one to clearly specify that function arguments (Fa) and command line flags (Fl) are different things, even if they render similarly.

Is this really needed in a manpage, though ? AFAIK manpages are ASCII document created with any variation of troff/nroff/groff and piped into less -s. There is no need for any semantical distinction if display is the same, since the best interaction you can have is searching for something.

Re: Tell HN: Groff needs your help

#27
post #6
post #3

Earlier quoted context omitted.

This is a fundamental problem with open source software.

I'd limit it to FOSS that people don't pay for (directly or indirectly). When money is changing hands with the expectation that software is maintained in good working order, you won't see abandonment like this. But when nobody is paying or getting paid, maintenance stops, regardless of whether the software is a key component of crypto on the internet or a fundamental part of the documentation of most Linux installati…

oh you mean things like windows XP which people have paid for? I rest my case.

Re: Tell HN: Groff needs your help

#28
post #9

I'm going to be frank: why? I've recently looked into making my own manpage and it's a pretty old looking system. The docs are not really clear but using some examples and trial and error I got there. My point is though, why does it need a maintainer? The system feels old enough to get deprecated instead of keeping it alive, let alone bring out new releases. I haven't spent more than a day working with groff though,…

Replacing man pages because 'they look old' is a terribly stupid idea.

How about we replace them because there is something better? Or because they no longer fill a need?

Things that are old and work are not to be messed with. Frankly, if you don't get that, I don't want you, or anyone else who thinks like you, making decisions about any UNIX I might work with.

I lament the poor documentation on Linux, and OSX, and I lament the FSF's obsession with info pages. There's nothing wrong with man pages. Maybe we don't need groff to prepare them, but we need man pages.

Re: Tell HN: Groff needs your help

#29
post #26

Earlier quoted context omitted.

markdown isn't semantic. roff macros allow one to clearly specify that function arguments (Fa) and command line flags (Fl) are different things, even if they render similarly.

Is this really needed in a manpage, though ? AFAIK manpages are ASCII document created with any variation of troff/nroff/groff and piped into less -s. There is no need for any semantical distinction if display is the same, since the best interaction you can have is searching for something.

ASCII is not the only possible output format, and yes, semantic search is useful.

Re: Tell HN: Groff needs your help

#30
post #24

I think the obsession with "being maintained" is somewhat unhealthy phenomenon in the FOSS world. If the code works and does what you want then why would it need constant fiddling and consistent stream of releases?

I would go further and call this an obsession with using software that is literally changing by the day, in a constant state of flux.

There seems a desire among those users who comment in forums to see recent commits to the software they use as if infrequent commits or no commits in years suggests there is something wrong with the software.

To me, it is the constant changes and updates that give me pause when choosing software. I am actually more skeptical of large, complex software that requires constant updating.

I prefer software which can deliver reliable performance year after year without changes, e.g., daemontools. But hey, what do I know?

In any event, I am glad to see this comment. I wish more folks would call out this silly obsession.

As for groff, I think there is more to roff that just printing manpages. http://heirloom.sourceforge.net/doctools.html

Post reply on HN