Search Criteria
Package Details: opentodolist 3.48.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/opentodolist.git (read-only, click to copy) |
---|---|
Package Base: | opentodolist |
Description: | Maintain todo lists, notes and images in libraries, which can be synced via various services like NextCloud between your devices. |
Upstream URL: | https://opentodolist.rpdev.net/ |
Licenses: | GPL |
Conflicts: | opentodolist |
Provides: | opentodolist |
Submitter: | mhoeher |
Maintainer: | mhoeher |
Last Packager: | mhoeher |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2020-08-11 22:04 (UTC) |
Last Updated: | 2024-10-02 14:35 (UTC) |
Dependencies (13)
- libsecret
- noto-fonts (noto-fonts-hinted-gitAUR, noto-fonts-unhinted-gitAUR, noto-fonts-unhinted-variable-gitAUR, noto-fonts-unhinted-variable-slim-gitAUR, noto-fonts-full-gitAUR, noto-fonts-full-variable-gitAUR, noto-fonts-full-variable-slim-gitAUR, noto-fonts-variable-liteAUR, noto-fonts-latin-greek-cyrillicAUR, noto-fonts-mainAUR, noto-fonts-liteAUR, ttf-noto-sans-vfAUR, ttf-noto-serif-vfAUR, ttf-noto-sans-mono-vfAUR, ttf-noto-megamergeAUR)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-declarative (qt6-declarative-gitAUR)
- qt6-networkauth
- qt6-remoteobjects
- qtkeychain-qt6
- ttf-roboto (ttf-roboto-fontconfigAUR, ttf-roboto-variableAUR, ttf-google-fonts-typewolfAUR)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- git-lfs (git-lfs-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- qt6-tools (make)
Latest Comments
1 2 Next › Last »
TrialnError commented on 2023-08-02 22:32 (UTC)
Hello mhoeher,
thank you for intention to adjust the deps :)
Regarding the empty variables: This is one way to use it, yes. :D But on the contrary it makes it easier for anybody who looks at the PKGBUILD to see what is used in the PKGBUILD. Probably therefore the guideline to remove unused variables :)
Reading the response regarding the submodules.. I'm not sure if we are on the same page or if I'm misunderstood something.
Just to make it (hopefully) clear: My intention wasn't to suggest to add every dep as a separate package to the AUR (although this is generally preferred ;D ). The suggested change was to push the submodules as actively downloaded sources instead of "silently" done by
git
. Which allows just updating the existing sources instead of redownloading everything after a new version is released and possible reuse from other PKGBUILDs if they're using the same submodule/source (again. Not in the context of a separate package :D). The checkout itself is still done bygit
which the context of.gitmodules
.But that change would just be a nice addition, not a must have. And sometimes it is outright impossible without tinkering with the make files in use. So do what you see best in that case :)
mhoeher commented on 2023-07-31 19:26 (UTC)
Hi TrialnError,
about cmake and ninja: You are right, both are build time dependencies. I'll adjust the PKGBUILD accordingly.
I can also remove the empty variables - I basically just kept them as a reference (I'm not a daily user of pacman/pkgbuild and hence having them "in sight" helps me in this case).
As for the submodules: I actually am quite happy with the way the current setup is. As I need to develop and maintain the app itself plus builds for several target platforms and configurations, I want to keep effort as low as possible. For built-in, statically linked dependencies as the ones pulled in via the submodules, using them allows me to have a single source of truth for the used versions of all involved repositories (regardless of the target platform/package format) I build for.
Having to list these dependencies once more in the PKGBUILD will very likely lead to broken packages down the line, so I'd rather avoid this ;-)
TrialnError commented on 2023-07-27 20:51 (UTC) (edited on 2023-07-27 20:59 (UTC) by TrialnError)
Are
cmake
andninja
really runtime dependencies?I would assume those are only
makedepends
Edit: Additional remark. Empty variables should be removed from a
PKGBUILD
and submodule handling could be adjustedLinuxAndCoffee commented on 2023-03-05 00:02 (UTC)
I just installed this via "yay -S opentodolist" and when I try to launch it using "OpenTodoList" I get the following error:
OpenTodoList: error while loading shared libraries: libqlmdb-qt6.so.1.2.1: cannot open shared object file: No such file or directory
Googling has not helped. Any ideas or is there something I maybe did wrong with my install command? Any help is appreciated!!
mhoeher commented on 2023-02-15 20:11 (UTC)
@wxg4net This code is "legacy". Some time back, the app used to build some dependencies "in source" instead of using the system wide available ones. This introduced some conflicts which prevented OpenTodoList and those affected dependencies being installed as package side-by-side. Hence, these commands were necessary to remove those files and make sure OpenTodoList doesn't introduce any conflicts.
In theory, these two lines could be removed (although they should do no harm, as the app is build as a single, self-contained executable with no library and even if there'd be a library, the APIs are currently not meant to be used by other consumers, so including header files also wouldn't make no sense).
Hope that answers your question ;-)
wxg4net commented on 2023-02-15 19:15 (UTC)
Why were the dependencies removed? [code] rm -rf \ $pkgdir/usr/include/ \ $pkgdir/usr/lib/ [/code]
mhoeher commented on 2022-09-15 08:53 (UTC)
That failure is rather due to the build environment used. I just retriggered a build on the CI server, which uses plain Arch Linux within a Docker container: https://gitlab.com/rpdev/opentodolist/-/jobs/3031808837
From the output of the log you linked, it seems some other container system (maybe systemd-nspawn?) is used. I think that within that kind of container, there's some issue. Because the build itself runs - some of the unit tests fail. Interestingly, the failing tests are the ones that use the cache - which uses LMDB to cache the items for fast access.
Technetium1 commented on 2022-09-15 06:17 (UTC)
Build fails in clean chroot: log
mhoeher commented on 2022-03-19 18:10 (UTC)
Thanks for the heads up! This is a known build issue with most recent versions of this KDE library.
It was already fixed on the latest development branch. I ported this fix to the stable one and pushed out a release, see here for further information: https://opentodolist.rpdev.net/opentodolist-3-39-1-has-been-released/
So you should be able to retry the package installation - it should work now.
1 2 Next › Last »