-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add crun.1 file to dist tar ball #425
Conversation
I think that forcing to have to go based tool only to generate man page on build stage is kind of overkill. Usually, roff man pages are part of the dist tar ball. So this really does this. Another small correction is that automake automatically can choose right man<num> directory based on the extension so all man pages can be put in one variable man_MANS.
I am fine with the change, just should we add Otherwise we will break the build for systems where go-md2man is not available |
No, no .. that change will cause that in dist tar ball will be included generated man page. |
but how will the It is currently guarded with |
with your patch, if I try to build without go-md2man now I get:
|
I agree it is painful to require go just to generate the man page. That is why I suggest we add it to the git repo. It will significantly simplify the nix builder as well |
You need to have installed go-md2man to allow autoconf to be able generate crun.1 man page. To be honest I think tht you shoud switch crun source file from md to docbook because I see first ever project which is using md as refference source form of the documentation. If you want to stay with md you need to have installed md2man on your system where you are generating dist tar ball. |
if we add the crun.1 file to the git repo, only the developer who changes the .md file requires go-md2man installed. The crun.1 file would be like any other file in the repository and we can drop the go-md2man dependency altogether. I think the markdown format is nicer to write than xml and renders directly on github |
Sometimes it is not about niceness but keep use some standards :) Again I can offer my time to transform that to xml. |
thanks for the offer but doesn't really change my idea about xml :-) most of the documentation in the containers ecosystem is written in markdown, and that is the main reason why I've picked it. An additional point is that it renders directly in github (https://github.com/containers/crun/blob/master/crun.1.md). If it wasn't for these two reasons, I'd have probably picked texinfo. |
Using xslt is possible to generate md from docbook :P |
we'd still need to add the .md file to the git repository in order to display it in github |
@kloczek are you still working on this? |
Sorry I was busy. |
let's just add crun.1 to the git repository and make sure it is part of EXTRA_DIST. Other users are hitting the issue: #441 (comment) |
Exerything which is *_DATA or *_MANS is automatically added to dist tar ball so use here EXTRA_DIST is redundant, and to install it in correct place you needd to place it in |
thanks, that works for me. |
I don't think that this still needed now that the other PR merged. Reopen if I am mistaken. |
I think that forcing to have to go based tool only to generate man page
on build stage is kind of overkill. Usually, roff man pages are part of
the dist tar ball. So this really does this.
Another small correction is that automake automatically can choose
right man directory based on the extension so all man pages
can be put in one variable man_MANS.