| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
Use two spaces to separate sentences to make the source easier to read
in monospace fonts (such as when editing or reviewing it), especially
for longer paragraphs. The HTML output should still look the same.
Misc: This also removes source-level ambiguity regarding abbreviations
(such as "Mr.") vs the end of sentences and enables moving between
sentences in vi with `(` and `)`, for example.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Changes:
* Add titles to referenced issues/discussions
* Use relative links for paths
* Separate repo paths from installed paths
* Turn some links and items into lists to make them stand out
|
| |
|
|
|
|
| |
Put lint after builds.
|
|
|
|
| |
And clarify the distribution installation steps.
|
| |
|
|
|
|
| |
See https://github.com/advisories/GHSA-2q4h-h5jp-942w
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
For increased portability.
Fixes[1]:
* MD034 Bare URL used
[1] https://github.com/markdownlint/markdownlint/blob/main/docs/RULES.md
|
|
|
|
|
|
|
|
| |
Changes:
* Use the usual 3 instead of 5 backticks for code fences
* To improve syntax highlighting, remove the leading dollar signs for
command lines without output and set the language used
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ensure consistent line breaks around headings, lists and code blocks.
To make them more readable and also more portable (which could help when
previewing/converting files locally).
From the CommonMark Spec (version 0.30, published on 2021-06-19)[1]:
> 1.2 Why is a spec needed?
[...]
> 2. Is a blank line needed before a block quote or heading? Most
> implementations do not require the blank line. However, this can
> lead to unexpected results in hard-wrapped text, and also to
> ambiguities in parsing (note that some implementations put the
> heading inside the blockquote, while others do not). (John Gruber
> has also spoken in favor of requiring the blank lines.)[2]
>
> 3. Is a blank line needed before an indented code block?
> (`Markdown.pl` requires it, but this is not mentioned in the
> documentation, and some implementations do not require it.)
Fixes[3]:
* MD022 Headers should be surrounded by blank lines
* MD031 Fenced code blocks should be surrounded by blank lines
* MD032 Lists should be surrounded by blank lines
Environment: ruby-mdl 0.12.0-1 on Artix Linux.
[1] https://spec.commonmark.org/0.30/#why-is-a-spec-needed-
[2] http://article.gmane.org/gmane.text.markdown.general/2146
[3] https://github.com/markdownlint/markdownlint/blob/main/docs/RULES.md
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes:
* Replace Unicode apostrophe with an ASCII one
* Strip non-printing characters from the output of --private-etc
Commands used to get a clean manpage output:
man firejail | less
Environment: mandoc 1.14.6-1 on Artix Linux
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Commands used to search and replace:
$ git grep -Ilz '.' | xargs -0 -I '{}' sh -c \
"printf '%s\n' \"\$(cat '{}')\" >'{}'"
The above commands ensure that there is exaclty 1 line terminator at EOF
(rather than 0 or more than 1) on all non-empty text files.
This fixes all of the "new blank line at EOF" errors raised by git:
$ git diff --check 4b825dc642cb6eb9a060e54bf8d69288fbee4904..HEAD |
grep '^[^+]' | cut -f 3 -d : | LC_ALL=C sort | uniq -c
21 new blank line at EOF.
72 space before tab in indent.
4 trailing whitespace.
|
| |
|
|
|
|
| |
group; added nvidia and X11 directories to @x11 group.
|
| |
|
| |
|
|\
| |
| | |
docs: remove apparmor options in --help when building without apparmor support
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* disable-programs.inc: add ssmtp support
* Create ssmtp.profile
* ssmtp: support Debian/Ubuntu
* README.md: add ssmtp to 'New profiles' section
* disable-common.inc: move ssmtp support to keep CI happy
* ssmtp: improve dead.letter comment
Suggested in [review](https://github.com/netblue30/firejail/pull/5544#pullrequestreview-1225322546).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Add firecfg support for tesseract
* Add tesseract to 'New profiles' section in README.md
* Create tesseract.profile
* tesseract: fix private-etc
* tesseract: fix XDG black/whitelisting
* tesseract: use 'seccomp socket' instead of 'protocol unix'
As kindly suggested by @rusty-snake.
* tesseract: add 'restrict-namespaces'
As kindly suggested by @rusty-snake.
* tesseract: use full seccomp filtering
The tesseract application works fine without 'protocol' or 'seccomp socket'.
|
|
|
|
|
|
|
| |
* Create cinelerra-gg
* add cinelerra-gg to `New profiles` section
* Add cinelerra-gg to firecfg.config
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added on commit 6d740d7dc ("RELNOTES and README.md - existing
functionality modified for the next version", 2022-08-29).
The duplication makes it harder to maintain the RELNOTES, especially
because the contents are prone to diverge between each file.
For example, even though the commit in question (6d740d7dc) added the
same items to both files, the additions to RELNOTES had two typos, while
the additions to README.md had one typo.
The typos in RELNOTES were fixed by commit c5e8d5d1f ("typo fixes for
RELNOTES", 2022-08-29), and the typo in README.md was fixed by commit
2ac8a93fd ("typo fix for README.md", 2022-08-29), both from PR #5349.
|
|\
| |
| | |
Revert "Add Landlock support to Firejail"
|
| |
| |
| |
| |
| |
| | |
Committer note: This is the same as commit 796fa0963
("README/README.md", 2022-08-30) and commit 0594c5d3d ("typos",
2022-08-30) but without the Landlock-related changes.
|
| |
| |
| |
| |
| |
| | |
This reverts commit 796fa09636195d8751a7bbc1e1bc88bf8c3ac95a.
Part of reverting commits with Landlock-related changes.
|
| |
| |
| |
| |
| |
| | |
This reverts commit 0594c5d3d0f1ddc4049cf2ed38676a1cdc8d6843.
Part of reverting commits with Landlock-related changes.
|
| |
| |
| |
| |
| |
| | |
This reverts commit c5a052ffa4e2ccaf240635db116a49986808a2b6.
Part of reverting commits with Landlock-related changes.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* add gdu to 'new profiles' section
* Create gdu.profile
* add gdu to firecfg
* harden gdu sandbox
* fix protocol
* simulate empty protocol in gdu
* more user-friendly gdu sandboxing
|