mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2739] Add automated CI checks and git hooks #1725
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#1725
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 @jose1711 on GitHub (Jun 2, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2739
It would be nice to have automated checks for things that tend to repeat in new profile submissions:
firecfg.section,disable-programs.incand similar files being sorted@rusty-snake commented on GitHub (Jun 2, 2019):
I had a similar idea a few days ago and started to write it in rust, but I'm actually thinking if it's still necessary if you prominently recommend the profile.template for it (e.g. use GH pull request templates (and provieder there a checklist), CONTRIBUTIN.md, manpage (see my comment in the add template issue)), because it will never be possible to check it with human inteliegenz (e.g.
include disable-xdg.incin an image-viewer-profile but notnoblacklist ${PICTURES})EDIT: The most review comments are ordering (which can prevent with the profile.template and/or GH pull request templates with checklist) and the second most are special thing that can only found with human intelligence.
@jose1711 commented on GitHub (Jun 2, 2019):
I agree for the most part - I wonder though how is this GH pull request template supposed to work. Is it difficult to implement?
@rusty-snake commented on GitHub (Jun 3, 2019):
Its a issue template but for pull request, see https://help.github.com/en/articles/about-issue-and-pull-request-templates.
@rusty-snake commented on GitHub (Jun 4, 2019):
With this script you get alphabetical sorted
private-etcandprivate-binlines. I will add support for automaticaly fixing profile.Or if you prever to use a shell:
@jose1711 commented on GitHub (Jun 4, 2019):
note that
[12:-1]means excluding the last character. not sure if you want that.@rusty-snake commented on GitHub (Jun 4, 2019):
@jose1711 thanks. The last character is
\n. I test this code, it works.@jose1711 commented on GitHub (Jun 4, 2019):
ok, but what if
private-etcis the last line and is not terminated with\n? like so:echo -n 'private-etc foo,bar' > profilethen I get this:
@rusty-snake commented on GitHub (Jun 7, 2019):
@jose1711 Most profiles end with a newline, but you're right that we have to consider the missing of it.
New version, with support for automatic fixing several profiles.
https://gist.github.com/rusty-snake/a1010a3daf3c54e93dfe03f2f5ce3d96
Issues:
"[ Fixed ] {filename}" is always printed, even if nothing was fixed.Fixed, only if noprivate-etcorprivate-binis present. Readly Fixed.All files will be rewritten.Fixed, only if noprivate-etcorprivate-binis present. Readly Fixed.Names starting with two uppercase letters are not handled correctly. Sure? NoNames containing an uppercase letter are not handled correctly (e.g.QOwnNotes). was never an issueHandling of special characters (e.g. _ - . ). ignoring is fineTODOs:
Done,private-libWon't fix,#private-etc,# private-etc,#private-bin,# private-binDoneprotocol@ghost commented on GitHub (Jun 17, 2019):
@rusty-snake Can't track the item right now (you referred to my fork of your sort.py script), but if you like to integrate sorting caps.{drop,keep} and seccomp.{drop,keep}, go right ahead. You did a great job creating that tool. The better it can cover this wide array of firejail options, the more changes there are this gets into CI. My personal little profile regression tester caught the first one just a few minutes ago 😄. Cheers!
@rusty-snake commented on GitHub (Jun 17, 2019):
@glitsj16 I already add caps.{drop,keep} and seccomp.{drop,keep}. All supported options are: private-bin, private-etc, private-lib, seccomp.drop, seccomp.keep, caps.drop, caps.keep, protocol.
@rusty-snake commented on GitHub (Feb 1, 2020):
Is there anything else we want to do here?
@matu3ba commented on GitHub (Apr 9, 2020):
@rusty-snake Is fetching the program binary with checking, if the program runs and kill it afterwards possible?
@rusty-snake commented on GitHub (Apr 9, 2020):
You mean checking if firejail runs? The are a lot of test under test.
@matu3ba commented on GitHub (Apr 11, 2020):
@rusty-snake Does this include checking meaningful shell options as well? I dont see according shell commands for firejail execution in the
.travis-ciand.gitlab-ci.They should be able to simulate all
.localand.globalconfigurations.@rusty-snake commented on GitHub (Apr 11, 2020):
in the travis.yml is
make test-traviswhich runs the test under test.