Here's an ebuild for the Yet oneOther Document Language tool. I need this tool for my work on zsh, and it's also used by some other Open Source projects, such as ccache. The build sequence on this thing is really strange. Some auto-dependency generation doesn't work with ccache (since it caches the wrong name of the compiled file), so I made sure that ccache is diabled during compilation. I also ran into a really weird build failure because I had "NAME" defined in my environment (I guess this is not a common thing for yodl-builders). I just made the ebuild "unset NAME", and it all built just fine. I assume this ebuild should go into the app-text category.
Created attachment 10175 [details] The ebuild and the support files for version 1.31.18.
Created attachment 12072 [details] Updated yodl ebuild I have updated the yodl ebuild to contain a few patches taken from the Debian version of yodl. The primary one for me was the fixing of apostrophes in man pages to remain apostrophes rather than being converted to acute accents. Because the installed files are different, I've upped the ebuild version to r1.
Hi. I modified your ebuild a little and committed. I removed ia64 patch (I could build yodl without it on ia64) and htmldoc patch (it does nothing to yodl build). I didn't erase ia64 patch in case it actually affects ia64 build on Gentoo box (I tested on Debian). Also, I changed src_install() to include info files. Please note that Gentoo chose /usr/share/man for mandir and /usr/share/info for infodir. Thanks for submitting the ebuild and I hope you'll enjoy it.
Note that the moving of the "unset NAME" line into the src_compile() function causes the ebuild to break (i.e. removes my fix) when the user has NAME defined in the environment. The solution is to move the line back outside all the functions (like it is in the attached ebuild) or, possibly, to duplicate the line inside the install function (which I did not test since I consider the original position to be better). Since this bug was just to get yodl added to the ebuilds, I can open a new one to report this problem if you think that would be better.
I'm sorry that I broke your fix. I thought I tested it...? I added unset NAMEto src_install because currently I want to change environment variablesas less as possible. I tested it and it worked fine. To clear all variables that affect compilation (like LANG variable in blackbox) is something that has to be done within Portage system (notin ebuild). There were arguments about it already, so I hope Portage system will clean out these variables in the future.
