Package Details: tor-browser 10.0.17-2

Git Clone URL: https://aur.archlinux.org/tor-browser.git (read-only, click to copy)
Package Base: tor-browser
Description: Tor Browser Bundle: anonymous browsing using Firefox and Tor (international PKGBUILD)
Upstream URL: https://www.torproject.org/projects/torbrowser.html
Keywords: Anonymity Browser Internet Network Tor
Licenses: GPL
Submitter: grufo
Maintainer: grufo (jugs)
Last Packager: grufo
Votes: 1150
Popularity: 10.97
First Submitted: 2017-03-23 12:24
Last Updated: 2021-06-09 11:44

Required by (0)

Sources (8)

Pinned Comments

grufo commented on 2019-08-15 02:22

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

1 2 3 4 5 6 ... Next › Last »

grufo commented on 2021-06-09 11:48

@LChris314 Very good catch, thank you! My bad while updating the old /usr/share/pixmaps to the more modern /usr/share/icons. Fixed now.

LChris314 commented on 2021-06-09 05:59

Looks like tor-browser.png and tor-browser.svg had their install location swapped.

class101 commented on 2021-06-07 13:46

@FabioLolix

Not sure this rule applies to all packages, if tor-browser existed in the official repo, yes, but yet tor-browser does not exists in the official repo so one has to build it, maybe one day this package will be in the official repo and having it named -bin in here means nothing. The majority of peoples just want to download tor-browser, they don't really wonder if -bin or -git or whatever.

FabioLolix commented on 2021-05-16 19:17

This pkgbuild lacks -bin suffix as is not build from source

grufo commented on 2021-04-21 01:21

I have increased the $pkgrel variable.

--grufo

autumnontape commented on 2021-04-20 04:58

The package can be rebuilt without re-downloading the sources if you've built it before. I just did it by deleting the old tor-browser-10.0.15-1-x86_64.pkg.tar.zst and running makepkg -si, and it only takes a few seconds. makepkg and all AUR helpers I know of do this by default, so I don't think updating the pkgrel would be placing much of a burden on anyone.

Not being able to remove mozilla-common from your system when it's been removed from the repositories won't keep you from using the software, but it is a bit of a problem in itself.

grufo commented on 2021-04-19 15:45

I am not sure any change to pkgrel or epoch is necessary in this case. If a user has tor-browser already installed then they have no problems. If instead they were unable to install tor-browser earlier, now they will be able to install it. But if I increase pkgrel or epoch I will force an update on all the users for which tor-browser works just fine. It is a heavy package, I am not sure that would be the right thing to do.

--grufo

Marcel_K commented on 2021-04-18 13:01

@Spixmaster That's wrong: that's what pkgrel is meant for. epoch should only been used when pacman thinks the version number is decreased (e.g., because of the use of alphabetical characters), but where the version actually is increased.

Spixmaster commented on 2021-04-18 12:52

@class101 @grufo For circumstances in which an Update is necessary withouth changing the version itself, epoch= should be used.

class101 commented on 2021-04-16 10:51

Edit: Looks like 10.0.15-1 has been fixed without bumping pkgrel (bad practice imo), If you installed the buggy 10.0.15-1, to fix, unininstall tor-browser, manually delete the directory tor-browser from the cache of your favorite aur helper, (.cache/yay/ .cache/paru/ etc...) and reinstall tor-browser

Yeah running fine is one thing but not all.

But I think indeed it is no more used (or part of an optional feature in tor maybe?), technically, mozilla-common is really tiny, it is just exporting the following variable MOZ_PLUGIN_PATH

export MOZ_PLUGIN_PATH="/usr/lib/mozilla/plugins"

And on my system, /usr/lib/mozilla/plugins does not exists with tor-browser installed.