Package Details: tor-browser-bin 14.0.2-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: grufo
Votes: 1282
Popularity: 1.87
First Submitted: 2023-09-24 17:45 (UTC)
Last Updated: 2024-11-17 05:13 (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 .. 8 9 10 11 12 13 14 15 16 17 18 .. 77 Next › Last »

grufo commented on 2021-04-21 01:21 (UTC)

I have increased the $pkgrel variable.

--grufo

autumnontape commented on 2021-04-20 04:58 (UTC)

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 (UTC)

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 (UTC) (edited on 2021-04-18 13:02 (UTC) by Marcel_K)

@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 (UTC)

@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 (UTC) (edited on 2021-04-16 15:15 (UTC) by class101)

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.

whynothugo commented on 2021-04-16 10:46 (UTC) (edited on 2021-04-16 10:46 (UTC) by whynothugo)

I doesn't seem to be necessary any more. I removed mozilla-common from the PKGBUILD depends, and it builds and runs fine.

class101 commented on 2021-04-16 10:42 (UTC) (edited on 2021-04-16 10:46 (UTC) by class101)

To fix extra/mozilla-common deleted from the extra repository

pacman -U https://archive.archlinux.org/packages/m/mozilla-common/mozilla-common-1.4-6-any.pkg.tar.zst

Unfortunately, pushing mozilla-common 1.4-6 at aur/mozilla-common is currently rejected :

remote: error: package already provided by [extra]: mozilla-common        
remote: error: hook declined to update refs/heads/master

Maybe the package is no more necessary ? I haven't checked, a workaround would be to create it under a different name like aur/mozilla-common-aur but this would be ugly, because every dependent app will still break until patched.

Anyway, a backup of the sources of the deleted extra/mozilla-common is available here

https://github.com/archlinux/svntogit-packages/tree/packages/mozilla-common/trunk

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