Package Details: qownnotes 22.5.3-1

Git Clone URL: https://aur.archlinux.org/qownnotes.git (read-only, click to copy)
Package Base: qownnotes
Description: Plain-text file markdown note taking with Nextcloud/ownCloud integration. This package is the "official" release of QOwnNotes on AUR.
Upstream URL: https://www.qownnotes.org/
Keywords: markdown Nextcloud note-taking notepad ownCloud qt5 todo-list
Licenses: GPL2
Submitter: Midov
Maintainer: pbek
Last Packager: pbek
Votes: 115
Popularity: 1.35
First Submitted: 2015-11-07 14:02 (UTC)
Last Updated: 2022-05-24 17:03 (UTC)

Latest Comments

pbek commented on 2022-01-30 19:50 (UTC)

Please open an issue.

hazelnot commented on 2022-01-30 13:56 (UTC)

g++ segfaults when trying to compile the latest build

pbek commented on 2022-01-30 12:01 (UTC)

And so I revered the changes again :)

Behem0th commented on 2022-01-29 18:10 (UTC)

@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

pbek commented on 2022-01-29 17:44 (UTC)

Thank you, I'll add that.

Behem0th commented on 2022-01-29 17:14 (UTC)

@derchef

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

derchef commented on 2022-01-29 15:43 (UTC)

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() {

pbek commented on 2021-08-20 10:44 (UTC)

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/

albron commented on 2021-08-20 08:54 (UTC)

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.

bartus commented on 2021-07-16 13:40 (UTC)

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

danievdm commented on 2021-07-15 09:40 (UTC)

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.

pbek commented on 2021-07-15 09:17 (UTC)

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

danievdm commented on 2021-07-15 09:12 (UTC) (edited on 2021-07-15 09:29 (UTC) by danievdm)

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.

pbek commented on 2021-07-14 20:37 (UTC)

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

danievdm commented on 2021-07-14 17:17 (UTC)

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.

pbek commented on 2021-07-13 12:29 (UTC)

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

MigueldeCarvalho commented on 2021-07-13 11:49 (UTC)

I'm experiencing exactly the same @bartus

bartus commented on 2021-07-13 07:40 (UTC)

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.

therico commented on 2021-02-25 15:00 (UTC)

Needed to manually install aspell but otherwise no issues.

Tio commented on 2020-11-09 12:27 (UTC)

ok thanks

pbek commented on 2020-11-08 05:51 (UTC)

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

Tio commented on 2020-11-08 01:21 (UTC)

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

pbek commented on 2020-10-04 15:36 (UTC)

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

scachemaille commented on 2020-10-04 15:35 (UTC)

@issue in qownotes github?

pbek commented on 2020-10-04 15:25 (UTC)

@scachemaille please open an issue to talk about that

scachemaille commented on 2020-10-04 15:12 (UTC)

@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.

avery commented on 2020-06-11 23:30 (UTC)

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

pbek commented on 2020-06-10 04:40 (UTC)

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.

avery commented on 2020-06-10 02:55 (UTC) (edited on 2020-06-10 02:55 (UTC) by avery)

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

pbek commented on 2020-05-27 19:07 (UTC)

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

eradot4027 commented on 2020-05-27 18:47 (UTC)

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

muesli commented on 2020-05-27 18:44 (UTC)

Latest PKGBUILD fails:

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

pbek commented on 2020-05-04 06:15 (UTC)

No problem ;)

rjt commented on 2020-05-04 06:10 (UTC)

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

pbek commented on 2020-05-03 15:59 (UTC)

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

rjt commented on 2020-05-03 09:51 (UTC)

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).

pbek commented on 2020-04-07 19:41 (UTC)

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

petris commented on 2020-04-07 19:40 (UTC)

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

petris commented on 2020-04-07 19:36 (UTC)

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!

pbek commented on 2020-04-07 19:34 (UTC)

Thank you for reporting, should be fixed now!

petris commented on 2020-04-07 18:56 (UTC)

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...

n.vaughan commented on 2019-12-07 15:37 (UTC)

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

n.vaughan commented on 2019-12-07 15:31 (UTC)

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

galvez_65 commented on 2019-12-07 14:59 (UTC)

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

pbek commented on 2019-12-07 14:46 (UTC)

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

n.vaughan commented on 2019-12-07 14:12 (UTC)

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)).

pbek commented on 2019-05-19 07:26 (UTC)

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

done, thank you!

scachemaille commented on 2019-05-14 12:28 (UTC)

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

pbek commented on 2019-02-05 05:15 (UTC)

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

edudobay commented on 2019-02-05 01:33 (UTC)

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.

pbek commented on 2019-01-02 20:26 (UTC)

Thank you for your kind words and the depends ;)

galvez_65 commented on 2019-01-02 15:19 (UTC) (edited on 2019-01-02 15:20 (UTC) by galvez_65)

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!

pbek commented on 2019-01-02 09:52 (UTC)

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

pbek commented on 2019-01-01 21:33 (UTC)

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

galvez_65 commented on 2019-01-01 20:27 (UTC) (edited on 2019-01-01 20:28 (UTC) by galvez_65)

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

galvez_65 commented on 2019-01-01 20:27 (UTC)

please update the package, your .SRCINFO

pbek commented on 2018-12-26 12:10 (UTC)

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

egrupled commented on 2018-12-26 10:33 (UTC)

@pbek

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

pbek commented on 2018-12-21 05:53 (UTC)

depends+=('qt5-xmlpatterns')

on which distribution did you test that?

bartus commented on 2018-12-20 19:22 (UTC)

depends+=('qt5-xmlpatterns')

pbek commented on 2018-10-18 16:50 (UTC)

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

will be added in 18.10.3

pbek commented on 2018-10-15 14:17 (UTC) (edited on 2018-10-15 14:18 (UTC) by pbek)

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

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

verestiucv commented on 2018-10-15 13:47 (UTC)

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.

pbek commented on 2018-06-22 19:21 (UTC)

yaourt -Sy qownnotes --noconfirm

samael205 commented on 2018-06-22 13:44 (UTC)

Hi pbek, how can i update qOwnNotes from Yaourt?

pbek commented on 2018-05-24 16:10 (UTC)

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

pbek commented on 2018-05-21 12:33 (UTC)

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

imraro commented on 2018-05-21 11:21 (UTC)

Is building against Qt 5.11.0rc2 supported?

pbek commented on 2018-05-21 08:06 (UTC)

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?

imraro commented on 2018-05-21 06:17 (UTC) (edited on 2018-05-21 07:44 (UTC) by 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

pbek commented on 2018-03-06 07:54 (UTC)

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

pbek commented on 2018-03-03 11:45 (UTC)

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

egrupled commented on 2018-03-03 11:25 (UTC)

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

pbek commented on 2018-03-03 05:06 (UTC)

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)

egrupled commented on 2018-03-02 21:55 (UTC)

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

pbek commented on 2018-03-02 21:35 (UTC)

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

egrupled commented on 2018-03-02 21:27 (UTC)

Why don't you use sources from github?

pbek commented on 2018-03-02 18:59 (UTC)

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

pbek commented on 2018-03-02 18:51 (UTC)

Seems like Sourceforge had troubles again...

egrupled commented on 2018-03-02 16:37 (UTC)

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

pbek commented on 2018-03-01 16:47 (UTC)

SF got pretty unreliable lately...

dmdobrowolski commented on 2018-03-01 16:32 (UTC)

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

pbek commented on 2018-03-01 16:14 (UTC)

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

dmdobrowolski commented on 2018-03-01 14:05 (UTC)

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

pbek commented on 2018-02-19 05:44 (UTC)

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

Morganamilo commented on 2018-02-18 21:48 (UTC)

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

pbek commented on 2018-02-18 19:24 (UTC)

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

Morganamilo commented on 2018-02-18 15:19 (UTC)

Should the arch for arm be armv7h and not armv7l?

pbek commented on 2018-02-18 09:08 (UTC)

sourceforge is up again, 18.02.3 is released

pbek commented on 2018-02-15 17:06 (UTC)

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

I cannot upload the current release.

balek commented on 2018-02-06 22:07 (UTC)

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

Sorry about that!

pbek commented on 2018-02-06 15:02 (UTC)

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?

balek commented on 2018-02-06 14:17 (UTC)

Hi. Thanks for maintaining this.

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

pbek commented on 2017-09-27 08:30 (UTC)

Sourceforge is back online, it should work again.

pbek commented on 2017-09-27 04:41 (UTC)

Thank you for reporting, Sourceforge.net is currently in "static offline mode".

sender commented on 2017-09-26 21:19 (UTC)

The last install fails with: ``` ==> Validating source files with sha256sums... qownnotes-17.09.8.tar.xz ... FAILED ==> ERROR: One or more files did not pass the validity check! :: failed to verify qownnotes integrity ```

egrupled commented on 2017-08-06 11:41 (UTC)

Great. Thank you.

pbek commented on 2017-08-06 05:12 (UTC)

Thank you for mentioning, I now changed that for the next release.

egrupled commented on 2017-08-06 01:45 (UTC) (edited on 2017-08-06 01:46 (UTC) by egrupled)

Hi! Can you change in build section line: qmake to: qmake QMAKE_CFLAGS_RELEASE="${CFLAGS}" QMAKE_CXXFLAGS_RELEASE="${CXXFLAGS}" QMAKE_LFLAGS_RELEASE="${LDFLAGS}" This way it will respect user set buildflags in makepkg.conf

pbek commented on 2017-01-20 09:31 (UTC)

harfbuzz is not a dependency of QOwnNotes, are you compiling your own Qt or some other libraries?

p1tt1 commented on 2017-01-20 09:21 (UTC)

compiling error based on th harfbuzz lib: /usr/lib/libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates'

pbek commented on 2016-09-26 05:34 (UTC)

Thank you for reporting, there were some Sourceforge troubles again. It should work now.

snuffop commented on 2016-09-26 03:20 (UTC)

--2016-09-25 22:19:21-- http://downloads.sourceforge.net/project/qownnotes/src/qownnotes-16.09.14.tar.xz Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 216.34.181.59 Connecting to downloads.sourceforge.net (downloads.sourceforge.net)|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://heanet.dl.sourceforge.net/project/qownnotes/src/qownnotes-16.09.14.tar.xz [following] --2016-09-25 22:19:21-- http://heanet.dl.sourceforge.net/project/qownnotes/src/qownnotes-16.09.14.tar.xz Resolving heanet.dl.sourceforge.net (heanet.dl.sourceforge.net)... 193.1.193.66, 2001:770:18:aa40::c101:c142 Connecting to heanet.dl.sourceforge.net (heanet.dl.sourceforge.net)|193.1.193.66|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1340636 (1.3M) [application/octet-stream] Saving to: ‘qownnotes-16.09.14.tar.xz.part’ qownnotes-16.09.14.tar.xz.part 100%[============================================================================>] 1.28M 488KB/s in 2.7s 2016-09-25 22:19:24 (488 KB/s) - ‘qownnotes-16.09.14.tar.xz.part’ saved [1340636/1340636] ==> Validating source files with sha256sums... qownnotes-16.09.14.tar.xz ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build qownnotes. ==> Restart building qownnotes ? [y/N]

freedent commented on 2016-09-19 18:02 (UTC)

Nice nice Thank you !

pbek commented on 2016-09-05 20:22 (UTC)

Thank you for reporting, there were Sourceforge troubles. It should work now.

skrylar commented on 2016-09-05 19:55 (UTC)

==> Validating source files with sha256sums... qownnotes-16.09.2.tar.xz ... FAILED

pbek commented on 2016-08-15 05:05 (UTC)

Pushing works again.

pbek commented on 2016-08-14 10:50 (UTC)

I posted my troubles in the forum. https://bbs.archlinux.org/viewtopic.php?pid=1647364 Help is appreciated...

pbek commented on 2016-08-14 10:39 (UTC)

I'm currently unable to update the repository because I get an error: ``` Permission denied (publickey). fatal: Could not read from remote repository. ``` So far I haven't figured out how I get it to work again...

pbek commented on 2016-08-11 16:26 (UTC)

The checksum is ok now.

pbek commented on 2016-08-11 16:19 (UTC)

Sorry, there are troubles with Sourceforge again...

pbek commented on 2016-07-13 17:59 (UTC)

Sourceforge is back again.

pbek commented on 2016-07-13 14:48 (UTC)

Yes, there currently is just some html and js code in http://downloads.sourceforge.net/project/qownnotes/src/qownnotes-16.07.4.tar.xz :( I hope they are up again soon...

pbek commented on 2016-07-13 14:37 (UTC)

Strange, it worked yesterday, maybe it has something to do with that SourceForge is in offline mode...

computerfr33k commented on 2016-07-13 14:29 (UTC)

Validating source files with sha256sums... qownnotes-16.07.4.tar.xz ... FAILED

pbek commented on 2016-07-05 08:55 (UTC)

Thank you for the report, alium. I missed a new icon path. It should be fixed now, please try again.

alium commented on 2016-07-05 08:47 (UTC)

can not build: install: can not found information about 'images/icons/128x128/QOwnNotes.png': No such file or directory

pbek commented on 2016-05-17 09:57 (UTC)

Thank you! It seems that curl with "-L" is used in the default config...

di72nn commented on 2016-05-17 09:54 (UTC)

The package is fine. Following redirects is enabled by default in the official pacman package: https://git.archlinux.org/svntogit/packages.git/tree/trunk/makepkg.conf?h=packages/pacman

pbek commented on 2016-05-16 17:31 (UTC)

strange that no one else seems to have that problem... we'll see

snuffop commented on 2016-05-16 17:16 (UTC)

vanilla from the default built manually from the live CD/USB because I have just heard about the evolution installer.

pbek commented on 2016-05-16 14:56 (UTC)

Ah, very nice! Thank you for researching! btw. what flavor of Arch are you using?

snuffop commented on 2016-05-16 14:39 (UTC)

SOLUTION: Following Sourceforge redirects diff --git a/etc/makepkg.conf.in b/etc/makepkg.conf.in index 286e2a8..c3b7cc0 100644 --- a/etc/makepkg.conf.in +++ b/etc/makepkg.conf.in @@ -8,9 +8,9 @@ # #-- The download utilities that makepkg should use to acquire sources # Format: 'protocol::agent' -DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u' - 'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u' - 'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O %o %u' +DLAGENTS=('ftp::/usr/bin/curl -fC - --ftp-pasv --retry 3 --retry-delay 3 -o %o %u' + 'http::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -o %o %u' + 'https::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -o %o %u' 'rsync::/usr/bin/rsync -z %u %o' 'scp::/usr/bin/scp -C %u %o')

pbek commented on 2016-05-16 12:29 (UTC)

What happens if you do a "wget http://downloads.sourceforge.net/project/qownnotes/src/qownnotes-16.05.12.tar.xz"? It seems that the default package downloader on your Arch system doesn't follow HTTP redirects. Do you have any idea if you could turn on "follow redirects" on your system? curl needs a "-L" for that, wget does it by default. Alternatively you could use the binary repository: http://www.qownnotes.org/installation#Arch

snuffop commented on 2016-05-16 11:51 (UTC)

If I download the file via the browser from sourceforge drop it into the temp directory. modify the PKGBUILD file to remove the URI and leave the filename substitution all works as expected. the entire probelm is PKGBUILD pulling the file from sourceforge. I get HTML source in the xz file

pbek commented on 2016-05-15 05:02 (UTC)

I wonder why I didn't have the problem and no-one else is reporting a similar problem. Do you have any idea if you could turn on "follow redirects" on you system? curl needs a "-L" for that, wget does it by default. Alternatively you could use the binary repository: http://www.qownnotes.org/installation#Arch

snuffop commented on 2016-05-14 15:06 (UTC)

I have read in the forums about sourceforge redirecting to a dead mirror.. Via browser I get the file no problem but via Yaourt this repeats. ==> Building and installing package ==> Making package: qownnotes 16.05.11-1 (Sat May 14 10:03:49 CDT 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading qownnotes-16.05.11.tar.xz... ######################################################################## 100.0% ==> Validating source files with sha256sums... qownnotes-16.05.11.tar.xz ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build qownnotes. ==> Restart building qownnotes ? [y/N] ==> ---------------------------------- ==>

pbek commented on 2016-05-13 11:47 (UTC)

I cannot reproduce this problem, everything seems to work fine on Manjaro: ==> Retrieving sources... -> Downloading qownnotes-16.05.11.tar.xz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 341 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 1084k 100 1084k 0 0 313k 0 0:00:03 0:00:03 --:--:-- 379k ==> Validating source files with sha256sums... qownnotes-16.05.11.tar.xz ... Passed What distribution are you using and what is different for you?

snuffop commented on 2016-05-13 11:42 (UTC)

Download from source forge is not following redirects thus not grabbing the correct file and thus not matching validity

pbek commented on 2016-05-08 05:51 (UTC)

sha256sums are now added in the release process! Thank you for the reminder, @di72nn

pbek commented on 2016-05-07 21:09 (UTC)

Yes, I will do so. It's already done for the Gentoo ebuild...

di72nn commented on 2016-05-07 17:40 (UTC)

You should fill out checksums, if the package builds from source archives. I also recommend to switch to sha256sums.

pbek commented on 2016-05-05 07:53 (UTC) (edited on 2016-05-05 07:53 (UTC) by pbek)

Announcement: QOwnNotes will now be built from a source archive (like it should be) and not from git repositories.

pbek commented on 2016-03-04 06:30 (UTC)

done

pbek commented on 2016-03-04 05:44 (UTC)

I'm impressed. :) That would be a real improvement over the way I had to do it for Gentoo. :) Thanks for your help, I will try an other change.

Scimmia commented on 2016-03-04 05:41 (UTC)

No. As I said, the only difference is that the main repos looks at a local dir instead of a remote URL. The submodule handling takes care of the rest.

pbek commented on 2016-03-04 05:39 (UTC)

So you need to add a tag `#tag=XXX` to the git url as well to get the right version of the submodule(s), am I right? And of course you always need to update the submodules there, the main git repo can't decide for itself.

Scimmia commented on 2016-03-04 01:18 (UTC)

It works the same as it always does with a submodule. The only difference is that you're telling it to use a local dir where the submodule is already cloned instead of the remote URL.

pbek commented on 2016-03-03 21:31 (UTC)

Thank you for your example. Will always the latest version of the submodule be used or the correct commit as demanded by the main git repository? Be encouraged to make pull request to my build script and template files in https://github.com/pbek/QOwnNotes/tree/develop/build-systems/aur to tidy up the mess.

Scimmia commented on 2016-03-03 17:18 (UTC) (edited on 2016-03-03 17:39 (UTC) by Scimmia)

A bit better, but I wasn't suggesting using the archives, I'm aware of their problem with submodules. That has nothing to do with putting the sources in the source array like in the link I gave you. Edit: real life example: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=notepadqq-src I would still clean up the package function. If make install isn't an option, at least install multiple files in one command (translations), or even use a loop (icons).

pbek commented on 2016-03-03 16:36 (UTC)

Thank you for your suggestions, Scimmia! The problem is that GitHub archives are using the `git archive` command, which ignores submodules. Is there a way to pass a git parameter, like `--depth=5` to limit the amount of versions that are cloned? Meanwhile I heeded your other suggestions, does the current PKGBUILD look better to you?

Scimmia commented on 2016-03-03 15:55 (UTC)

You should really not be downloading in the build function. See https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git_Submodules for the best way to handle submodules. Is there really no install target for make? The package function could be drastically cleaned up, but using make install would be even better. gcc is part of base-devel and should not be in the makedepends array. Your "provides" and "conflicts" make no sense.

pbek commented on 2016-02-10 15:31 (UTC)

This package will be discontinued, since I will now maintain https://aur.archlinux.org/packages/qownnotes

pbek commented on 2016-02-10 15:30 (UTC)

I adopted the package now and will maintain it from now on. Thank you for managing it until now, @Midov!

Midov commented on 2016-02-10 15:04 (UTC) (edited on 2016-02-10 15:09 (UTC) by Midov)

I am disowning package so pbek can maintain it from now on.

pbek commented on 2016-01-30 11:14 (UTC)

In addition there also is a pacman repository (done with Open Build Service). See: http://www.qownnotes.org/installation#Arch

pbek commented on 2016-01-30 11:13 (UTC) (edited on 2016-02-02 21:18 (UTC) by pbek)

Wow, the Arch community is the greatest! You guys were actually faster creating an Arch repository for QOwnNotes than me! :) Thank you @Midov! Great job! For the sake of continuity and to make sure everything is updated even faster I started to maintain a "official" repository at https://aur.archlinux.org/packages/qownnotes-pbek/ and will update it as part of my build process. In addition there also is a pacman repository (done with Open Build Service). See: http://www.qownnotes.org/installation#Arch

madjo commented on 2016-01-08 22:32 (UTC)

qt5-script is also a dependency.

Midov commented on 2016-01-08 07:28 (UTC) (edited on 2016-01-08 07:30 (UTC) by Midov)

I was checking out develop since it says on qownnotes website to do so in instalation instructions. " Alternatively you can also checkout the code directly from the git repository: git clone https://github.com/pbek/QOwnNotes.git -b develop " Also, last time i checked it was exactly the same as master, but i guess you are right - we should be using something more stable. Thanks for your input, its changed now.

computerfr33k commented on 2016-01-08 04:24 (UTC)

Why do u have it checking out the devel branch in the build function? Not sure why you would choose a development branch to build. Here is a way to download the latest tag (manually updated) and then build it. No longer build the development branch since it isn't stable/production and is actually broken at the moment. http://slexy.org/view/s20A5yfl8N

alex.theoto commented on 2016-01-03 15:34 (UTC) (edited on 2016-01-03 15:48 (UTC) by alex.theoto)

You need to add 'qt5-svg' as dependence. You can remove the qownnotes.desktop file since you don't use it. Git url works fine (for now). You have to change the qownnotes.desktop link into: install -Dm644 "${srcdir}/${_pkgname}/src/QOwnNotes.desktop" "${pkgdir}/usr/share/applications/qownnotes.desktop" Thank you.

computerfr33k commented on 2015-11-25 19:29 (UTC)

You would probably have to hard-code the tag version since it doesn't match up directly to the package version. You could do something like this: git://github.com/pbek/QOwnNotes.git#tag=linux-b538 which would pull the 538 version.

Midov commented on 2015-11-25 19:02 (UTC)

Hey computerfr33k, Thanks for your help, i added the desktop file. Im not exactly clear how to get proper version from git tags since they also have tags for mac and windows versions so i will try to figure it out later.

computerfr33k commented on 2015-11-25 19:02 (UTC)

There is a missing " in the PKGBUILD file on line 31 by the way.

computerfr33k commented on 2015-11-25 16:16 (UTC)

I would also suggest specifying the tag for the sources so that it downloads the tag for the package version, because I have a newer version installed than this package version since it downloads the latest master by default. https://wiki.archlinux.org/index.php/VCS_package_guidelines#VCS_sources

computerfr33k commented on 2015-11-25 16:13 (UTC)

Here is a desktop file so that you can launch the program from the menu without having to type it in the command line. http://pastebin.com/zFA9w7py