Date: Fri, 08 Aug 2014 09:05:18 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 188437] New port: security/softether Message-ID: <bug-188437-13-Lr0IdfpQ1B@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-188437-13@https.bugs.freebsd.org/bugzilla/> References: <bug-188437-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188437 --- Comment #8 from John Marino <marino@FreeBSD.org> --- (In reply to T. S. from comment #7) > Well - thing is - once started Softether puts binary files (configurations, > data files) into the same directory where the binaries are put. That's unfortunate. That's not allowed. > So placing the commands into ${prefix}/bin isn't a good option, there other > files then binaries shouldn't be placed. > So libexec/softether is maybe a possible location, though putting everything > in /var/softether (or somewhere) else isn't maybe an option too. libexec isn't allowed either. The s/w can create all the files it wants in /var/softether but it can't but the binary there. > That's the way Softether works and without going deep into the source it > can't be changed. > So installing it, using it for some time, then removing it will leave files > back in libexec/softether - or somewhere else where the binaries are put. I think you are going to have to change this. /usr/local could be mounted ready only. Any program that doesn't work on such a mount is considered broken, and definitely it can't litter in /usr/local (exception is /usr/local/etc) > If there's some standard where to put binaries, data files and > configurations - when being unable to split everything into sbin, etc, > share, ... I can change the port easily and modify the wrappers that get > installed. binaries: /usr/local/bin and /usr/local/libexec data: /usr/local/share/$PORTNAME/ usually config: /usr/local/etc/ Do you want to take this back and work on it some more? Thank you for telling us about this issue up front. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-188437-13-Lr0IdfpQ1B>