Package Details: turboprint 2.55.1-1

Git Clone URL: https://aur.archlinux.org/turboprint.git (read-only, click to copy)
Package Base: turboprint
Description: High-quality printer driver system for Linux
Upstream URL: http://www.turboprint.info/
Licenses: custom
Submitter: net147
Maintainer: severach
Last Packager: severach
Votes: 52
Popularity: 0.005034
First Submitted: 2008-07-08 07:30 (UTC)
Last Updated: 2023-11-18 22:05 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

Teyro commented on 2012-12-19 19:45 (UTC)

Since i reinstalled my system with systemd the turboprint status monitor doenst work for me! I cant wath the status of my inc...

net147 commented on 2012-09-15 07:09 (UTC)

Updated and fixed.

matse commented on 2012-06-14 13:28 (UTC)

Another thing that I realized is that you get an error if you remove turboprint and don't have "/usr/bin/kbuildsycoca4" (from kdelibs) installed. Then pacman says (after pacman -Rsc turboprint): "error: command failed to execute correctly". As I said it's because of this line in your post install funcion [ -x /usr/bin/kbuildsycoca4 ] && /usr/bin/kbuildsycoca4 &>/dev/null Since kdelibs are just an optdepend of turboprint you can maybe update it that it executes this line just if "kbuildsycoca4" exists with something like test -x $(type -p kbuildsycoca4

matse commented on 2012-03-27 15:03 (UTC)

Thanks! Great work!

net147 commented on 2012-03-27 08:36 (UTC)

Updated.

matse commented on 2012-02-16 12:24 (UTC)

Package works nice, thanks for your work! I have just some additions to make with which I had to cope to get my printer running: You don't seem to run the "install-post" script during the installation. I gues this script makes some essential changes (some are probably unneccesary on arch) like setting the suid bit vor "/usr/share/turboprint/lib/pipeutility". "pipeutility" creates an user folder in "/var/spool/turboprint/USERNAME", which is neccessary in order to be able to use some featuers like "manual duplex printing". Another thing is that normally "turboprint-monitor" should be started with the user login, a script which creates the neccesary .desktop files is "/usr/lib/turboprint/95turboprint_monitor", so turboprint-monitor is started in the background as soon as the user logs into a DE. So to summarize my proposals: Change you PKGBUILD so that "/usr/share/turboprint/lib/pipeutility" permissions become "4755" and write a notice that every user that wants to use turboprint should execute that pipeutility as well as executing "/usr/lib/turboprint/95turboprint_monitor".

<deleted-account> commented on 2011-12-04 19:24 (UTC)

turboprint-2.22-2 is out... please update

JohnDVD commented on 2011-11-09 11:00 (UTC)

Can anyone bring turboprint 1.96.* back to work? cups seems to be downgraded. I wasn't successful with cups and libcups 1.4.8 Buying a new license sucks!

Kompilator commented on 2011-08-11 14:30 (UTC)

Since version 2.20 I can't select the print previev function in tpmonitor as normal user. As root the print preview works for me.

net147 commented on 2011-07-10 02:54 (UTC)

matse: Thanks for the feedback. I haven't used turboprint with a supported printer in several years so I can't actually verify that everything works properly myself. Feedback from actual users of this package is the only way for me to tell if all is working as it should.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »