I have increased the $pkgrel
variable.
--grufo
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) |
« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 77 Next › Last »
I have increased the $pkgrel
variable.
--grufo
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.
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
@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.
@class101 @grufo For circumstances in which an Update is necessary withouth changing the version itself, epoch= should be used.
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.
I doesn't seem to be necessary any more. I removed mozilla-common
from the PKGBUILD depends, and it builds and runs fine.
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
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