Package Details: firefox-clearurls 1.23.1-2

Git Clone URL: https://aur.archlinux.org/firefox-clearurls.git (read-only, click to copy)
Package Base: firefox-clearurls
Description: Removes tracking elements from URLs
Upstream URL: https://clearurls.xyz
Licenses: LGPL3
Groups: firefox-addons
Submitter: arojas
Maintainer: jeois (ryanbarillos)
Last Packager: jeois
Votes: 4
Popularity: 0.000093
First Submitted: 2022-04-01 17:17 (UTC)
Last Updated: 2024-03-10 23:17 (UTC)

Pinned Comments

jeois commented on 2024-03-10 23:10 (UTC)

Yeah, I tried to update again, and it's still weird:

https://github.com/ClearURLs/Addon/releases/download/1.26.1/clearurls-1.26.1.xpi https://codeload.github.com/ClearURLs/Addon/tar.gz/refs/tags/1.26.1

Both the plugin and the source for 1.26.1 on github are 404 missing. Meanwhile, the latest release on gitlab seems to be 1.23.1. Please read my last 3 comments to understand why this is an issue.

In the meantime, I've reverted this package to 1.23.1 because at least we're able to retrieve that version's source release. Hopefully, @ryanbarillos or someone can take over and fix this. Otherwise, comment here or message me if/when upstream release links work again.

jeois commented on 2024-03-10 21:37 (UTC) (edited on 2024-03-11 06:12 (UTC) by jeois)

So upstream did finally update the github release about a month after I last checked, but nobody commented telling me, and it wasn't mentioned in the orphan request either. It's true that I haven't really updated in over a year, but it wasn't due to lack of trying in the beginning.

Regardless, I'll hand it over to you, @ryanbarillos, since you made the request. I've made you a maintainer, and I'll disown the package entry if you update, and you'll become the sole maintainer.

Latest Comments

1 2 Next › Last »

jeois commented on 2024-03-10 23:10 (UTC)

Yeah, I tried to update again, and it's still weird:

https://github.com/ClearURLs/Addon/releases/download/1.26.1/clearurls-1.26.1.xpi https://codeload.github.com/ClearURLs/Addon/tar.gz/refs/tags/1.26.1

Both the plugin and the source for 1.26.1 on github are 404 missing. Meanwhile, the latest release on gitlab seems to be 1.23.1. Please read my last 3 comments to understand why this is an issue.

In the meantime, I've reverted this package to 1.23.1 because at least we're able to retrieve that version's source release. Hopefully, @ryanbarillos or someone can take over and fix this. Otherwise, comment here or message me if/when upstream release links work again.

jeois commented on 2024-03-10 21:37 (UTC) (edited on 2024-03-11 06:12 (UTC) by jeois)

So upstream did finally update the github release about a month after I last checked, but nobody commented telling me, and it wasn't mentioned in the orphan request either. It's true that I haven't really updated in over a year, but it wasn't due to lack of trying in the beginning.

Regardless, I'll hand it over to you, @ryanbarillos, since you made the request. I've made you a maintainer, and I'll disown the package entry if you update, and you'll become the sole maintainer.

jeois commented on 2023-10-02 05:12 (UTC)

I've known this has been out-of-date for a quite a long time, but unfortunately, the issue with the source versions I described has STILL not been resolved (i.e. no new releases on github or gitlab). There should be a way to build from source; but tbh, I can't be bothered due to the versioning issue (If we get the current master branch files from gitlab, what version is it when there's no release number? Moreover, this isn't a -git or -dev package, so I don't think live source updates are appropriate.)

I never actually agreed to maintain this, and I only updated because the source format fit the previous maintainer's PKGBUILD, making it simple. Nobody helped me with links or suggestions for 9 months. So now, even I have resorted to using Mozilla's Add-On site instead. If anyone wants to fix/update this package, then I'll gladly hand it off to you. Or, if you can convince the upstream project dev(s) to make a git release like before, then I'll start updating again.

jeois commented on 2023-01-09 17:31 (UTC)

The devs are making maintaining this package difficult. The Mozilla add-ons site has the newer version 1.26.0, and its source was on github for several months, but for some reason, they removed that release. So now, the only package available on github and gitlab is the older 1.23.1 (which wasn't mirrored well, as one git would have a release before the other for quite a while).

They might not realize that we rely on the releases here on the AUR. They probably assume fiddling with releases doesn't matter since they assume everyone gets the add-on from Mozilla's site. So, I'm stuck with a dilemma: I can revert this AUR entry to 1.23.1 matching the sources from the previous maintainer, OR I can try to pull the add-on binary indirectly from Mozilla (btw, if anyone knows of an easy way to get the link, please let me know).

I feel like as soon as I revert the version, they'll move the project to another host or come out with another release only to Mozilla. Please contact the upstream project if you want this consistent on the AUR. I can't figure out what they're doing with the versions and which source repository actually has the latest release.

jeois commented on 2022-12-28 01:07 (UTC)

@morealaz : Thanks for telling me. The source package file changed without any version bumps. It's been fixed now.

morealaz commented on 2022-12-23 07:02 (UTC)

@jeois : please fix checksum

jeois commented on 2022-08-16 02:45 (UTC)

@kousu Thanks for clearing that up. pikaur's DynamicUser and running as root both change the build system's binary paths whereas the 'strip-nondeterminism' package and PKGBUILD assumes Perl added "/usr/bin/vendor_perl/" to the environment executable paths.

I can change the PKGBUILD to point directly where the standard Arch 'strip-nondetermism' binary is located, but that doesn't necessarily help in a real clean root build, in which case, it should install all relevant dependencies to the chroot build system, otherwise if it just uses your user's libraries and binaries, then it's kinda defeats the purpose, and you might as well use your normal user as the build environment. Do you pikaur folks want me to do that? It might dirty up clean build deployment, but that might not be a real issue.

kousu commented on 2022-08-13 16:25 (UTC)

And btw @zimbi, is it possible that the difference between sway and GNOME is actually the difference between a user account and the root account somehow? If I run pikaur -S firefox-clearurls manually as my usual user it works, but if I run it as root (which I do sometimes to avoid) then it uses DynamicUsers and fails.

kousu commented on 2022-08-13 16:22 (UTC)

I also hit

/var/cache/private/pikaur/build/firefox-clearurls/PKGBUILD: line 38: strip-nondeterminism: command not found

while using pikaur.

It's definitely triggered because of ~/.config/pikaur.conf's [sync].AlwaysUseDynamicUsers setting. When 'yes' -- or when running pikaur as root, which forces that setting to be yes -- pikaur does

/usr/sbin/systemd-run --service-type=oneshot --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/firefox-clearurls makepkg --force

which prints

Running as unit: run-u292.service
Press ^] three times within 1s to disconnect TTY.
==> Making package: firefox-clearurls 1.25.0-1 (Sat 13 Aug 2022 12:17:59 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading 1.25.0.tar.gz...
...

I edited the PKGBUILD when pikaur asked me to add a couple of debugging lines:

package() {
  cd Addon-$pkgver
  set
  set -x
  install -d "$pkgdir"/usr/lib/firefox/browser/extensions
  zip -r \
    "$pkgdir"/usr/lib/firefox/browser/extensions/{74145f27-f039-47ce-a470-a662b129930a}.xpi \
    clearurls.js browser-polyfill.js manifest.json img/* external_js/* html/* \
    core_js/* css/* fonts/* _locales/*
  strip-nondeterminism -t zip "$pkgdir"/usr/lib/firefox/browser/extensions/*
}

And from that I found out that in the DynamicUser environment,

PATH=/usr/local/sbin:/usr/local/bin:/usr/bin

while strip-nondetermism is in /usr/bin/vendor_perl/strip-nondeterminism.

So an easy fix for pikaur users, until pikaur -- or systemd? -- gets its act together would just be to replace 'strip-nondetermism' with '/usr/bin/vendor_perl/strip-nondeterminism'.

zimbi commented on 2022-07-30 04:56 (UTC)

looks like there's something wrong with my PATH under swaywm, when running pikaur under Gnome Shell it works