Arch Linux User Repository

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

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

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

Updated

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 !

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!

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

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.

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

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 ?

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?

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

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

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

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

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

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.

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

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

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.

(my turn) - UPDATED to ....14-1 .

@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

Checkout the latest fltk.

@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

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.

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

@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

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.

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

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.

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.

agreed not working for me either

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

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

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

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?

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?

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/

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

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

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)

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

Thanks!

Edit PKGBUILD and change these lines:

pkgver=4.1.09

sha512sums=('b4c284f599f7985205c8198df32f02fade55bfba6c4630b0c385f9f2d734ef0be11b5620e73324d88a5d5dfc4258c44c8e1759a57cd8da77186bb7d4277e1503')

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

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

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

anyway, thanks for supporting it.

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

4.1.03 released

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

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

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?

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!

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

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

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

4.0.15 is now out.

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

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.

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