Package Details: archivebox 0.7.2-4

Git Clone URL: https://aur.archlinux.org/archivebox.git (read-only, click to copy)
Package Base: archivebox
Description: Open source self-hosted web archiving
Upstream URL: https://github.com/ArchiveBox/ArchiveBox
Licenses: MIT
Submitter: imlonghao
Maintainer: carsme
Last Packager: carsme
Votes: 9
Popularity: 0.002377
First Submitted: 2020-07-29 15:48 (UTC)
Last Updated: 2024-03-05 08:19 (UTC)

Latest Comments

1 2 3 Next › Last »

parkerlreed commented on 2024-11-01 17:33 (UTC) (edited on 2024-11-01 17:34 (UTC) by parkerlreed)

Two issues here one of which are with the PKGBUILD

python-pdm-backend and python-django are missing from deps

Tests starts up a server on 8080 which was already in use by qBittorrent on my system...

Even after all that, tests are still failing in mass on something else.

TomZander commented on 2024-10-17 13:33 (UTC)

After installing the suggested pdm-backend, the build seems to complete. But the tests fail. 2 of them anyway. * ArchiveBox/tests/test_extractors.py * ArchiveBox/tests/test_init.py

with: E ModuleNotFoundError: No module named 'django'

sin_us commented on 2024-09-08 14:43 (UTC)

You need to install python-pdm-backend

sudo pacman -S python-pdm-backend

laura7089 commented on 2024-08-13 13:14 (UTC)

Getting an error on build:

Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/pyproject_hooks/_impl.py", line 402, in _call_hook
    raise BackendUnavailable(
pyproject_hooks._impl.BackendUnavailable: Cannot import 'pdm.backend'

ERROR Backend 'pdm.backend' is not available.
==> ERROR: A failure occurred in build().

semjon00 commented on 2024-02-20 22:11 (UTC)

Thank you, now (using the workaround below) it works 😊

semjon00 commented on 2024-02-19 18:46 (UTC)

mercury-parser is now removed, apparently postlight-parser replaces it. Also, an issue with verifying signatures:

Building archivebox... ==> Making package: archivebox 0.7.2-2 (Mon 19 Feb 2024 20:36:55 EET) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Updating ArchiveBox git repo... -> Updating base32-crockford git repo... -> Updating django-taggit git repo... -> Updating pocket git repo... -> Updating python-atomicwrites git repo... -> Found django-3.1.14 -> Found django-extensions-3.1.5 ==> Validating source files with sha256sums... ArchiveBox ... Skipped base32-crockford ... Skipped django-taggit ... Skipped pocket ... Skipped python-atomicwrites ... Skipped django-3.1.14 ... Skipped django-extensions-3.1.5 ... Skipped ==> Verifying source file signatures with gpg... ArchiveBox git repo ... %s is unable to verify the signature. git ==> ERROR: One or more PGP signatures could not be verified! Failed to build archivebox

rien333 commented on 2024-01-17 11:41 (UTC) (edited on 2024-01-17 11:48 (UTC) by rien333)

Since archivebox now installs some dependencies (primarily an older django version) in /opt, users will need to update their PYTHONPATH variable to avoid ModuleNotFoundError: No module named 'archivebox' errors.

A quick workaround is to export the variable as such:

export PYTHONPATH=/opt/archivebox/lib/python3.11/site-packages/
archivebox init

According to python's documentation (and some StackOverflow answers), it might also be possible to put a .pth file referring to the /opt directory in python's default site-packages directory. This doesn't seem particularity harmful, but might cause breakages if a a newer of Django is also installed and intended to be used.

@carsme maybe the PKGBUILD could print a warning with recommendations/suggestions of this sort? Two other solutions include:

  1. Making bin/archivebox a wrapper script that calls the actual archivebox program with PYTHONPATH=/opt/archivebox/lib/python3.11/site-packages/ prepended. Downside is that this will unexpectly fail to work when archivebox is imported as a library from python. In fact, making a wrapper more or less hides the problem from the user.

  2. Installing a .pth file, as outlined above. Downside is that this might cause breakages with system packages (e.g. Django 3.2+), which AUR packages should avoid at all costs.

  3. Write a python-django-3.1 package. This actually seems preferable, but more work.

Thanks to carsme for stepping up as a maintainer, btw!

imlonghao commented on 2023-11-09 15:04 (UTC)

I'm going to disown this package since I'm no longer use it, playing with Linkwarden instead.

For anyone who want to own this package, I'm already written a new PKGBUILD[1] for v0.7.1

Something you need to know, the author shows no interested[2] in fixing the issue with the new version of Django, so it is not working at all without writing another python-django-3.1.x package

[1] https://pb.esd.cc/roof-spawn-emerge

[2] https://github.com/ArchiveBox/ArchiveBox/pull/740

Salt7816 commented on 2023-10-09 13:19 (UTC) (edited on 2023-10-09 13:19 (UTC) by Salt7816)

Please fix the dependencies
python-crontab-crontab should be python-python-crontab

yochananmarqos commented on 2023-03-03 22:38 (UTC)

Please depend on python-python-crontab instead of python-crontab. See [PRQ#40465] Merge Request for python-crontab