Arch Linux User Repository

For me, the build breaks with

/usr/bin/ld: vars.o:(.bss+0x7e8): multiple definition of `Mail_fd'; checkpc.o:(.bss+0x0): first defined here

Is this a known issue?

The install script is utterly wrong and results in pacman seeing files as missing, and other files being completely untracked. Do not use install scripts to do the job that rightfully belongs to package().

ron2138, the AUR supports markdown (python-markdown with standard extensions, including some aspects of github-flavored markdown) so you can just use ``` to delimit code blocks.

The following patches:

1. States the URL of the upstream source that is actually used. I think the other URL is a bit misleading, because it supposedly states a source version that is not used by this package.
2. Install all the sample files by pacman, avoiding moving files by an install script. Avoiding work by the install script looks to me cleaner, though in this case it is negligible. I don't see if there is any reason to prefer the install script method over the more cleaner way of avoiding it in this case. Am I missing something?

    diff --git a/PKGBUILD b/PKGBUILD
    index b500855..69b38d4 100644
    --- a/PKGBUILD
    +++ b/PKGBUILD
    @@ -6,7 +6,7 @@ pkgver=3.8.C
     pkgrel=10
     pkgdesc="An Enhanced Printer Spooler"
     arch=('i686' 'x86_64')
    -url="http://www.lprng.com"
    +url="http://lprng.sourceforge.net"
     license=('custom:Artistic')
     depends=(openssl bash)
     optdepends=(
    @@ -70,6 +70,10 @@ package() {
              "${pkgdir}/usr/share/doc/lprng/"
          install -D -m 0644 "${srcdir}/lpd.perms" \
              "${pkgdir}/usr/share/doc/lprng/"
    +     mv "${pkgdir}/etc/lprng/printcap.sample" \
    +        "${pkgdir}/etc/lprng/lpd/lpd.conf.sample" \
    +        "${pkgdir}/etc/lprng/lpd/lpd.perms.sample" \
    +         "${pkgdir}/usr/share/doc/lprng/"
     }

     md5sums=('5901bed95e61d2bea3ba3056056af432'
    @@ -82,4 +86,4 @@ md5sums=('5901bed95e61d2bea3ba3056056af432'
              '1768d2f81d6d14c22686293ca60528c1'
              '3ef9f91dc0de273da1f5f1b20d49cd17'
              '3f861c75c2d68c0e45b4095ab39ba1c8'
    -         '0f21b173ae0f16d225b4519e0f3238ff')
    +         'd3d4423db63a7242c3f68b61e8346fdc')


    diff --git a/lprng.install b/lprng.install
    index 8039b18..5b6a80b 100755
    --- a/lprng.install
    +++ b/lprng.install
    @@ -1,9 +1,3 @@
    -post_install() {
    -  mv /etc/lprng/printcap.sample /etc/lprng/lpd/lpd.conf.sample \
    -    /etc/lprng/lpd/lpd.perms.sample /usr/share/doc/lprng
    -  echo 'See /usr/share/doc/lprng/README to configure'
    -}
    -
     pre_remove() {
       /usr/bin/systemctl stop lpd.service
       /usr/bin/systemctl disable lpd.service

I have turned off openssl in version 10 as configuration now fails (why???) and ssl doesn't seem to be needed for common usage. (I tried it on our network, printing remotely from a cups client.) Works out of the box now.

Got the same error as killajoe while installing.

checking if ssl authentication is disabled... enabled checking openssl/ssl.h usability... yes checking openssl/ssl.h presence... yes checking for openssl/ssl.h... yes checking for RC4_set_key in -lcrypto... yes checking for SSL_load_error_strings in -lssl... no configure: error: Unable to use OpenSSL ... someone have builded this one actually?

Hi, Wanted to note a few things. 1. PKGBUILD says it supports i686 and x86_64 but for a few years now I am running it on a raspberry pi without issue (armv6h). 2. Recently this package seems to have linker issues with libssl for me (openssl 1.1.0.f-1). I manually removed --enable-ssl as a workaround since I'm not using it on my LAN, didn't care to dig any further than that.

This package was flagged out of date on 1 Jan 2016 because version 3.8.35 has become available on the original lprng website. The version used here is based on 3.8.32 and appears to have been forked by Debian people. I have tried to compile 3.8.35 from the original website with no success. Further examination suggests that Debian has put in a heroic amount of effort to make lprng compile and run. Furthermore, according to the change log in 3.8.35, no changes significant to Linux were made between 32 and 35. I therefore consider the current version 3.8.C up to date and I am removing the out of date flag.

Regarding the comment by Grymer about the installation of lprng failing because /usr/sbin exists, I have solved this problem by forcing the installation of all binary files for lprng directly into /usr/bin. So, lprng installs cleanly now. Also, a filter that uses foomatic-rip has been added, so that the whole .ppd filter system can be used. This requires the installation of foomatic-filters-lprng from the AUR. Finally, a Wiki page now exists for lprng.

Well, I'm stumped! I uninstalled lprng on my laptop and reinstalled it and I had no problem. Quite a few lprng programs get installed in /usr/sbin, but this should work with the link unless /usr/bin has some executables the clash with lprng executables. (This among other reasons is why cups conflicts with lprng.) I also have /usr/sbin as a symbolic link to /usr/bin (as it is supposed to be). Glad you found a way to install.