There is a new stable release of Mod_Survey available. I'm attaching a new ebuild. Reproducible: Always Because of prior problems with sed:ing and piping info through the installer script, I've repackaged this mod_survey release in a tarball specifically aimed at gentoo. This reduces the need for sed:ing and other interventions to one (setting default language based on LINGUAS). I'm a noob at ebuild writing so please bear with me here. I'm strongly suspecting that I'm breaking some policies by not relying on web-apps code, but I did not understand what I was doing, so I made the ebuild as minimal as I could. Thus the ebuild will most likely need to be prodded by someone with more portage insight than me. This said, it works for me.
This supercedes 150255, as I don't think bug is valid anymore.
Created attachment 145015 [details] new ebuild Minimalist ebuild relying on re-packaged version of mod_survey
(In reply to comment #2) > Created an attachment (id=145015) [edit] > new ebuild > > Minimalist ebuild relying on re-packaged version of mod_survey i don't think using this tarball is a good idea, as we cannot/don't want to rely on a special gentoo tarball provided by upstream, especially since the tarball layout is wrong ... besides you removed the webapp functionality from the attached ebuild 3.2.5 with some path updates and webroot cleanup in cvs now
(In reply to comment #0) > This reduces the need for sed:ing and other interventions to one > (setting default language based on LINGUAS). i somehow missed that you still use sw instead of sv, but uncommented the sv handling LINGUAS ... maybe it would be a good idea to fix this in the release tarball
Very well. But please add info on where the file system layout is wrong. Also, I re-inserted sv in the ebuild since it was fixed in the re-pack (simply added symlink sv.sl -> sw.sl). All languages are installed by the installer script anyway: the option in the installer is for default language, not what language to install. Since the survey.conf file will always be the same for gentoo systems, it might be a better idea to use the "mkgentootarball.pl" script instead of the "installer.pl" script, probably as a part of the build section of the ebuild. Once the mk script is fixed with correct path locations, that would make the ebuild rather less complex.
(In reply to comment #5) > Very well. But please add info on where the file system layout is wrong. - examples are documentation - documentation belongs to /usr/share/doc/${PF} - you should not install directly into /var/www > Also, I re-inserted sv in the ebuild since it was fixed in the re-pack (simply > added symlink sv.sl -> sw.sl). but as sw is wrong, you should fix it in the "normal" tarball :) > Since the survey.conf file will always be the same for gentoo systems, it might > be a better idea to use the "mkgentootarball.pl" script instead of the > "installer.pl" script, probably as a part of the build section of the ebuild. > Once the mk script is fixed with correct path locations, that would make the > ebuild rather less complex. maybe you can add some command-line options for the installer, this would get rid of the sed-fu and maybe also /dev/null workaround?
> but as sw is wrong, you should fix it in the "normal" tarball :) Yup, this will be fixed in next release. However, no-one reported this bug upstreams, so I only saw it when I sat down and tried to update the ebuild for the already released 3.2.5. And then only as a comment inside an ebuild I had never seen before.
