mirror of
https://github.com/ArchiveBox/ArchiveBox.git
synced 2026-04-25 17:16:00 +03:00
[GH-ISSUE #290] Bug: FileExistsError when archiving snapshot with PyPI prerelease on NixOS #209
Labels
No labels
expected: maybe someday
expected: next release
expected: release after next
expected: unlikely unless contributed
good first ticket
help wanted
pull-request
scope: all users
scope: windows users
size: easy
size: hard
size: medium
size: medium
status: backlog
status: blocked
status: done
status: idea-phase
status: needs followup
status: wip
status: wontfix
touches: API/CLI/Spec
touches: configuration
touches: data/schema/architecture
touches: dependencies/packaging
touches: docs
touches: js
touches: views/replayers/html/css
why: correctness
why: functionality
why: performance
why: security
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ArchiveBox#209
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gjabell on GitHub (Oct 26, 2019).
Original GitHub issue: https://github.com/ArchiveBox/ArchiveBox/issues/290
Describe the bug
On a brand new install / initialization, running
archivebox addfails because the static directory already exists.Steps to reproduce
archivebox add https://singleservingchef.com/chicken-and-mushroom-skillet-recipeWriting links to main indexScreenshots or log output
Full log:
Software versions
@pirate commented on GitHub (Oct 28, 2019):
The pypi version is not ready for public use yet, you're in uncharted territory there 😉
If you want to keep living on the cutting edge, can you try either the
v0.4branch or thev0.4.3branch. (git clone ...; git checkout v0.4.3; pip install -e .)@gjabell commented on GitHub (Oct 28, 2019):
All good, I switched to the v0.4.3 branch but it has the same issue. Looks to be an issue with the
staticfolder having read-only permissions, so theshutil.rmtreecall insystem.pyline 103 silently fails, and then theshutil.copytreeright after fails because the destination must not exist.Manually changing the permissions on the static folder to allow writing lets ArchiveBox get past this error, although it then fails on something else (don't think it's related) :P
@cdvv7788 commented on GitHub (Jul 17, 2020):
@gjabell can you please check if you still have this issue when running the
djangobranch? I tested and it worked as expected in this branch:@gjabell commented on GitHub (Jul 17, 2020):
This seems to be fixed now, thanks for the update!