Paperless
flatpak-builder-tools
Paperless | flatpak-builder-tools | |
---|---|---|
27 | 14 | |
7,543 | 185 | |
- | 2.2% | |
5.3 | 7.4 | |
about 3 years ago | 17 days ago | |
Python | Python | |
GNU General Public License v3.0 only | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Paperless
-
šUnderrated Open Source Projects You Should Know About š§
Paperless-ngx is the successor to the original Paperless & Paperless-ng projects, both of which are now in public archive. The original projects are not dead, but rather, continued through the open source community!
-
Paperless-Ngx v2.0.0
There's this:
https://github.com/the-paperless-project/paperless/issues/20
I don't know if it made it's way into this fork.
-
Welche App zum Einscannen von privaten Unterlagen ist empfehlenswert?
Paperless: https://github.com/the-paperless-project/paperless
- QuƩbec lifehack: la BanQ!
-
My take on document archiving: Virtualpaper
Agreed. It's difficult to beat paperless* for single-user systems. It does have some rudimentary user management from Django, but it's an admin party and there's no way to give users separate repositories. They've been looking into it for years, going back as far as the original paperless project. I imagine such a feature is difficult to add on as an afterthought because it touches everything, so it should be built in from the very beginning. And it seems they're looking for a perfect implementation, which may or may not exist. Thus, years later, paperless* remains effectively a single-user app.
-
Paperless-NGX
If I understand this correctly, the original Paperless was archived (Archival notice)[https://github.com/the-paperless-project/paperless/commit/9b...], so Paperless-NG was created.
Now that Paperless-NG seems to be going unmaintained (last commit on 15th Sep 2021), Paperless-NGX has been created with a focus on an org, so that the continuity of the project can be maintained with a simple path for the original creators to join back if they want to.
I don't think the community could have handled this better!
-
Announcing first release of Paperless-ngx, the community-supported successor to Paperless-ng
As many of you know "Paperless-ng" was a very popular fork of the document management system "Paperless". The initial author of -ng, Jonas Winkler, created an amazing project that was eventually designated as the 'official' successor. He maintained a furious development pace for some time but as of this post hasn't been heard from in months. A group of folks dedicated to the software (myself included) decided to try and revive the project and hopefully set it up for a long future. Yes, a similar thing happened with the original Paperless, we are hoping to avoid some of the same mistakes. See jonaswinkler/paperless-ng#1599, jonaswinkler/paperless-ng#1632 and historically the-paperless-project/paperless#711 if you are curious for more about all of this.
-
Alternative paperless-ng
yes, I know that project. Paperless-ng is actually a fork of paperless project. I borrowed many great ideas from both projects. Unfortunately both projects are now archived (paperless-ng is not officially archived, but in last 6 months there was no development, as it looks to me that main developer lost interest in the project).
- Just want to share my homelab
-
Can someone recommend me a decent cheap document scanner?
I have a Brother ADS-1700W, works fine, a little fiddly to set up the profiles for one touch scanning but once it's done it's fine. I set up a workflow with https://github.com/the-paperless-project/paperless that lets me scan straight into OCR. https://github.com/jonaswinkler/paperless-ng is the fork that I'm going to upgrade to in my CFT.
flatpak-builder-tools
-
How to use Gnome SDK from Makefile
Setting the build configuration for a module with things like type: autotools, type: cmake-ninja, or type: meson will add the necessary options automatically. Likewise, helper scripts like flatpak-pip-generator will generate manifest fragments containing the necessary prefix-specifying arguments.
-
Missing python module inside runtime when I install the app.
There's also this pull request https://github.com/flatpak/flatpak-builder-tools/pull/347 that would add an --ignore-installed= option to flatpak-pip-generator.
-
Building a dotnet application in a clean, no-internet environment
Yeah, turns out I had to do something similar to this. flatpak-dotnet-generator proved pretty useful, even if the README was a bit out of date.
-
Include Python modules in a Flatpak?
If you want it automated, for most packages you can use flatpak-pip-generator
- Just replaced a snap with a flatkpak and jesus christ snap sucks...
-
Need help with Flatpak package's dependencies
The first issue I had was working out how I add PyPI packages as deps, then I was pointed towards flatpak-pip-generator which generates JSON files that you can add as modules. That works fine:
-
Error when trying to build wormhole-gui as flatpak
For packaging with local cache and without networking, use the flatpak-go-get-generator.py from flatpak-builder-tools. I didn't have much success recently with go-get generator, so I'm not sure if working correctly, or it's just me doing something wrong.
-
How to install flatpak-pip-generator?
I am trying to install `flatpak-pip-generator` found in the link here. It looks like it is part of the `flatpak-builder` package but I have that installed and I can't seem to use the pip-generator. I run the command listed in the readme `flatpak-pip-generator --requirements-file=/the/path/to/requirements.txt --output pypi-dependencies
-
Why aren't more developers maintaining their own Flatpaks?
That one page in the docs does mention that tricky things like dependency resolution have to be done in advance, but support for building that dependency resolution is at best officially unsupported. There's a git repo dedicated to scripts to do this sort of thing but:
-
Packaging your Crystal app into a Flatpak
It would be nice to see some Crystal apps on flathub (I believe Hashbrown is the only one at the moment). A crystal sdk (like rust's) and a shard builder tool to generate the shards automatically would greatly improve the experience, if anyone is up to doing them.
What are some alternatives?
mayan-edms
org.freedesktop.Sdk.Extension.rust-stable
Papermerge - Open Source Document Management System for Digital Archives (Scanned Documents)
libusb - A cross-platform library to access USB devices
Paperless-ng - A supercharged version of paperless: scan, index and archive all your physical documents
wormhole-gui - Cross-platform application for easy encrypted file, folder, and text sharing between devices. [Moved to: https://github.com/Jacalz/rymdport]
Docspell - Assist in organizing your piles of documents, resulting from scanners, e-mails and other sources with miminal effort.
meson - The Meson Build System
Mayan EDMS - Free Open Source Document Management System (mirror, no pull request or issues)
flatpak-external-data-checker - A tool for checking if the external data used in Flatpak manifests is still up to date
CUPS - Apple CUPS Sources
shared-modules - Common Flatpak modules that can be used as a git submodule