mirror of
https://github.com/ciur/papermerge.git
synced 2026-04-25 12:05:58 +03:00
[GH-ISSUE #4] dependency issues #2
Labels
No labels
2.1
3.0
3.0.1
3.0.2
3.0.3
3.0.3
3.1
3.2
3.2
3.3
3.5
3.x
Fixed. Waiting for feedback.
Fixed. Waiting for feedback.
UX
Version 2.1 - alpha
XSS
announcement
beta
blocker
bug
cannot reproduce
confirmed
confirmed
critical
demo
dependencies
deployment
detchnical debt
discussion
docker
documentation
donations
duplicate
enhancement
feature request
frontend
fundraising
good first issue
good issue
help wanted
high
implemented
important
improvement
incomplete
invalid
investigation
kubernetes
low
low impact
medium
medium
medium impact
migration from 2.0
migration from 2.1
missing-language
missing-ocr-language
no-activity
note
ocr
outofscope
packaging
performance
popular request
pull-request
pypi
question
raspberry pi
roadmap
search
security
setup
status
task
technical debt
updates
user xp
version 1.4.0 - demo
will be implemented
will not be implemented
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/papermerge#2
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 @ebdavison on GitHub (Feb 28, 2020).
Original GitHub issue: https://github.com/ciur/papermerge/issues/4
I am installing the docker version and there are Python dependency issues that are easily resolved but curious as to why they are missing:
django-rest-frameworkdjango-rest-knoxBut, once those are resolved, there are other dependencies that are unresolvable having to do with pdftk:
In digging through the pmworker files, I do not see a pdftk function or class that could be imported.
Would love to get this to work and give this a proper test drive.
@ciur commented on GitHub (Feb 29, 2020):
The problem is that in docker image git pulls from master branch - which is main development branch. Recently I started a proper branching/versioning/tagging. Anyway, the latest stable version is tagged with v1.1.0 (branch stable/1.1.x).
My fault is that I did not update documentation. I will fix this today.
@ciur commented on GitHub (Feb 29, 2020):
Hey, I am really glad that you want to experiment with papermerge!
I added documentation about branching model I use. A picture is worth a thousand words.
I updated docker files on both master branch and stable/1.1.x branches. Now docker file will pull sources from versions tagged with v1.1.0.
@ebdavison please try again, if it is OK, I will close the issue.
@ebdavison commented on GitHub (Mar 2, 2020):
I had already tried again by modifying the docker compose file that manually telling it to use
v1.1.0and that was successful. I have not yet tried a fresh pull from the repo yet.@ciur commented on GitHub (Mar 2, 2020):
@ebdavison great! thanks!
@lucaz82 commented on GitHub (Mar 2, 2020):
Hey I cloned your repo last friday and today.
Building the containers works fine I suppose but upon starting the papermerge_service container exits with
Exit 1and saysstandard_init_linux.go:211: exec user process caused "no such file or directory"I'm using docker desktop on windows
@ciur commented on GitHub (Mar 2, 2020):
@lucaz82, may I ask you for little help ? I just don't have a real windows machine (Virtual Box might not be really same scenario) and I want to ask you for help with this one. I googled around your error message and found this and this.
@lucaz82 could you please try those solutions (run dos2unix, or maybe change entry point in app.dockerfile from ENTRYPOINT ["/opt/entrypoint.sh"] to "ENTRYPOINT ["sh","/opt/entrypoint.sh"]" or "ENTRYPOINT ["bash","/opt/entrypoint.sh"]" ) and tell me if it fixes docker + windows issue?
@lucaz82 commented on GitHub (Mar 3, 2020):
@ciur So I just reinstalled docker completely and tried the ENTRYPOINT ["sh","/opt/entrypoint.sh"] & ENTRYPOINT ["bash","/opt/entrypoint.sh"]
This time the service container starts up but throws following errors
I also changed the coding of the file to LF
Maybe I've find some time later this day to find out more but for now I'll have to work.
We could also just raise a new issue from this part on as I tought the problem was related to the dependency issue
@ciur commented on GitHub (Mar 3, 2020):
Sounds fair to me. I close this issue and open another one - Docker + Windows specific.