jaeger changed the topic of #crux-devel to: CRUX (https://crux.nu/) development channel | Logs: https://libera.irclog.whitequark.org/crux-devel/
groovy4shoes has joined #crux-devel
groovy3shoes has quit [Remote host closed the connection]
SiFuh_ has joined #crux-devel
SiFuh has quit [Ping timeout: 260 seconds]
chrcav has quit [Ping timeout: 252 seconds]
chrcav has joined #crux-devel
<stenur> farkuhar: ok, maybe; but the manuals are placed in false paths anyway, which happened during autotools->cmake, and on 3.7 the thing does not build as such
<stenur> i have no problem with just wrapping manuals the way i do for contrib/ipcalc. it is ugly, and i should check whether the converter is installed and generate the real ones if possible, then. (though i think this particular program did not exist on CRUX at all. i think it needs ruby too, but i have forgotten.)
<stenur> romster is fit enough for commits!
<jaeger> What's a "false path"? Does that mean they're in an incorrect location?
<stenur> yes
<stenur> it is man/1/ instead of man/man1/ (iirc)
<stenur> is not found by man anyhow
<jaeger> ok
<stenur> can anyone use mpg123 with "-o alsa" (default here, too)? it only works with "-t oss"
* stenur sorry for "false channel"
<farkuhar> stenur: https://github.com/xiph/flac/commit/80d064e15d843eb137ff80c9e9797b9c180e1743 is when upstream stopped providing man-pages in groff format; now the distro maintainers are expected to generate them from Markdown. I shared yesterday a Pkgfile that seems to work, but only if you have pandoc-bin installed, otherwise no man-pages are created.
<stenur> well i will not install pandoc; but why not simply enwrap like i do for contrib/ipcalc when there is no pandoc installed? like this we have the manual
<stenur> pandoc is that binary blob thing because it is in that strange language... haskell iirc?
<stenur> functional programming uuuuuuuuuuuuuuh
<farkuhar> heh, pandoc-bin doesn't require you to install a huge haskell ecosystem, so i don't mind having it installed. But if romster is fit enough for commits, you can just open a ticket and suggest that the groff man-pages be provided directly in the ports tree.
<stenur> it was beerman who did that in March and September (the 11th iirc)
<stenur> sox can mp3 and mp2 (thus as i learned)
<farkuhar> yes, beerman has been bumping romster ports while romster was unavailable. But if romster is (as you say) fit enough for commits, why not relieve beerman of all the extra work he's taken on?
<stenur> because he messed it again
<stenur> i mean he is doing a very lot
<stenur> but the commits in March and September are very strange ones
<beerman> ¯\_(ツ)_/¯
<farkuhar> stenur: i just looked at your "enwrapped Markdown" in the ipcalc man-page. it's not a horribly ugly solution, but i would hesitate to use it if the Markdown contains tables or other complicated syntax.
<farkuhar> in this case, the # SYNOPSIS section of man/flac.md is probably too unreadable as raw Markdown. Anyone wanting a quick reminder of how to invoke flac is better served by running 'flac -h' than by reading an "enwrapped Markdown" man-page like the one you made for contrib/ipcalc.
<stenur> i wholeheartly disagree and do not even understand, given -h of many programs
<farkuhar> stenur: for contrib/ipcalc the upstream meson.build already does "check whether the converter is installed and generate the real [man-page] if possible". Your Pkgfile only needs to test whether the conversion happened during the build: http://ix.io/4aWD
<stenur> farkuhar: i will keep this snippet for the next update, but CRUX does not have ronn anywhere?
<stenur> farkuhar: thanks
<farkuhar> stenur: correct, CRUX does not have ronn in its repos. A user would have to run "gem install --user-install ronn" and then modify $PATH in order for meson to find it.
Romster has joined #crux-devel