Package Details: tor-browser-bin 14.0.3-1

Git Clone URL: https://aur.archlinux.org/tor-browser-bin.git (read-only, click to copy)
Package Base: tor-browser-bin
Description: Tor Browser Bundle: anonymous browsing using Firefox and Tor
Upstream URL: https://www.torproject.org/projects/torbrowser.html
Licenses: MPL-2.0
Conflicts: tor-browser
Provides: tor-browser
Submitter: FabioLolix
Maintainer: grufo (jugs)
Last Packager: jugs
Votes: 1280
Popularity: 1.05
First Submitted: 2023-09-24 17:45 (UTC)
Last Updated: 2024-12-06 14:48 (UTC)

Pinned Comments

grufo commented on 2019-08-15 02:22 (UTC)

Before running makepkg, you must do this (as normal user):

$ gpg --auto-key-locate nodefault,wkd --locate-keys torbrowser@torproject.org

If you want to update tor-browser from AUR without AUR helpers you can run in a terminal:

$ tor-browser -u

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 77 Next › Last »

grufo commented on 2021-09-10 18:32 (UTC)

@aminvakil Fair point.

aminvakil commented on 2021-09-10 11:36 (UTC)

bash is part of base. Mentioning it explicitly in depends is unnecessary imho.

https://archlinux.org/packages/core/any/base/

whynothugo commented on 2021-09-09 09:17 (UTC)

~/.local/opt/tor-browser is fine by me.

It's not completely standard, but I've also seen it around, and is basically a "per-user /opt".

Using .cache is also valid IMHO, and this case is slightly outside of what any spec or standard has explicitly considered.

A downside of ~/.local/opt is that there's no way to override it, whereas .cache is actually $XDG_CACHE_HOME.

.config is a bad choice though; that's a directory that'll frequently get backed up (or even versioned by many), and dumping all of the browser's runtime in there sounds problematic.

grufo commented on 2021-09-08 18:07 (UTC)

@class101

I don’t think it was a great idea to create opt/ inside .local since it is not a standard location

This is the old debate about the ~/.local directory...

Is ~/.local/bin standard? The XDG mentions it ("User-specific executable files may be stored in $HOME/.local/bin").

What about ~/.local/lib? The XDG does not mention it, but it is the natural result of installing a library instead of a program locally via ./configure --prefix="$HOME/.local" && make && make install – the same command that would install a program under the ~/.local/bin path mentioned by the XDG.

For me this package's natural path is ~/.local/opt: it satisfies the requirements for opt (it is completely self-contained in one single directory) and it satisfies the requirements for ~/.local (it is a user installation).

But given the huge user base of this package, I would say that the debate has just started.

Application creates their folders in

.local .config .cache

Technically we do create our folder under .local.

class101 commented on 2021-09-08 17:47 (UTC)

I don’t think it was a great idea to create opt/ inside .local since it is not a standard location, only you will use the redondant opt folder

In my opinion it is not necessary to reinvent the wheel as Steam does so badly.

Application creates their folders in

.local .config .cache

grufo commented on 2021-09-08 17:39 (UTC)

@whynothugo

That is a very good idea. I moved the user copy of Tor Browser from ~/.tor-browser to ~/.local/opt/tor-browser.

whynothugo commented on 2021-09-08 10:19 (UTC)

Is it possible to use some other directory instead of ~/.tor-browser? I'd like to move this out of the way to somewhere like ~/.cache/tor-browser.

whynothugo commented on 2021-08-19 22:15 (UTC)

any is not correct for this package, as that implies that the same package runs on all architecture. That’s not the case for this, as it includes native binaries.