Search Criteria
Package Details: fldigi 4.2.05-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/fldigi.git (read-only, click to copy) |
---|---|
Package Base: | fldigi |
Description: | Digital Modem Program for Amateur Radio |
Upstream URL: | http://w1hkj.com |
Keywords: | ham radio |
Licenses: | GPL-2.0-or-later |
Submitter: | Allan |
Maintainer: | not_anonymous |
Last Packager: | not_anonymous |
Votes: | 58 |
Popularity: | 0.62 |
First Submitted: | 2008-12-19 03:37 (UTC) |
Last Updated: | 2024-04-28 16:54 (UTC) |
Dependencies (10)
- ctyAUR (ctyAUR, bigctyAUR)
- fltk (fltk-gitAUR)
- flxmlrpcAUR
- hamlib (hamlib-gitAUR, hamlib-noindi-gitAUR)
- hamradio-menusAUR
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsamplerate (libsamplerate-gitAUR)
- libsndfile (libsndfile-gitAUR)
- portaudio
- pulseaudio (pulseaudio-dummyAUR, pulseaudio-gitAUR) (optional) – pulseaudio support
Required by (15)
- cqrlog-bin (optional)
- cqrlog-git (optional)
- cqrlog-source (optional)
- flamp
- flcluster (optional)
- fldigi-docs (optional)
- flmsg
- flrig (optional)
- flrig-git (optional)
- flwkey (optional)
- kcat (optional)
- tlf (optional)
- tlf-git (optional)
- yfklog (optional)
- yfklog-git (optional)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »
grandchild commented on 2020-10-20 11:02 (UTC) (edited on 2020-10-20 11:05 (UTC) by grandchild)
Same here. The issue is that in src/dialogs/guide.cxx in line 738, 739 and 740 there are stray 0x0d (CR/carriage return) characters. Something went wrong somewhere (commit from Windows?).
This patch fixes it (can't post it literally here, because the CR character would probably get mangled):
https://effekthasch.org/Ohseiz9Rui0Thah/fix-fldigi-aur-dialogs-guide-cr.patch
df8oe commented on 2020-10-20 08:11 (UTC)
Does not build... It looks like there is a html page with included javascript that throws tons of errors so that the name of the file itself or any further informations have left screen buffering. Occurs on all of my machines.
not_anonymous commented on 2020-07-18 18:43 (UTC)
(my turn) - UPDATED to ....14-1 .
dviktor commented on 2020-07-18 07:21 (UTC)
@freswa works fine, thank you! Now I see that there is
libxft
among other deps of fldigi:freswa commented on 2020-07-17 22:28 (UTC)
Checkout the latest fltk.
dviktor commented on 2020-07-17 14:27 (UTC)
@freswa I already have fldigi installed and working. If I install fltk from [community] then fldigi doesn't start up at all - you can see that there no dependencies on libxft and related libs in
lddtree
output. However if I rebuild fltk from community with-DOPTION_USE_XFT
(and only with that) then fldigi works fine. No need to rebuild fldigi itself, it's only related to the fltk packagefreswa commented on 2020-07-17 14:18 (UTC)
We don't fix packages that are not broken. fltk is working for all our rebuilds, so it's up to you to file a proper bug report which points us to a reproducible error in a clean chroot. Your bug report states, that the application doesn't run. I compiled fldigi several times against fltk in [community] and the application started fine for every rebuild.
If you need help debugging, please feel free to ask for help in the forum, the IRC or on the ML.
dviktor commented on 2020-07-17 12:36 (UTC) (edited on 2020-07-17 12:38 (UTC) by dviktor)
Unfortunately, my request for rebuilding fltk with Xft support was unsuccessful. This is the answer from project manager:
Famous "works for me", sad
Actual fix for that is to enable
-DOPTION_USE_XFT=ON
during CMake call inPKGBUILD
and addlibxft
dependency where neededdviktor commented on 2020-07-12 07:40 (UTC)
@mh00h great work! but I still don't understand - it's only a matter of specifying
libxft
inmakedepends
. when I tried to build 1.3.5-2 by hands I got the problem but when I built 1.3.5-3 (modified by me in the same way as maintainer did with the exception of changing dependencies) things worked finemh00h commented on 2020-07-12 01:20 (UTC) (edited on 2020-07-12 01:20 (UTC) by mh00h)
For those who are still struggling with this, the issue turned out to be that a dependency, fltk, is not compiled with --enable-xft in the official arch repo.
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 14 Next › Last »