Commits on Source (73)
-
Aleksa Sarai authored
On some GNU/Linux distributions, python3 is the default python version and thus causes issues when running torbrowser-launcher. This is a stopgap until torbrowser-launcher is ported to python3. Signed-off-by:
Aleksa Sarai <cyphar@cyphar.com>
-
sedrubal authored
To get compatible to python3 See #214
-
sedrubal authored
Behavior will be changed in python3 See #214
-
sedrubal authored
I'm not really sure with these imports but it worked for me with python2 and 3
😉 -
intrigeri authored
This profile was copied as-is from torbrowser.Browser.firefox, and I updated the name of the profile and the corresponding local include only.
-
intrigeri authored
AppArmor: fully transition to plugin-container's own confinement when starting it, i.e. don't inherit Firefox' confinement. We will later remove credentials plugin-container doesn't need, in order to confine it more strictly. Such effort would be worthless if we kept inheriting the permissions we grant the parent Firefox process.
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
AppArmor: give plugin-container read-only access to the Tor Browser components it needs, and to user extensions.
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
Otherwise at least printing is broken.
-
intrigeri authored
Otherwise at least printing to a PDF file in that directory fails.
-
intrigeri authored
AppArmor: move to plugin-container, and extend, the commented-out lines that help making sound work. Apparently these permissions are now needed by plugin-container, not by the master firefox process.
-
intrigeri authored
Otherwise e.g. printing to a PDF file fails.
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
Apparently it needs that to use & manage the cache.
-
intrigeri authored
With systemd (at least on current Debian sid), /run/shm is a symlink to /dev/shm, so "owner /dev/shm/org.chromium.* rw," is enough. With sysvinit, apparently things are set up differently (perhaps the symlinks are in the opposite direction?) so Firefox tries to access /run/shm/org.chromium.*, which was rejected. Let's support both! Thanks to gregor herrmann <gregoa@debian.org> for the bug report: https://bugs.debian.org/874383 Note that this problem happens with pristine 0.2.8 profiles, without the changes brought by my apparmor-e10s branch.
-
anonym authored
Tor Browser will always check for these directories and fail, meanwhile needlessly spamming the journal with audit log entries.
-
Roger Shimizu authored
Except the official site, there're only 3 working mirror in current mirror list. So it's really necessary to update the list now. Got the latest list from: - https://www.torproject.org/getinvolved/mirrors.html.en And only keeps https links for security sake.
-
intrigeri authored
It's unclear to me why this is not needed _all the time_, but it does make sense that at least in some circumstances, it needs to do that, e.g. to create that directory. Originally reported by Chris Lamb <lamby@debian.org> on https://bugs.debian.org/876484.
-
intrigeri authored
-
intrigeri authored
I did not check in details why it needs that nowadays but this does not increase the attack surface significantly, so let's allow it and don't take the risk of breaking security critical stuff by denying it blindly. If someone does the research and shows that it's safe to deny such access, then we can do so.
-
intrigeri authored
It's been broken since years and shipped in complain mode since 26 months. It's now obvious that nobody cares enough about this profile to maintain it, so let's drop it to avoid polluting system logs with tons of AppArmor messages: with Linux 4.14, starting Tor Browser once triggers 27k+ such messages.
-
Roger Shimizu authored
-
Karl-Johan Karlsson authored
If torbrowser-launcher cannot write to stdout, e.g. because it was started in the background and the controlling terminal has been closed or because it was started from a desktop environment launcher whose stdout has been closed, it crashes after updating the GnuPG key. This is due to print() crashing the program if stdout isn't writeable and the string to print contains a newline. To work around the problem, split the strings containing newlines into several calls to print(). See also the upstream bug at https://bugs.python.org/issue32345 Closes #298
-
Roger Shimizu authored
This makes dpkg-buildpackage be able to run again. Thanks to Andreas Beckmann for the bugreport. Closes: #884419
-
Roger Shimizu authored
Upgrade to the new spec of AppStream metadata: - https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html And rename to share/metainfo/torbrowser.appdata.xml
-
Roger Shimizu authored
d/control: - Add myself as uploader. Gbp-Dch: Ignore
-
Roger Shimizu authored
New spec: https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html And rename to share/metainfo/torbrowser.appdata.xml
-
Roger Shimizu authored
Closes: #862799
-
Roger Shimizu authored
-
Matt Kraai authored
Fixes #306
-
Micah Lee authored
-
https://github.com/cyphar/torbrowser-launcherMicah Lee authored
Merge branch 'force-python2' of https://github.com/cyphar/torbrowser-launcher into cyphar-force-python2
-
Micah Lee authored
-
Micah Lee authored
Merge branch 'feature-use-octal-numbers' of https://github.com/sedrubal/torbrowser-launcher into sedrubal-feature-use-octal-numbers
-
Micah Lee authored
-
Micah Lee authored
Merge branch 'feature-print-function' of https://github.com/sedrubal/torbrowser-launcher into sedrubal-feature-print-function
-
Micah Lee authored
Merge branch 'feature-relative-import' of https://github.com/sedrubal/torbrowser-launcher into sedrubal-feature-relative-import
-
https://github.com/rogers0/torbrowser-launcherMicah Lee authored
Merge branch 'PR/fix_mirror' of https://github.com/rogers0/torbrowser-launcher into rogers0-PR/fix_mirror
-
Micah Lee authored
Updated mirror list again, from mirrors at https://www.torproject.org/getinvolved/mirrors.html.en on 2018-01-28
-
Micah Lee authored
Merge branch '298-remove-newlines-from-prints' of https://github.com/creideiki/torbrowser-launcher into creideiki-298-remove-newlines-from-prints
-
Micah Lee authored
-
Micah Lee authored
Merge branch 'PR/appstream_metadata' of https://github.com/rogers0/torbrowser-launcher into rogers0-PR/appstream_metadata
-
Micah Lee authored
-
https://dist.torproject.org/Micah Lee authored
-
Micah Lee authored
-
Micah Lee authored
Merge branch 'apparmor-e10s' of https://github.com/intrigeri/torbrowser-launcher into intrigeri-apparmor-e10s
-
Micah Lee authored
-
Micah Lee authored
Merge branch 'silence-tor-browser-apparmor-logs' of https://github.com/intrigeri/torbrowser-launcher into apparmor
-
Micah Lee authored
Merge branch 'apparmor-vs-Linux-4.14' of https://github.com/intrigeri/torbrowser-launcher into apparmor
-
Micah Lee authored
-
Micah Lee authored
-
Micah Lee authored
-
Roger Shimizu authored
Version 0.2.9
-
Roger Shimizu authored
-
Roger Shimizu authored
-
Roger Shimizu authored
-
Roger Shimizu authored
Closes: #888236
-
Roger Shimizu authored
-
Roger Shimizu authored
Thanks to intrigeri. Some breakdown of the patches: - Make e10s work fine especially with a Linux 4.14 kernel - Silencing all the denial logs I could observe - Support for obfs4 and obfs3 - Various updates, refactoring and clean-ups
-
Roger Shimizu authored
Remove apparmor local path from setup.py
-
Roger Shimizu authored
-
intrigeri authored
-
intrigeri authored
-
intrigeri authored
Git-Dch: Ignore
-
Roger Shimizu authored
apparmor/local/torbrowser.Browser.firefox
0 → 100644
apparmor/local/torbrowser.Tor.tor
0 → 100644
apparmor/torbrowser.Browser.plugin-container
0 → 100644
apparmor/tunables/torbrowser
0 → 100644
apparmor/usr.bin.torbrowser-launcher
deleted
100644 → 0
debian/NEWS.Debian
0 → 100644