mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3396] Vim contrib files do not follow the DESTDIR option in make install #2133
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#2133
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @corecontingency on GitHub (May 3, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3396
Broken in commit 944049c.
The makefile is installing to
$(datarootdir)instead of$(DESTDIR).This breaks the AUR package, as it tries to to install the vim files to
/usr/share/vim/vimfiles/ftdetect/instead of the package working directory. See:@rusty-snake commented on GitHub (May 3, 2020):
Should be fixed with
452fc93.@ghost commented on GitHub (May 3, 2020):
For me the build from git master is still broken, even with
452fc93a91. I use a custom-made PKGBUILD on Arch, so I hadn't looked at the one from AUR in a while. What I find odd is it tries to install vim files in the first place, because the AUR PKGBUILD doesn't use the--enable-contrib-installflag AFAICT and I thought the default is not to.Even when adding
--datarootdir=/usr/share --enable-contrib-installmake install still fails to find the vim files and aborts. The only way I can unbreak the build currently is by explicitly adding--disable-contrib-install, otherwise I keep seeing Install contrib scripts: yes in the configuration options output.Together with #3393 it sure looks like our Makefile.in (which sadly I don't know enough about to properly fix it) needs some love... @netblue30?
@corecontingency commented on GitHub (May 3, 2020):
Can confirm the AUR package is still failing:
@rusty-snake commented on GitHub (May 3, 2020):
@ghost commented on GitHub (May 3, 2020):
@rusty-snake Above patch returns 'Makefile:107: *** missing separator. Stop.'
@corecontingency commented on GitHub (May 3, 2020):
Seems to work fine for me, and it builds the package properly. I didn't use the patch though, just manually edited the changes into my fork of firejail and switched the URL in the PKGBUILD to my repo.
@ghost commented on GitHub (May 3, 2020):
Let me clean things up and try again...
@ghost commented on GitHub (May 3, 2020):
Progress:
Works: ./configure --prefix=/usr --enable-apparmor
Works: ./configure --prefix=/usr --enable-apparmor --enable-contrib-install
Breaks: ./configure --prefix=/usr --enable-apparmor --disable-contrib-install
make: *** [Makefile:55: seccomp.32] Bus error (core dumped)
make: *** Deleting file 'seccomp.32'
make: *** Waiting for unfinished jobs....
So something still needs attention IMO, at least if we want the configure flags to work as advertised. @corecontingency Does it work for you when using the --disable-contrib-install flag?
@corecontingency commented on GitHub (May 3, 2020):
@glitsj16
Yes, it seems to work, and build the package properly. Changed this line in the AUR PKGBUILD from:
./configure --prefix=/usr --enable-apparmorto
./configure --prefix=/usr --enable-apparmor --disable-contrib-installAnd switched the URL line to:
source=("${pkgname}::git+https://github.com/corecontingency/firejail.git")which is master + rusty-snake's changes.
Let me try those other options.
EDIT: Normal,
--enable-contrib-install, and--disable-contrib-installall work.@ghost commented on GitHub (May 3, 2020):
@corecontingency Thanks for the heads-up. I messed too much with my setup here and need sleep :-) Sorry for the noise.
@rusty-snake commented on GitHub (May 4, 2020):
travis passing
@ghost commented on GitHub (May 5, 2020):
@corecontingency The issue should be fixed now so we can close here. Feel free to reopen if needed. And thanks again for your input!