Patch for tested ebuild in attachment Reproducible: Always
Created attachment 416608 [details, diff] frox-0.7.18-r6.ebuild.patch
Any news about merging this patch?
Marek Behun, are you interested to become a substitute or co- maintainer of this package? Currently, it need be done with involvement of the user maintainer, who has simply offered no input.
(In reply to Ian Delaney from comment #3) Hello. I have never been using this package expect when trying it when I was adding libressl support for it. That I did because I was adding libressl support also to other packages in net-ftp category and when at it I wanted to add the support for the whole category. If the fact that I do not actively use this program is not a problem though, than I am willing to be the substitute or co-maintainer.
Sorry for the dealy I seem to have lost track of this in my records. This requires a revbump. Can you supply a unified diff patch that invoke the changes?. On adding these changes repoman full reveals RepoMan scours the neighborhood... dependency.missingslot 2 net-ftp/frox/frox-0.7.18-r5.ebuild: RDEPEND: 'dev-libs/openssl' matches more than one slot, please specify an explicit slot and/or use the := or :* slot operator net-ftp/frox/frox-0.7.18-r6.ebuild: RDEPEND: 'dev-libs/openssl' matches more than one slot, please specify an explicit slot and/or use the := or :* slot operator ebuild.notadded 1 net-ftp/frox/frox-0.7.18-r6.ebuild repo.eapi.deprecated 1 net-ftp/frox/frox-0.7.18-r4.ebuild: 4 SO recent changes to portage and repoman now see it prompting for adjustment tp the current frox-0.7.18-r5.ebuild. These ought be included in a patch (-u diff) completing both. Also remember to set keywords to ~arch in the revbumped ebuild. In case you are not sure, $ cp frox-0.7.18-r5.ebuild frox-0.7.18-r6.ebuild then work each ebuild. That you do actively use this program or preferable but not obligatory. It's not a real problem.
done