Arch Linux User Repository

Please open an issue.

g++ segfaults when trying to compile the latest build

And so I revered the changes again :)

@pbek Please don't do this. Arch Linux global compiling option store in makepkg.conf Simple change to MAKEFLAGS="-j$(nproc)". Not need to do that to every pkg in AUR.

https://wiki.archlinux.org/title/Makepkg#Parallel_compilation

Thank you, I'll add that.

@derchef

https://wiki.archlinux.org/title/Makepkg#Parallel_compilation

Could it be possible for the PKGBUILD to use more threads for compiling? Right now it only uses one core which slows down the time it needs to compile.

Proposed changes to PKGBUILD:

diff --git a/PKGBUILD b/PKGBUILD
index 8d08f64..112f460 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -22,7 +22,7 @@ prepare() {
 build() {
     cd "${pkgname}-${pkgver}"
     qmake QMAKE_CFLAGS_RELEASE="${CFLAGS}" QMAKE_CXXFLAGS_RELEASE="${CXXFLAGS}" QMAKE_LFLAGS_RELEASE="${LDFLAGS}"
-    make
+    make -j$(nproc)
 }

 package() {

It would be easier if you would just use the pre-built packages for Arch or use the AppImage (that also has an updater), the snap or the flatpak. See: https://www.qownnotes.org/installation/

Hi Patrizio,

First of all thanks for this wonderful piece of software.

I have one criticism related to packaging: as a user, having to recompile this 5-10 times per month is way too much. I am not sure how versions coming two times per week can really bring significant bugfixes or improvements...

I certainly don't want to feel ungrateful about your hard work as a developer, but this extreme update rate has pushed me to put qownnotes in the IgnorePkg section in /etc/pacman.conf, for the time being.

Would you consider pushing to AUR just with major versioning? Other package maintainers often choose to have package and package-git for stable and bleeding-edge respectively. At the moment qownnotes really behaves like qownnotes-git.

Build error in qsharedpointer resolved in qt5-base:r210 https://bugs.archlinux.org/task/71493

There is one thing that I did change my side in the last week or so and that was switching to KDE Plasma 5.22 Beta. That may have affected the dependencies in some way on the KDE side. I'd not had issues with other apps but maybe Qownnotes was affected with the build.

Nothing changed in the dependencies or the AUR build process for a long time.

I also tried with pamac from CLI but identical error, then tried uninstalling and installing again from AUR. Had no more Qownnotes as would not install. So now have installed the Appimage from https://appimage.github.io/QOwnNotes/ which did install and works fine, but it is a few versions older now at v21.1.1. I'm going to maybe try the Flatpak version which I see is 21.7.5.

I just built QOwnNotes 21.7.5 on Manjaro KDE with no issues.

I've been getting identical error last two or three days on Manjaro KDE. All my other packages are up to date and this one has been updating nearly daily without issues the past two years or so.

I haven't seen that so far in Manjaro, can you please open an issue on https://github.com/pbek/QOwnNotes/issues.

I'm experiencing exactly the same @bartus

Won't build agasint qt5-base:5.15.2+kde+r209-1

qmake configured c++ standard to low: gnu++11 where minimum is c++2a

In file included from /usr/include/qt/QtCore/qsharedpointer.h:48,
                 from /usr/include/qt/QtGui/qpagelayout.h:44,
                 from /usr/include/qt/QtGui/qpagedpaintdevice.h:45,
                 from /usr/include/qt/QtPrintSupport/qprinter.h:46,
                 from /usr/include/qt/QtPrintSupport/QPrinter:1,
                 from ./utils/misc.h:18,
                 from main.cpp:4:
/usr/include/qt/QtCore/qsharedpointer_impl.h: In function ‘std::shared_ptr<_Tp> qobject_pointer_cast(std::shared_ptr<_Tp>&&)’:
/usr/include/qt/QtCore/qsharedpointer_impl.h:1019:40: error: ‘exchange’ is not a member of ‘std’
 1019 |         return std::shared_ptr<X>(std::exchange(src, nullptr), castResult);
      |                                        ^~~~~~~~
make: *** [Makefile:2409: main.o] Error 1

Hasty solution, as passing -std=c++2a in CXXFLAGS won't work. http://ix.io/3sPf/diff

Don't know qt qrc files to fix this properly.

Needed to manually install aspell but otherwise no issues.

ok thanks

phonon is not part of QOwnNotes, best update your keys...

Error:

100   833  100   833    0     0    246      0  0:00:03  0:00:03 --:--:--  1032
==> Validating source files with sha256sums...
    phonon-4.10.3.tar.xz ... Passed
    phonon-4.10.3.tar.xz.sig ... Skipped
==> Verifying source file signatures with gpg...
    phonon-4.10.3.tar.xz ... FAILED (unknown public key B92A5F04EC949121)
==> ERROR: One or more PGP signatures could not be verified!
Failed to build phonon-qt4

https://github.com/pbek/QOwnNotes/issues

@issue in qownotes github?

@scachemaille please open an issue to talk about that

@pbek Does Aspell is really needed? I don't see any reference in source but I see reference to hunspell. Saying that because aspell is not available in Arch/ARM then I needed to edit the PKGBUILD.

Sorry about that, you're right - just having some weird network issues. It's working fine now. Thanks!

I can't reproduce that, http://download.tuxfamily.org/qownnotes/src/qownnotes-20.6.3.tar.xz works fine for me. Back then I already updated my deploy scripts to wait until the files are really downloadable before using the links in e.g. AUR.

Looks like I'm getting the same error as the comment a few days ago while downloading qownnotes-20.6.3.tar.xz:

Failed to connect to download.tuxfamily.org port 443: Connection timed out

Thank you for reporting, it was a disk space problem on tuxfamily. It should work now.

Latest tarball available at the site is 20.5.12. PKGBUILD references 20.5.13

Latest PKGBUILD fails:

Failure while downloading https://download.tuxfamily.org/qownnotes/src/qownnotes-20.5.13.tar.xz

No problem ;)

Sorry about that, the error threw me off. Tried installing directly and it worked fine. Must be an issue with my helper.

I can't reproduce your error, I just updated from 20.5.1 to 20.5.2 on Manjaro.

I'm getting this error when trying to update:

fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Ah, great. Thank you for the feedback! :)

Nevermind, you did update it, I just didn't get the new pkgbuild. Thank you!

Unfortunately it doesn't pass the validity check now @pbek.

 ==> WARNING: Skipping verification of source file PGP signatures.
 ==> Validating source files with sha256sums...
     qownnotes-20.4.2.tar.xz ... FAILED
 ==> ERROR: One or more files did not pass the validity check!

Thank you for reporting, should be fixed now!

20.4.2 doesn't exist at https://download.tuxfamily.org/qownnotes/src/qownnotes-20.4.2.tar.xz

 
==> Retrieving sources...
   -> Downloading qownnotes-20.4.2.tar.xz...
   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                  Dload  Upload   Total   Spent    Left  Speed
   0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
 curl: (22) The requested URL returned error: 404 Not Found
 ==> ERROR: Failure while downloading https://download.tuxfamily.org/qownnotes/src/qownnotes-20.4.2.tar.xz
     Aborting...

I finally managed to install it using makepkg. It was a full (re)install rather than a partial update (as usually with yay).

@galvez_65 I'm installing it through the AUR using yay.

We're you installing from the repo or building from the AUR? I had similar issues a few years ago when trying to install from the official repo so I just started building it myself from the AUR and hosting it on my personal repo. I would recommend building it yourself rather than using the repo

I installed 19.12.3 two hours ago without any troubles from the AUR.

I get this error: /var/cache/pacman/pkg/qownnotes-19.12.3-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

The architecture aarch64 can be added I did not had any problem to build it for my pinebook.

done, thank you!

The architecture aarch64 can be added I did not had any problem to build it for my pinebook.

Strange, that never was a problem before. I will add them in the next release.

Hello! It seems that SRCINFO is outdated. I tried to install this packages via yay and two packages (qt5-tools and qt5-xmlpatterns) were not automatically installed so the build would not even start due to missing dependencies.

Thank you for your kind words and the depends ;)

Thanks, glad you fixed the dependency to qt5-websockets, qt5-websocktes would have been much harder to find :) I really need to proofread better. Thanks again for a great program!

that's what I get when listening to people :) it's qt5-websockets, not qt5-websocktes

It built find so far. Thank you for mentioning, @galvez_65.

please update the package, your .SRCINFO file is malformed. The qt5-websocktes dependency is missing.

please update the package, your .SRCINFO

@egrupled, thank you for reporting. Stupid mistake. I fixed it now.

@pbek

in latest release you added a comma (, 'qt5-websockets') in 'depends' array which breaks the build, at least in trizen. Please remove it.

depends+=('qt5-xmlpatterns')

on which distribution did you test that?

depends+=('qt5-xmlpatterns')

can you please add to the .desktop file: StartupWMClass=QOwnNotes

will be added in 18.10.3

can you please add to the .desktop file: StartupWMClass=QOwnNotes

@verestiucv, can you please open an issue on https://github.com/pbek/QOwnNotes/issues

can you please add to the .desktop file: StartupWMClass=QOwnNotes

Without the app shows twice while using dash to dock when the application is added as favorite.

yaourt -Sy qownnotes --noconfirm

Hi pbek, how can i update qOwnNotes from Yaourt?

Qt 5.11 build problems will be fixed with QOwnNotes 18.05.7 in a few minutes.

I'm sorry, I haven't tested Qt 5.11.

Is building against Qt 5.11.0rc2 supported?

I cannot reproduce that error on my Manjaro box, 18.05.6 was built just fine. Do you have maybe problems with your Qt library, imraro?

A failure occurred in build():

....
             connect(const typename QtPrivate::FunctionPointer<Func1>::Object *sender, Func1 signal, const QObject *context, Func2 slot,
             ^~~~~~~
/usr/include/qt/QtCore/qobject.h:269:13: note:   template argument deduction/substitution failed:
/usr/include/qt/QtCore/qobject.h: In substitution of ‘template<class Func1, class Func2> static typename std::enable_if<(((int)(QtPrivate::FunctionPointer<Func2>::ArgumentCount) >= 0) && (! QtPrivate::FunctionPointer<Func2>::IsPointerToMemberFunction)), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType) [with Func1 = const char*; Func2 = const char*]’:
dialogs/notediffdialog.cpp:25:74:   required from here
/usr/include/qt/QtCore/qobject.h:269:13: error: no type named ‘type’ in ‘struct std::enable_if<false, QMetaObject::Connection>’
/usr/include/qt/QtCore/qobject.h:300:13: note: candidate: ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, Func2)’
             connect(const typename QtPrivate::FunctionPointer<Func1>::Object *sender, Func1 signal, Func2 slot)
             ^~~~~~~
/usr/include/qt/QtCore/qobject.h:300:13: note:   template argument deduction/substitution failed:
dialogs/notediffdialog.cpp:25:74: note:   candidate expects 3 arguments, 4 provided
             this, SLOT(notificationButtonGroupPressed(QAbstractButton *)));
                                                                          ^
In file included from /usr/include/qt/QtWidgets/qwidget.h:45,
                 from /usr/include/qt/QtWidgets/qdialog.h:44,
                 from /usr/include/qt/QtWidgets/QDialog:1,
                 from dialogs/notediffdialog.h:4,
                 from dialogs/notediffdialog.cpp:1:
/usr/include/qt/QtCore/qobject.h:308:13: note: candidate: ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType)’
             connect(const typename QtPrivate::FunctionPointer<Func1>::Object *sender, Func1 signal, const QObject *context, Func2 slot,
             ^~~~~~~
/usr/include/qt/QtCore/qobject.h:308:13: note:   template argument deduction/substitution failed:
/usr/include/qt/QtCore/qobject.h: In substitution of ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType) [with Func1 = const char*; Func2 = const char*]’:
dialogs/notediffdialog.cpp:25:74:   required from here
/usr/include/qt/QtCore/qobject.h:308:13: error: no type named ‘Object’ in ‘struct QtPrivate::FunctionPointer<const char*>’
make: *** [Makefile:2823: notediffdialog.o] Error 1

I now switched from SourceForge to TuxFamily, let's see how it will work out...

As far as I know GitHub offers no "classical" hosting of files (beside git-repositories themselves).

Ok. I think it would be better to publish everything on github and get rid of sourceforge completely.

No, not at all. These archives are made with the "git archive" command and thus have no git-submodules in them. (Plus I only have the src folder in the SF-source-archives)

Isn't this the same archive as the one on sourceforge? https://github.com/pbek/QOwnNotes/archive/linux-b3493-213936.tar.gz

Because you can't also have the git-submodules checked out...

Why don't you use sources from github?

We're sorry -- the Sourceforge site is currently in Disaster Recovery mode

Seems like Sourceforge had troubles again...

Some bogus checksums in last update: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=qownnotes#n15

SF got pretty unreliable lately...

Sorry, there is one. Sourceforge is “in static offline mode”. I should have checked it before posting.

Are you sure that's no Sourceforge download problem? I last checked the sums three days ago...

Update to ver. 18.02.5 fails. The source tarball downloaded by makepkg doesn’t pass sha265sum check.

Ok, I will change that in the next release. Thank you.

ArchLinux Arm sets CARCH to armv7h even when uname shows armv7l and every other package I have seen uses armvh.

Why do you think so? It's similar to the builds at https://build.opensuse.org/package/show/home:pbek:QOwnNotes/desktop

Should the arch for arm be armv7h and not armv7l?

sourceforge is up again, 18.02.3 is released

The Sourceforge upload server currently says: ssh: connect to host frs.sourceforge.net port 22: Connection refused

I cannot upload the current release.

Nevermind, it was a Manjaro issue (but only qownnotes failed when upgrading; I don't know why).

Sorry about that!

Thank you for your kind words.

Does anyone else have this problem? I was able to update a few days ago. Plus there shouldn't be any PGP signatures... Maybe AUR had/has troubles?

Hi. Thanks for maintaining this.

Error on latest update : invalid or corrupted package (PGP signature)