The emerge reports an access violation when emerging scotty 2.1.11 -- it fails when trying to 'mkdir /usr/lib/tnm2.1.11'. Reproducible: Always Steps to Reproduce: 1. emerge -u scotty 2. 3. Actual Results: See above. Expected Results: It should install.
Created attachment 52756 [details, diff] scotty-2.1.11-Makefile.patch This if is a substitution of the one that already exists.
Can you please download this file to /usr/portage/app-admin/scotty/files/ and reemerge again please?
Created attachment 55122 [details, diff] Makefile patch removes the sandbox violation. See the patch itself for an explanation of the problem.
Created attachment 55123 [details, diff] patch to the ebuild This patch adds an einfo informing the user how condensed mibs can be manually generated. This cannot be done automatically due to sandbox violations.
Is this correct? # Top-level directory for manual entries: -MAN_INSTALL_DIR = $(prefix)/man +MAN_INSTALL_DIR = $(DESTDIR)$(prefix)/man # Directory in which to install the manual entries: -MAN1_INSTALL_DIR = $(MAN_INSTALL_DIR)/man1 +MAN1_INSTALL_DIR = $(DESTDIR)$(MAN_INSTALL_DIR)/man1 Won't that install the man pages into ${D}/usr/share/man/usr/share/man/man1? Ditto with man8 and mann?
Created attachment 55833 [details] Adds ntping/straps to the install, instructs on adding condensed mibs This ebuild adds make DESTDIR=${D} sintall to src_install() so that ntping and straps are installed (suid). Adds correct instructions on how to generate condensed mibs and manually remove them.
Created attachment 55834 [details, diff] Fixes man page paths, removes sandbox violation The sandbox violation patch submitted elsewhere works great, the original patch and sandbox violation patches both had incorrect paths set for the man directories.
*** Bug 97318 has been marked as a duplicate of this bug. ***
Strange - although the patch from here is working ok in the portage there is still the incorrect version. Why is it not commited?
same issue here, please commit to portage
*** Bug 123692 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > same issue here, please commit to portage > still not commited, got a "ACCESS VIOLATION"
(In reply to comment #12) > still not commited, got a "ACCESS VIOLATION" Yeah, that's why this bug is still open. And, as you might or might not have noticed, it's assigned to maintainer-needed, a.k.a. this ebuild lacks a maintainer now. @QA: Unless someone is willing to fix this, it's best punted from portage. Been broken for almost 1 1/2 year now, upstream homepage is dead as well.
I spent a bit of time on this with some aid from trelane who was a big help. The determination is that this pkg is dead. The sandbox violation is not fixable, and we could rewrite the build system to install differently, or attempt something in src_config(), but neither of us are interested in doing that.
I spoke to elric about this package but haven't heard back. I've attempted to CC him on this bug as he was interested in fixing the build system. The package will survive for 4 more days.
Created attachment 93544 [details, diff] scotty-2.1.11-Makefile.patch First bug busted.
(In reply to comment #16) > Created an attachment (id=93544) [edit] > scotty-2.1.11-Makefile.patch > > First bug busted. > That isn't the problem, the problem is after compilation ./scotty is invoked to process mibs, which scotty attempts to do on the livefs, which is broken.
he is correct ... there's two bugs here
(In reply to comment #17) > (In reply to comment #16) > > Created an attachment (id=93544) [edit] > > scotty-2.1.11-Makefile.patch > > > > First bug busted. > > > > That isn't the problem, the problem is after compilation ./scotty is invoked to > process mibs, which scotty attempts to do on the livefs, which is broken. > Okhey, picked up this bug from the bugday page, there the summary is.... Sandbox Access Violation when emerging scotty 2.1.11 never did the ./scotty to find out about the other problem.
The app-admin/scotty package has been removed.
