Search Criteria
Package Details: libdecaf 1.0.1-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/libdecaf.git (read-only, click to copy) |
---|---|
Package Base: | libdecaf |
Description: | A 448-bit Edwards curve |
Upstream URL: | https://sourceforge.net/projects/ed448goldilocks/ |
Licenses: | MIT |
Submitter: | thrasibule |
Maintainer: | thrasibule |
Last Packager: | thrasibule |
Votes: | 5 |
Popularity: | 0.000001 |
First Submitted: | 2018-02-23 03:39 (UTC) |
Last Updated: | 2021-07-28 14:47 (UTC) |
Dependencies (4)
- glibc (glibc-force-mmap, lib32-glibc-force-mmap, glibc-minimal-git, glibc-linux4, glibc-git, glibc-widevine)
- cmake (cmake-git) (make)
- git (git-vfs, git-run-command-patch-git, git-git, git-fc) (make)
- python (nogil-python, python36, python32, python38, python37, python310, python312, python39) (make)
Latest Comments
1 2 Next › Last »
reclusivesage commented on 2021-06-28 20:44 (UTC)
After reading the Arch Wiki
makepkg
article and commenting out the line that contained#CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS"
in/etc/makepkg.conf
, I was able to installlibdecaf
. Thank you!It seems like that CXXFLAGS was added to Manjaro by default.
thrasibule commented on 2021-06-28 17:46 (UTC)
Do you have -Wp,-D_GLIBCXX_ASSERTIONS in your CXXFLAGS? I can reproduce with this added to CXXFLAGS. This is not enabled by default in Arch, so please remove it if you added it. That being said it's probably worth reporting this upstream, it might be a real bug.
reclusivesage commented on 2021-06-28 17:22 (UTC)
My GCC version is 11.1.0-1 and
glibc
is on version 2.33-5.I didn't get to mention it earlier, but I was expecting fewer issues since I recently switched to Manjaro's Unstable branch, so I should be at Arch Linux's pace. I also tried to check any Pacman updates if there were any
glibc
, CMake, Git, or Python updates - but none was pending.IIRC, I would always stumble around either
libdecaf
/bctoolbox-git
(but that was also before I had an AUR account and I never tried putting in more than a few minutes of effort.)thrasibule commented on 2021-06-28 13:13 (UTC)
What's your gcc version? It builds and tests fine with gcc 11 here.
reclusivesage commented on 2021-06-28 06:18 (UTC)
When installing with
$ makepkg -si
, I receive the same error incheck()
as described by loglog. When I check~/AUR/libdecaf/src/build/Testing/Temporary/LastTest.log
, I see the same basic content that inslee reported.Can anything be done about this error?
I thought I was doing pretty well this time around when trying to install
linphone-desktop-git
manually (since it is currently the only updated non-AppImage Linphone Desktop package), but this halted my progress 5 out of 9 packages of the way through. This is becoming the bottleneck in my process, and I am trying to install the remaining packages in this order:libdecaf
,bctoolbox-git
,lime-git
,liblinphone-git
, andlinphone-desktop-git
.andym commented on 2021-06-21 07:43 (UTC) (edited on 2021-06-21 07:47 (UTC) by andym)
I am getting a build failure:
inslee commented on 2021-05-20 05:24 (UTC)
The upgrade worked after a larger series of updates came down through Manjaro Stable (there were a lot of updated packages but the list is here: https://forum.manjaro.org/t/stable-update-2021-05-19-kernels-nvidia-kde-frameworks-plasma-systemd-libreoffice-kde-gear-mobile-ff-tb/67002)
For those that were having issues on Manjaro before, try updating libdecaf after downloading those updates.
thrasibule commented on 2021-05-14 01:12 (UTC)
I don't get this error, so hard for me to say anything. The assertion is not very helpful unless you can point the line in the code that triggers it. This seems like something you should report upstream.
loglog commented on 2021-05-13 20:28 (UTC) (edited on 2021-05-13 20:45 (UTC) by loglog)
Same error here, caused by a failed assertion:
A manual re-run showed that an assertion fails:
inslee commented on 2021-05-12 04:57 (UTC) (edited on 2021-05-12 04:57 (UTC) by inslee)
When attempting to build, one of the tests fails:
1 2 Next › Last »