Package Details: fldigi 4.1.23-1

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
Submitter: Allan
Maintainer: not_anonymous
Last Packager: not_anonymous
Votes: 52
Popularity: 0.33
First Submitted: 2008-12-19 03:37 (UTC)
Last Updated: 2022-06-23 18:17 (UTC)

Latest Comments

chainofflowers commented on 2022-05-06 21:58 (UTC)

v4.1.21 is not available anymore, now there's v4.1.22...

not_anonymous commented on 2022-02-21 01:53 (UTC)

Well..20-1 had a work around for flxmprpc being stuck at 0.1.4.... BUT (drum roll please), while waiting on Dave to deal with his various repos, I decided to get flxmlrpc up to 1.0.1 (which I did by going to Dave's upstream repo at Sourceforge...) TADA...this package is now up-tp-date as well...

dviktor commented on 2021-08-06 20:22 (UTC)

4.1.20 is avail. Moreover it seems like it requires now new flxmlrpc (>= 1.0.1) but the author hasn't released it yet

not_anonymous commented on 2021-06-25 23:15 (UTC)

Updated

not_anonymous commented on 2020-11-18 01:29 (UTC)

Well, it's NOT LIKE the upstream author isn't having LOTS of problems and releasing quite often these days. Hi Hi.... Anyways, I decided to "comment-out" the conflicts field AND add the suggested "--without-asciidoc" as a config directive. *** Hope this helps !

linkjay commented on 2020-11-17 23:57 (UTC) (edited on 2020-11-17 23:58 (UTC) by linkjay)

This package is out-of-date because it attempts to download the version of fldigi 4.1.15 which does not appear to be there anymore because they updated it to 4.1.16. Maintainer, please fix!

For the time being, download the current PKGBUILD, edit change the "pkgver" variable from 4.1.15 to 4.1.16. You will also have to update the md5sum and sha256sum. Download fldigi from the official link found in the PKGBUILD or google it. You should download "fldigi-4.1.16.tar.gz". Then run sha256sum and md5sum on the file and replace the sums in the PKGBUILD. Now run makepkg -si where it should now attempt to download and build fldigi.

It might fail because you are missing some dependent packages, these are found in the aur and I just downloaded them using my aur-helper: yay -S cty flxmlrpc hamradio-menus

Should work after updating pkgver, updating the sums, and downloading the proper packages!

nickoe commented on 2020-11-02 23:13 (UTC)

Do we even need asciidoc enabled for this package? I would expect that to only be fore developers which would probably build fldigi locally?

mykhal commented on 2020-11-01 18:21 (UTC)

Possible build error related to broken dialogs/guide.cxx is caused by that asciidoc is for some reason inserting several \x0D (^M) characters. It can be fixed, for manual builds by adding

sed -i 's/\r//g' ./src/dialogs/guide.cxx

into PKGBUILD:build() just above make ..., after first makepkg failed, then running makepkg -e, then makepkg -U <generated pkg file>.

Or by adding --without-asciidoc configure flag.

grandchild commented on 2020-10-22 22:53 (UTC)

you are right, the patch doesn't cleanly apply. and i found out that that is because the lines are fine when the source is first extracted. they only get changed during the build process, by some process that is prefixed with "GUIDE" in the build output. i will try and figure out what that process is, but that's gonna be tomorrow... sleep now. :P

not_anonymous commented on 2020-10-22 22:07 (UTC) (edited on 2020-10-22 22:27 (UTC) by not_anonymous)

Actually that patch is being "rejected" on the latest source.;

a) malformed: i.e. some of the lines begin like this;

\n\iv id=\"toc\">

b) Um...AND the line numbers do not match the source. (Off by one line)

c) finally it is written so to ADD newline characters (which are already there....)

ANYWAYS ...that's why I didn't use it.....Would/could you please check it grandchild ?

grandchild commented on 2020-10-22 21:01 (UTC)

Sorry, but the solution is not to simply conflict with asciidoc. asciidoc is actually an optional make dependency. If it is present, then more things get built.

The solution would either be to apply the patch I made, or to explicitly disable the part that gets built when asciidoc is present. I haven't checked which part that is, and if it has a configure flag to disable it. Maybe it does?

not_anonymous commented on 2020-10-22 20:03 (UTC)

Okey dokey.....made the appropriate change....thanks OM's ...es vy 73

df8oe commented on 2020-10-21 07:47 (UTC) (edited on 2020-10-21 07:48 (UTC) by df8oe)

Thanks for your very fast reactions. I can confirm that "asciidoc" causes the issue. I deinstalled it, after that the build process finished successfully. Then I reinstalled asciidoc. It is a workaround - but it works :)

grandchild commented on 2020-10-20 19:49 (UTC)

Hah, I found it. It fails to compile if you have asciidoc installed!

I guess that technically counts as a problem with this package...

grandchild commented on 2020-10-20 17:16 (UTC)

Alright, in a new Archlinux VM it does compile and work. I will figure out what configure/make does different on my system...

grandchild commented on 2020-10-20 17:00 (UTC)

that this is a java problem surprises me NOT... Hi Hi.

Java? It's not a Java problem. df8oe said something about Javascript, which is irrelevant anyway, since it's an encoding problem in a C++ file.

not_anonymous commented on 2020-10-20 13:59 (UTC) (edited on 2020-10-20 14:09 (UTC) by not_anonymous)

Before I submitted this latest PKGBUILD, I updated my system and then tested both the build and execution of this software WITHOUT ANY PATCHES being applied. i.e. The software package works FB here including the results that the patch supposedly fixes without needing the patch.

SO..; I will spend a couple of days and think through whether this patch should be applied. (And I will go look at Dave's info on what is going on. LOTS of problems, it appears, with other linux distros and Windows.)

For what it is worth; that this is a java problem surprises me NOT... Hi Hi.

P.S.... I'm running jre8 (openjdk) for what it is worth.....hmmm......

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:

/usr/bin/fldigi (interpreter => /lib64/ld-linux-x86-64.so.2)
    libflxmlrpc.so.1 => /usr/lib/libflxmlrpc.so.1
    libportaudio.so.2 => /usr/lib/libportaudio.so.2
        librt.so.1 => /usr/lib/librt.so.1
        libasound.so.2 => /usr/lib/libasound.so.2
        libjack.so.0 => /usr/lib/libjack.so.0
            libdb-5.3.so => /usr/lib/libdb-5.3.so
    libpthread.so.0 => /usr/lib/libpthread.so.0
    libfltk_images.so.1.3 => /usr/lib/libfltk_images.so.1.3
        libjpeg.so.8 => /usr/lib/libjpeg.so.8
    libpng16.so.16 => /usr/lib/libpng16.so.16
        libz.so.1 => /usr/lib/libz.so.1
    libfltk.so.1.3 => /usr/lib/libfltk.so.1.3
        libXext.so.6 => /usr/lib/libXext.so.6
        libXfixes.so.3 => /usr/lib/libXfixes.so.3
        libXrender.so.1 => /usr/lib/libXrender.so.1
        libXft.so.2 => /usr/lib/libXft.so.2
            libfreetype.so.6 => /usr/lib/libfreetype.so.6
                libbz2.so.1.0 => /usr/lib/libbz2.so.1.0
                libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0
                libfreetype.so.6 => !!! circular loop !!!
                    libgraphite2.so.3 => /usr/lib/libgraphite2.so.3
                    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0
                        libpcre.so.1 => /usr/lib/libpcre.so.1
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1
            libexpat.so.1 => /usr/lib/libexpat.so.1
    libm.so.6 => /usr/lib/libm.so.6
    libX11.so.6 => /usr/lib/libX11.so.6
        libxcb.so.1 => /usr/lib/libxcb.so.1
            libXau.so.6 => /usr/lib/libXau.so.6
            libXdmcp.so.6 => /usr/lib/libXdmcp.so.6
    libdl.so.2 => /usr/lib/libdl.so.2
    libsndfile.so.1 => /usr/lib/libsndfile.so.1
        libFLAC.so.8 => /usr/lib/libFLAC.so.8
        libogg.so.0 => /usr/lib/libogg.so.0
        libvorbis.so.0 => /usr/lib/libvorbis.so.0
        libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2
    libsamplerate.so.0 => /usr/lib/libsamplerate.so.0
    libpulse-simple.so.0 => /usr/lib/libpulse-simple.so.0
        libpulsecommon-13.0.so => /usr/lib/pulseaudio/libpulsecommon-13.0.so
            libdbus-1.so.3 => /usr/lib/libdbus-1.so.3
            libsystemd.so.0 => /usr/lib/libsystemd.so.0
                liblzma.so.5 => /usr/lib/liblzma.so.5
                liblz4.so.1 => /usr/lib/liblz4.so.1
                libgcrypt.so.20 => /usr/lib/libgcrypt.so.20
                    libgpg-error.so.0 => /usr/lib/libgpg-error.so.0
            libasyncns.so.0 => /usr/lib/libasyncns.so.0
                libresolv.so.2 => /usr/lib/libresolv.so.2
    libpulse.so.0 => /usr/lib/libpulse.so.0
    libhamlib.so.2 => /usr/lib/libhamlib.so.2
        libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0
            libudev.so.1 => /usr/lib/libudev.so.1
    libstdc++.so.6 => /usr/lib/libstdc++.so.6
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
    libc.so.6 => /usr/lib/libc.so.6

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 package

freswa 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:

FS#67089 - [fltk] Update to 1.3.5-2 prevent fldigi and dl-fldigi to work
User who did this - freswa (frederik)

Reason for denial:
fldigi works for me with fltk from the repos.

Famous "works for me", sad

Actual fix for that is to enable -DOPTION_USE_XFT=ON during CMake call in PKGBUILD and add libxft dependency where needed

dviktor 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 in makedepends. 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 fine

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

dviktor commented on 2020-07-09 09:18 (UTC) (edited on 2020-07-09 09:19 (UTC) by dviktor)

Well, I've found something interesting. Actually splitting package to examples and base doesn't break fldigi. But exclusion of some dependencies breaks it completely. I've compared lddtree output of /usr/bin/fldigi executable with fltk-1.3.5-1 and fltk-1.3.5-2 installed and that's the difference between two outputs (fldigi lacks these libs when fltk-1.3.5-2 is installed):

        libXinerama.so.1 => /usr/lib/libXinerama.so.1
        libXcursor.so.1 => /usr/lib/libXcursor.so.1
        libXrender.so.1 => /usr/lib/libXrender.so.1
        libXft.so.2 => /usr/lib/libXft.so.2
            libfreetype.so.6 => /usr/lib/libfreetype.so.6
                libbz2.so.1.0 => /usr/lib/libbz2.so.1.0
                libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0
                libfreetype.so.6 => !!! circular loop !!!
                    libgraphite2.so.3 => /usr/lib/libgraphite2.so.3
                    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0
                        libpcre.so.1 => /usr/lib/libpcre.so.1
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1
            libexpat.so.1 => /usr/lib/libexpat.so.1

And this is modified PKGBUILD which works just fine (you could try it):

# Maintainer: David Runge <dvzrv@archlinux.org>

pkgbase=fltk
pkgname=('fltk' 'fltk-docs' 'fltk-examples')
pkgver=1.3.5
pkgrel=3
pkgdesc="Graphical user interface toolkit for X"
arch=('x86_64')
license=('custom' 'LGPL')
url="https://www.fltk.org/"
makedepends=('alsa-lib' 'cairo' 'cmake' 'desktop-file-utils' 'doxygen' 'glu' 'libjpeg'
'libxcursor' 'libxft' 'libxinerama' 'mesa' 'shared-mime-info')
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/${pkgbase}/${pkgbase}/archive/release-${pkgver}.tar.gz"
        "${pkgname}-fix-lib-mess.patch")
sha512sums=('35732df4d66573fdabf95f57069c5a2df63b0029d7b904d4ac02bd4c3ab3e5b287d4f06998b67129e8195c42c0b39e137e5d4f10baf4d73992077bb5ae0bef6c'
            '14592ba5616483df1b36f6e2b8309a3d1e898c5c4dcf0ddfbb374bbd1332eca6ba3490569fc8f903023a069b7771ed06baddef36140253e2e81eb409892bbba5')

prepare() {
  mv -v "${pkgbase}-release-${pkgver}" "${pkgbase}-${pkgver}"
  cd "${pkgbase}-${pkgver}"
  # fix bizarre renaming of shared libraries
  # https://github.com/fltk/fltk/issues/20
  patch -Np1 -i ../${pkgname}-fix-lib-mess.patch
}

build() {
  cd "${pkgbase}-${pkgver}"
  cmake -DCMAKE_INSTALL_PREFIX=/usr \
        -DFLTK_LIBDIR=/usr/lib \
        -DCMAKE_BUILD_TYPE=None \
        -DOPTION_CREATE_LINKS=ON \
        -DOPTION_BUILD_EXAMPLES=OFF \
        -DOPTION_BUILD_SHARED_LIBS=ON \
        -DOPTION_BUILD_HTML_DOCUMENTATION=ON \
        -DOPTION_INSTALL_HTML_DOCUMENTATION=ON \
        -Wno-dev \
        -B build \
        -S .
  make VERBOSE=1 -C build
  make -C build/documentation html
  cmake -DCMAKE_INSTALL_PREFIX=/usr \
        -DFLTK_LIBDIR=/usr/lib \
        -DCMAKE_BUILD_TYPE=None \
        -DOPTION_BUILD_EXAMPLES=ON \
        -Wno-dev \
        -B build-examples \
        -S .
  make VERBOSE=1 -C build-examples
}

package_fltk() {
  pkgdesc="Graphical user interface toolkit for X"
  depends=('cairo' 'desktop-file-utils' 'glu' 'hicolor-icon-theme' 'libjpeg'
  'libxcursor' 'libxft' 'libxinerama' 'shared-mime-info' 'xdg-utils')
  provides=('libfltk_images.so' 'libfltk_gl.so' 'libfltk_forms.so' 'libfltk.so')
  options=('!docs' 'staticlibs')
  cd "${pkgbase}-${pkgver}"
  make DESTDIR="${pkgdir}/" install -C build
  install -vDm 644 COPYING -t "${pkgdir}/usr/share/licenses/${pkgname}/"
  # removing man pages of examples
  rm -rvf "${pkgdir}/usr/share/man/man6"
}

package_fltk-docs() {
  pkgdesc="Graphical user interface toolkit for X (documentation)"
  cd "${pkgbase}-${pkgver}"
  make DESTDIR="$pkgdir" install -C build/documentation html
  install -vDm 644 COPYING -t "${pkgdir}/usr/share/licenses/${pkgname}/"
}

package_fltk-examples() {
  pkgdesc="Graphical user interface toolkit for X (examples)"
  depends=('gcc-libs' 'glibc' 'hicolor-icon-theme' 'libasound.so' 'libjpeg'
  'libpng' 'libx11' 'libxext' 'libxfixes')
  options=('!docs')
  cd "${pkgbase}-${pkgver}"
  make DESTDIR="$pkgdir" install -C build-examples
  # example apps and integration files, that are not covered by make install
  for app in {blocks,checkers,sudoku}; do
    install -vDm 755 "build-examples/bin/examples/$app" -t "${pkgdir}/usr/bin/"
    install -vDm 644 "test/desktop/$app.desktop" \
      -t "${pkgdir}/usr/share/applications/"
    install -vDm 644 "test/desktop/$app-32.png" \
      "${pkgdir}/usr/share/icons/hicolor/32x32/apps/$app.png"
    install -vDm 644 "test/desktop/$app-128.png" \
      "${pkgdir}/usr/share/icons/hicolor/128x128/apps/$app.png"
  done
  install -vDm 644 COPYING -t "${pkgdir}/usr/share/licenses/${pkgname}/"
  # removing any non-examples files
  rm -rfv "${pkgdir}/usr/bin/fltk-config" \
          "${pkgdir}/usr/include" \
          "${pkgdir}/usr/lib" \
          "${pkgdir}/usr/share/applications/fluid.desktop" \
          "${pkgdir}/usr/share/man/man"{1,3} \
          "${pkgdir}/usr/share/fltk" \
          "${pkgdir}/usr/share/icons/hicolor/"{48,64}* \
          "${pkgdir}/usr/share/mime"
  find "${pkgdir}" -type f -iname "*fluid*" -exec rm -rvf {} \;
}

I've requested re-opening of bug mentioned by @Dieter9 so will see if David will try to fix it

Dieter9 commented on 2020-07-09 08:08 (UTC)

I had the same problems like dviktor. It was clearly related to the update of the packet fltk. I wrote a bug-report for fltk: https://bugs.archlinux.org/task/67089?string=fltk&project=0&search_name=&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=2020-06-01&openedto=&closedfrom=&closedto= But the Project Manager has denied the request. Later I fond the solution to compile the fltk package with makepkg on my computer. I informed the Project Manager of fltk again, but he does not care about. Perhaps someone can prove this correlation and could open a new Bug-Report for fltk.

not_anonymous commented on 2020-07-07 22:54 (UTC)

Um, since this DOES turn out to be an upstream issue and not (apparently) something to do the the current PKGBUILDs (both this one AND the fldigi-git); I un-flagged the "out-of-date". i.e The current PKGBUILD is correct v/v the upstream repo's indication of the current package. Anything else is either an ALPHA package or from the author's git repo; which is to say a TESTING version and NOT something I should be using for the "release" PKGBUILD.

Since this appears to be an issue that only affects SOME of the users (which have numerous ttf packages loaded up), I would suggest either using the fldigi-git PKGBUILD OR simply editing this PKGBUILD as you need for testing UNTIL SUCH TIME as the patching/corrections are FULLY tested.

mh00h commented on 2020-07-07 22:39 (UTC)

agreed not working for me either

dviktor commented on 2020-07-07 22:37 (UTC)

@mh00h I've backported patch but it doesn't solve the problem =\

--- src/dialogs/font_browser.cxx    2019-08-06 16:59:30.000000000 +0300
+++ src/dialogs/font_browser.cxx    2020-07-08 01:23:01.409752324 +0300
@@ -22,11 +22,16 @@

 #include <string>
 #include <cstdlib>
 #include <cstring>
 #include <cstdio>
+#include <iostream>
+#include <list>
+
+#include <stdlib.h>
 #include <stdint.h>
+#include <string.h>

 #include <FL/Fl.H>
 #include <FL/Fl_Color_Chooser.H>
 #include <FL/fl_draw.H>

@@ -36,10 +41,29 @@

 using namespace std;

 Font_Browser* font_browser;

+struct font_pair {
+    int  nbr;
+    std::string *name;
+    font_pair() {
+        nbr = 0;
+        name = 0;
+    }
+    ~font_pair() {
+        if (name) delete name;
+    }
+};
+
+static int  font_compare(const void *p1, const void *p2)
+{
+    std::string s1 = *((const font_pair *)p1)->name;
+    std::string s2 = *((const font_pair *)p2)->name;
+    return strcasecmp( s1.c_str(), s2.c_str() );
+}
+
 // Font Color selected

 void Font_Browser::ColorSelect()
 {
     unsigned char r, g, b;
@@ -71,20 +95,10 @@
    fb->fontsize = static_cast<int>(fb->txt_Size->value());
     }
     fb->box_Example->SetFont(fb->fontnbr, fb->fontsize, fb->fontcolor);
 }

-// Sort the font list
-void Font_Browser::FontSort()
-{
-    int size = lst_Font->size();
-     for ( int t = 1; t <= size - 1; t++ )
-         for ( int r = t+1; r <= size; r++ )
-             if ( strcasecmp(lst_Font->text(t), lst_Font->text(r)) > 0 ) 
-                lst_Font->swap(t,r);
-}
-
 // Font Name changed callback
 void Font_Browser::FontNameSelect()
 {
     int fn = lst_Font->value();
     if (!fn)
@@ -142,13 +156,16 @@
     btn_Color->down_box(FL_BORDER_BOX);
     btn_Color->color(FL_FOREGROUND_COLOR);
     btn_Color->labelcolor( fl_contrast(FL_BLACK, FL_FOREGROUND_COLOR));
     btn_Color->callback(fb_callback, this);

-    box_Example = new Preview_Box(5, 145, 420, 75, _("That crazy fox jumped over the dog again!\n"
-                 "ABCDEFGHIJKLMNOPQRSTUVWXYZ 0123456789\n"
-                 "!\"#$%&'()*+,-./:;<=>?@@[\\]^_`{|}~"));
+    box_Example = new Preview_Box(5, 145, 420, 75, 
+            _(
+                "The quick red fox jumped over the lazy dog!\n\
+                ABCDEFGHIJKLMNOPQRSTUVWXYZ 0123456789\n\
+                !\"#$%&'()*+,-./:;<=>?@@[\\]^_`{|}~"
+             ) );
     box_Example->box(FL_DOWN_BOX);
     box_Example->align(FL_ALIGN_WRAP|FL_ALIGN_CLIP|FL_ALIGN_CENTER|FL_ALIGN_INSIDE);
     resizable(box_Example);

     set_modal();
@@ -157,31 +174,54 @@
 // Initializations 

     this->callback_ = 0;  // Initialize Widgets callback 
     this->data_ = 0;      // And the data

+    std::string fntname;
+    bool ok = true;
     numfonts =   Fl::set_fonts(0); // Nr of fonts available on the server

-    const char* name;
-    for(int i = 0; i < numfonts; i++) {
-   name = Fl::get_font_name((Fl_Font)i);
-   if (isalpha(*name))
-       lst_Font->add(name, reinterpret_cast<void *>(i));
+    font_pair *font_pairs = new font_pair[numfonts];
+
+    int j = 0;
+    for (int i = 0; i < numfonts; i++) {
+        fntname = Fl::get_font_name((Fl_Font)i);
+        ok = true;
+        for (size_t k = 0; k < fntname.length(); k++) {
+            if (fntname[k] <= ' ' || fntname[k] >= '~' || fntname[k] == '\\') { // disallowed chars in browser widget
+                ok = false;
+                break;
+            }
+        }
+        if (ok) {
+            font_pairs[j].name = new std::string;
+            *(font_pairs[j].name) = fntname;
+            font_pairs[j].nbr = i;
+            j++;
+        }
+    }
+
+    numfonts = j;
+    qsort(&font_pairs[0], numfonts, sizeof(font_pair), font_compare);
+
+    for (int i = 0; i < numfonts; i++) {
+        if ((*(font_pairs[i].name)).length()) {
+            lst_Font->add((*(font_pairs[i].name)).c_str(), reinterpret_cast<void *>(font_pairs[i].nbr));
+            //std::cout << *(font_pairs[i].name) << std::endl;
+        }
     }
-    FontSort();

     fontnbr = FL_HELVETICA;;
     fontsize = FL_NORMAL_SIZE; // Font Size to be used
     fontcolor = FL_FOREGROUND_COLOR;
     filter = ALL_TYPES;

     lst_Font->value(1);
     FontNameSelect();

-//!    Fl::focus(lst_Font);
-
     xclass(PACKAGE_NAME);
+    delete [] font_pairs;
 }

 void Font_Browser::fontNumber(Fl_Font n)
 {
     fontnbr = n;

mh00h commented on 2020-07-07 22:05 (UTC)

Maybe it's in alpha. http://www.w1hkj.com/alpha/fldigi/

dviktor commented on 2020-07-07 21:57 (UTC)

@mhooh could you please provide a link? I can't find any info in git...

mh00h commented on 2020-07-07 21:52 (UTC)

A new release came out today that is supposed to fix the font issue (4.1.13.24). Please could someone update this PKGBUILD to assist us with confirming the patch?

mh00h commented on 2020-07-07 17:01 (UTC)

I have the same problem and have traced it back to having too many fonts. Someone else has run into this too (https://primalcortex.wordpress.com/2019/03/02/fldigi-slow-startup-on-linux/?unapproved=18496&moderation-hash=4ce7ad0633dd1678f01be7050c5122c2#comment-18496). Can you confirm if this applies to you?

not_anonymous commented on 2020-07-07 15:34 (UTC)

Runs fb here om....both from the command line and from the "desktop" file. Namcap is happy too, although there could be a missing dep. I'd sure like to know more about exactly what the problem might be. (i.e. Is it the PKGBUILD, or is it something upstream, or is it local to your situation.) To wit;

Perhaps you could try this: https://sourceforge.net/p/fldigi/wiki/linux_debug_howto/

dviktor commented on 2020-07-07 09:56 (UTC)

Can't start application. No output in console and no GUI is shown

petris commented on 2020-05-08 16:30 (UTC)

@not_anonymous I just wanted to mention that it's also possible to build this package directly from the git repository (https://sourceforge.net/p/fldigi/fldigi/ci/master/tree/) by using the pkgver as the tag, for instance:

source=("${pkgname}::git+https://git.code.sf.net/p/fldigi/${pkgname}#tag=v${pkgver}")

...then it won't matter whether the author removes the tar files on update or not; it will continue working with git.

The only other change that would need to be made with this is adding "autoreconf --install" before calling "./configure" since the configure script appears to be generated prior to packaging up the release tar.

not_anonymous commented on 2020-05-04 15:58 (UTC) (edited on 2020-05-04 16:00 (UTC) by not_anonymous)

Updated several times since the comment below.... others have used the flag it out-of-date to get an update to happen; and that generally within a few days. (Sigh)

freaknils commented on 2020-03-18 06:47 (UTC)

Hi could you please update the PKGBUILD? Otherwise disown this package.

Thanks!

djringjr commented on 2020-01-26 19:59 (UTC)

Edit PKGBUILD and change these lines:

pkgver=4.1.09

sha512sums=('b4c284f599f7985205c8198df32f02fade55bfba6c4630b0c385f9f2d734ef0be11b5620e73324d88a5d5dfc4258c44c8e1759a57cd8da77186bb7d4277e1503')

ra1nb0w commented on 2020-01-20 08:10 (UTC)

the author deletes the old versions. Now it is 4.1.09. if you want the old one see http://distfiles.macports.com/fldigi/

mh00h commented on 2020-01-20 02:52 (UTC)

ERROR: Failure while downloading http://w1hkj.com/files/fldigi/fldigi-4.1.08.tar.gz

ra1nb0w commented on 2019-12-12 11:14 (UTC)

This and flrig should be on repo community or extra like any other distro. what is the impediment?

anyway, thanks for supporting it.

ve7it commented on 2019-08-10 23:28 (UTC) (edited on 2019-08-10 23:33 (UTC) by ve7it)

package is flagged as out of date and fails installation as the 4.1.06 version is no longer available. Until the repository is updated, you can manually edit your pkgbld file as follows:

to build fldigi 4.1.07 using fldigi 4.1.06-1 pkgbld: change pkgver=4.1.06 to pkgver=4.1.07 change sha512sums=('fc3ef66e9ce8c231af27d17f098e1767ba35038afac124be2a1db846246bf2e6d86ba078cd82e28d73b7389079eff87545c2f3e81bef95c525b90a8886c612be') to
sha512sums=('61fa649e589e6d34515e3d7f2f10098ac9e876d04a22d344a8e21f4dc8fc8bcf568e5d64f334a245923492c573175bfff75d39f81dbf49a808132660f02d792b')

this worked for me on 10 Aug 2019

nl13067 commented on 2019-04-21 21:28 (UTC)

4.1.03 released

thedanbob commented on 2019-03-24 01:12 (UTC)

The only fltk-related packages I've installed are this one and flrig.

AxPU commented on 2019-03-21 22:54 (UTC)

Well I still face the same problem. Compiling and installing is fine but it crashes when I run it. If it runs on your end, maybe the error is on my install. Have you installed any fltk packages via AUR?

Updating the AUR Package and looking for feedback. If it crahes you can always restore the previous version...

thedanbob commented on 2019-03-21 01:20 (UTC)

FWIW, I was able to install and run 4.1.01 successfully with no changes to the package script (besides version and shasum of course). Maybe the latest version of fltk fixed the issue?

AxPU commented on 2019-03-12 21:11 (UTC)

Same story. The reason for the crash might not even be in fltk but due to some compiler flag error.

I found similar error reports all over the net but not yet a solution. Ideas welocme!

pegasus commented on 2019-03-12 17:45 (UTC)

4.1.01 released http://w1hkj.com/files/fldigi/fldigi-4.1.01.tar.gz

AxPU commented on 2019-02-15 09:15 (UTC)

Version 4.1.00 does build fine but crash on startup du to some fltk error. I'm investigating!

ganthore commented on 2018-08-31 14:42 (UTC)

Please bump the version to 4.0.18: https://github.com/ganthore/arch-fldigi/blob/master/PKGBUILD

numinit commented on 2018-01-29 00:18 (UTC)

4.0.15 is now out.

http://w1hkj.com/files/fldigi/fldigi-4.0.15.tar.gz

AxPU commented on 2018-01-18 21:29 (UTC)

The fldigi site says "Do not user version 4.0.14!" The sources for the current AUR package 4.0.13 are not easily available too so we have to wait for the next version it seems.

I'm not yet sure regarding the dependencies. I did check that in the past but it might have changed. Will have a closer look but that may take a bit longer.

not_anonymous commented on 2018-01-05 11:52 (UTC)

With the current version and PKGBUILD; the resulting binary requires 'libpulse' to be added to the deps array. ALSO; libsamplerate is already in the dep. tree, so it is redundant in the deps. array. (It is supplied through portaudio.) FINALLY; hamlib seems to be required in the dep array. (In fact it may not be needed. I am not sure on this at this time, as I have not tested a compile without hamlib extent.)

kbeckmann commented on 2017-10-19 16:55 (UTC)

New version is out, 4.0.11. Please update PKGBUILD. Cheers!

AxPU commented on 2017-06-27 19:49 (UTC)

Well it is still checked as optional when building but that might not be current, who knows. I will switch portaudio to a dependency.

petris commented on 2017-06-25 14:44 (UTC)

It appears that 4.0.5 needs to have "portaudio" as a required dependency (it's currently optional); it compiles correctly after adding it as a dependency in the PKGBUILD file. Here's the error: CXX misc/fldigi-xmlrpc.o In file included from ./include/audio_alert.h:8:0, from ./include/confdialog.h:658, from misc/xmlrpc.cxx:80: ./include/play.pa.h:6:10: fatal error: portaudio.h: No such file or directory #include <portaudio.h> ^~~~~~~~~~~~~

not_anonymous commented on 2017-02-08 17:17 (UTC) (edited on 2017-02-08 20:30 (UTC) by not_anonymous)

I've uploaded a new package; flxmlrpc. It allows fldigi to have an xmlrpc connection to other applications. (An example is the latest tlf package.) These changes should be made to this PKGBUILD; - xmlrpc-c is NOT a correct (opt)depends for this package!! i.e. Please remove it. - '--with-flxmlrpc' must be added to the './configure' command to enable the xmlrpc functionality. - add 'flxmlrpc' to the 'depends=()' array, as it must be extent during compile to compile in xmlrpc functionality.

dpello commented on 2017-02-03 12:12 (UTC)

New Version: pkgver=3.23.21 sha512sums=('95c3ad1c5558af965ec4ef9d6756ed706785c8547a638b729c71a2bed10a2a69b70c2ea554c4b74a6cbd0912d2f0172b9604e866e026c260712d76483b98ea3c')

lagagnon commented on 2016-12-12 03:22 (UTC)

attempted install of latest package and error thrown: "failed to verify fldigi integrity".

commented on 2016-12-10 07:14 (UTC)

New version, 3.23.17 sha512: 362e57e14fa1a05ea4fdd2415996117af47878c37beb4d63e2d4ab57ca7f20e0b47c49b69bf35fcd7a8e7558c1e6329785087c8bcfcf8b8958f197af3c8381bb

int_0xFF commented on 2016-08-07 22:41 (UTC)

fldigi has been updated to 3.23.13 on 2016-08-06. The URL also appears to have changed so this package is currently uninstallable. Bumping the version, url, and hash and it installs using the following URL: http://downloads.sourceforge.net/project/fldigi/fldigi/fldigi-3.23.13.tar.gz

maze commented on 2016-02-14 08:28 (UTC)

Hamlib has been upgraded to 3.x, please test.

AxPU commented on 2016-01-26 21:41 (UTC)

It seems like this is the beta track. I've updated to one of the .07 version because of and "out of date" notification and that's it. It does not help that the sourceforge page is quite ambiguous as well 3.23.07 is out and stable now but you won't be notified of the update because all the AUR helpers think it is older than the beta versions you are already running. Well - update manually in that case. I will then update to 3.23.08 only when it is stable and the tarball stays available.

ronoverdrive commented on 2016-01-23 19:24 (UTC)

The Dev seems to be a bad habit of deleting source tarballs. Version was updated to 3.23.08.01 18 hours ago and the current PKGBUILD gets a 404 error on 3.23.07.19 preventing it from building. Also FYI FLDigi does build and function on armv7a as well if anyone was interested in using this on ALARM with their Raspberry Pi2 or ARM-based Chromebooks.

ronoverdrive commented on 2016-01-06 23:31 (UTC)

3.23.07.11 has been released and the 3.23.07.10 source is unavailable resulting in a build error. Until the maintainer updates just edit the PKGBUILD and change the version to 3.23.07.11 and replace the checksum with 'SKIP' for the time being.

phillid commented on 2015-11-22 02:59 (UTC)

3.23.05 is now out and PKGBUILD isn't updated, so those of you trying to build, just update the version field in your PKGBUILD

AxPU commented on 2015-03-24 19:58 (UTC)

Thanks for the out-of-date notificatin. Am currently on the road. The PKGBUILD will have to wait until next week..

AxPU commented on 2014-12-08 01:11 (UTC)

Oh my! I should have ckecked first. New version of fldigi just out, problem fixed :)

AxPU commented on 2014-12-08 01:00 (UTC)

Thank you I have added the sed command into the PKGBUILD. It does build at least once now and works. I'd think building twice would fail at the sed command but I did not try that. One can always start from a clean directory to circumvent such a problem. Hope the issue will be fixed with the next fldigi release

rcf commented on 2014-12-02 22:51 (UTC)

Per https://fedorahosted.org/fldigi/ticket/62 the issue is a conflict between a method in Fl_Widget and a function in icons.h; until a new version is released adding sed -i 's/\bset_active\b/set_active__/g' ./src/misc/*.cxx ./src/widgets/*.cxx ./src/dialogs/*.cxx ./src/include/*.h before ./configure allows the package to build by hackishly renaming that function.

AxPU commented on 2014-11-23 21:05 (UTC)

Yes I can reproduce the error. The fltk libraries have been updated a few days ago and it seems that the error is related to this. I am investigating but I think there is not much I can do at the moment except waiting for an updated fldigi. Ideas are of course welcome

minorsecond commented on 2014-11-23 00:00 (UTC)

Hey all, Getting an error when trying to compile FLDIGI. Been happening for 3-4 days now. http://pastebin.com/EDnN6vuK Any idea how to fix this?

ormandj commented on 2014-10-31 00:36 (UTC)

Thank you for the quick update, I had edited the PKGBUILD manually (just changed version numbering) in the meantime and built my own package after flagging this one for being out of date. I can say I did not have an issue moving from your previous version to the new regarding configuration files, so it might be specific to some settings. Great work with the quick update!

AxPU commented on 2014-10-30 20:11 (UTC)

For your information: I had to delete the fldigi configuration in /home/username/.fldigi to be able to start the new version. Otherwise I ran into errors and the application did not start. Maybe it would be possible to safe and then import the old config but I did not bother to try and just set it up again using the assistant. Just so that you know if this issue hits you!

AxPU commented on 2014-10-29 23:23 (UTC)

I've built already but it does not run yet. There is some error that I'm still chasing, let's see before upload

AxPU commented on 2014-02-02 20:55 (UTC)

New Version 3.21.78

AxPU commented on 2013-11-18 23:53 (UTC)

Updated to 3.21.77

adx commented on 2013-09-08 17:03 (UTC)

The only change I would make would be to change the optdepend to xmlrpc-c. Otherwise it looks good. I also just uploaded a package for flrig.

AxPU commented on 2013-09-03 22:41 (UTC)

Just de-orphaned and upgraded to current. Not yet changed anything in the PKGBUILD since it works. Please add hints and suggestions tnx

chuser commented on 2013-08-13 09:58 (UTC)

3.21.73 now available on w1hkj website

u2ix commented on 2013-06-19 21:39 (UTC)

@KD0SKH: I checked the link, it's still up. Please don't flag the package as "out-of-date" if you have just problems building it. If you have further problems building the package please write a detailed problem description in a comment.

Hibou commented on 2013-06-19 03:29 (UTC)

I cannot access the website w1hkj.com to even begin building the package.

swiftgeek commented on 2013-03-01 23:18 (UTC)

It's impossible for me to compile it with asciidoc in the system. Also - 3.21.68

radio_rogal commented on 2012-12-23 19:03 (UTC)

3.21.63 I've leaved cty.patch only and moved some dependencies to optional.

qs9rx commented on 2012-12-20 23:10 (UTC)

The patch does not seem needed anymore. So updating the PKGBUILD would just be bumping the version number and adding the current checksum. Please update or abandon the package so someone else can take it.

lagagnon commented on 2012-11-28 23:55 (UTC)

Tried to compile with bosco's new PKGBUILD. It built fine but launching fldigi throws this error: [code] libpng warning: Application built with libpng-1.4.12 but running with 1.5.13 [/code] Any ideas how to fix this?

commented on 2012-08-23 16:09 (UTC)

Updated bosco's PKGBUILD for 3.21.50 http://pastebin.com/6705A1f3

commented on 2012-01-24 02:45 (UTC)

I made a PKGBUILD for the latest version and made the option dependencies optional. It compiles with the latest fltk, you can find it here: http://pastebin.com/8j9T7QDx

commented on 2011-11-11 05:30 (UTC)

Found the issue... change fltk to fltk-stable... an AUR pkg.

commented on 2011-11-11 04:43 (UTC)

I think the problem may have to do with 64bit... but I have no 32bit box to test with...

commented on 2011-11-11 04:42 (UTC)

I cant even fetch the source...

commented on 2011-11-11 02:41 (UTC)

I cant even fetch the source...

radio_rogal commented on 2011-11-07 20:12 (UTC)

I can fix `short` issue. But I can't solve `undefined reference to `Fl_Text_Selection::set_rectangular(int, int, int, int)'`. http://pastebin.com/7GMrDMRY

commented on 2011-11-07 15:23 (UTC)

This is *mad* out of date.

commented on 2011-07-20 12:43 (UTC)

Well, as a temporary solution "fltk-stable" package can be installed (http://aur.archlinux.org/packages.php?ID=50854). It provides FLTK 1.1.x branch, which devs think more stable.

commented on 2011-07-19 10:16 (UTC)

@torn: Looks like you are right. Downgrading only fltk from 1.3.0 to 1.1.10 makes fldigi compile, and it even starts. Note that the problem still persists in the newest 3.21.12 version. I've managed to solve problems with these errors, however, there are some linking issues.

commented on 2011-07-13 12:28 (UTC)

Dear ur6lad, the problem with xmlrpc-c-abyss is now solved (thank you), but still there's an error while compiling fldigi: CXX fldigi-Panel.o widgets/Panel.cxx: In member function ‘int Panel::orgx()’: widgets/Panel.cxx:40:21: error: cannot convert ‘int*’ to ‘short int*’ in initialization widgets/Panel.cxx: In member function ‘int Panel::orgy()’: widgets/Panel.cxx:49:21: error: cannot convert ‘int*’ to ‘short int*’ in initialization widgets/Panel.cxx: In member function ‘void Panel::position(int, int, int, int)’: widgets/Panel.cxx:58:19: error: cannot convert ‘int*’ to ‘short int*’ in initialization widgets/Panel.cxx: In member function ‘virtual void Panel::resize(int, int, int, int)’: widgets/Panel.cxx:93:19: error: cannot convert ‘int*’ to ‘short int*’ in initialization widgets/Panel.cxx: In member function ‘virtual int Panel::handle(int)’: widgets/Panel.cxx:194:20: error: cannot convert ‘int*’ to ‘short int*’ in initialization make[2]: *** [fldigi-Panel.o] Error 1 I didn't investigate this, but I think this might be a problem with fltk-1.3.0.

radio_rogal commented on 2011-07-06 19:36 (UTC)

Thanks, I'm investigating this problem.

commented on 2011-07-06 16:39 (UTC)

Hello, at the moment it's o impossible to install fldigi as xmlrpc-c-abyss doesn't compile anymore (I've already reported the problem there, but I've got no reply). Also, fldigi 3.21.12 is out.

radio_rogal commented on 2011-06-22 21:28 (UTC)

3.21.11

Frikilinux commented on 2011-06-21 16:01 (UTC)

@ur6ad 3.21.11 is out. Thanks and 73

commented on 2011-05-28 08:08 (UTC)

Broken, crashes on startup with "Aborting fldigi due to a fatal error"

radio_rogal commented on 2011-05-23 05:56 (UTC)

3.21.9 :)

Frikilinux commented on 2011-05-22 22:12 (UTC)

@ur6lad version 3.21.9 is out

radio_rogal commented on 2011-04-05 21:49 (UTC)

Update to 3.21.8

commented on 2011-04-05 19:57 (UTC)

Currently package is broken: $ fldigi fldigi: error while loading shared libraries: libxmlrpc_server_abyss++.so.3: cannot open shared object file: No such file or directory

radio_rogal commented on 2011-03-30 05:57 (UTC)

I'm going to update this evening.

commented on 2011-03-26 09:38 (UTC)

Current version is 3.21.7

radio_rogal commented on 2010-11-30 21:56 (UTC)

3.20.32

radio_rogal commented on 2010-09-21 06:21 (UTC)

3.20.28

AxPU commented on 2010-08-03 15:41 (UTC)

I have pasted an update PKGBUILD for fldigi 3.20.22 - you can just follow the link to get it: http://aur.pastebin.com/QedEFwcR

AxPU commented on 2010-08-03 15:30 (UTC)

The PKGBUILD still wants to apply the libpng patch which of course must fail since there is no patch included. Please remove the "patch" line in the PKGBUILD file as suggested by SamuelJones (http://aur.pastebin.com/LxTPEzSa) Furthermore - The donwload for fldigi 3.20.15 has been removed from the original download location. As of now only 3.20.17 to 3.20.22 are available - Version 3.20.22 does compile and work just fine with your supplied PKGBUILD file after removing the "patch" line. Please update.

radio_rogal commented on 2010-06-14 20:57 (UTC)

3.20.15 Tnx to SamuelJones!

commented on 2010-06-13 18:26 (UTC)

http://aur.pastebin.com/LxTPEzSa working PKGBUILD for the latest fldigi (3.20.15) doesnt include the libpng patch, but it seems to work for me anyway.