mirror of
https://github.com/ArchiveBox/ArchiveBox.git
synced 2026-04-25 17:16:00 +03:00
[GH-ISSUE #556] Dockerfile changes #353
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#353
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 @shepner on GitHub (Nov 29, 2020).
Original GitHub issue: https://github.com/ArchiveBox/ArchiveBox/issues/556
Type
What is the problem that your feature request solves
Minor stuff to make the Dockerfile a bit more friendly to work with
What hacks or alternative solutions have you tried to solve the problem?
This are some initial things Ive run across:
USER $ARCHIVEBOX_USERto switch from rootuseraddanduseraddcommands support user definable UID and GID.archivebox init?archivebox manage createsuperuseris the only reliable way Ive been able to setup a working account. (this is related to my comment in #554)archivebox initis a dangerous task (data is lost when the DB is recreated) but Ive needed to run it a couple times now. My startup script now has a special setting for it. Perhaps add a YAML metadata file into the root of each snapshot folder? This would permit the sqlite DB to be used exclusively as a data cache rather then the system of record.FWIW, I rather like how linuxserver.io has polished/refined their base image and so I tend to template my own configs upon their work.
How badly do you want this new feature?
@cdvv7788 commented on GitHub (Nov 29, 2020):
archivebox initshould not be dangerous. Did some folders get wiped, or some entries in the database get lost when you ran it? Can you reliable reproduce it? It would be very helpful if that is the case.@shepner commented on GitHub (Nov 30, 2020):
I debated about mentioning this in here so have opened #557 to avoid loosing the point of this enhancement ticket
@pirate commented on GitHub (Feb 1, 2021):
progress update:
After installing the software, run USER $ARCHIVEBOX_USER to switch from root(done via the entrypoint script)Provide ENV vars so the useradd and useradd commands support user definable UID and GID.(now respects PUID and GUID env vars in>=v0.5.4)I dont seem to be able to get the TZ to change out of the default UTC setting.(TODO add a TZ env var, will do this in a separate issue)@pirate commented on GitHub (Apr 6, 2021):
Going to close this for now since most of the suggestions have been implemented. We'll track timezone support in a separate issue.