Package Details: lprng 3.8.C-10

Git Clone URL: https://aur.archlinux.org/lprng.git (read-only)
Package Base: lprng
Description: An Enhanced Printer Spooler
Upstream URL: http://www.lprng.com
Licenses: custom:Artistic
Conflicts: cups
Submitter: axs
Maintainer: djraymondnm
Last Packager: djraymondnm
Votes: 6
Popularity: 0.000000
First Submitted: 2008-12-01 12:01
Last Updated: 2017-10-28 18:49

Latest Comments

djraymondnm commented on 2017-10-28 18:56

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.

02m commented on 2017-10-26 16:14

Got the same error as killajoe while installing.

killajoe commented on 2017-10-04 08:28

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?

asveikau commented on 2017-06-05 18:31

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.

djraymondnm commented on 2016-04-05 23:54

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.

djraymondnm commented on 2015-02-20 20:28

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.

djraymondnm commented on 2015-01-18 23:09

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.

grymer commented on 2015-01-17 23:46

It's definitely a symbolic link, and I'm using a fresh system installed from the '2015.01.01' ISO. Not sure why pacman complained.

djraymondnm commented on 2015-01-15 16:52

Hmmm... I haven't seen this. Are you sure that your '/usr/sbin' really is a link to '/usr/bin' at this point? If there is stuff in /usr/sbin when the filesystem upgrade is done, this upgrade might fail. If that is true, then you can just move stuff in sbin to bin and manually make /usr/sbin a symbolic link.

grymer commented on 2015-01-15 11:59

Compiled great, but Pacman install failed first time with message 'lprng: /usr/sbin exists in filesystem'. It installed okay by using the '--force' option. I guess this is because the filesystem package provides a symlink '/usr/sbin -> /usr/bin' ('/usr/sbin' now being deprecated).

All comments