Package Details: muttprint 0.73_4-6

Git Clone URL: https://aur.archlinux.org/muttprint.git (read-only, click to copy)
Package Base: muttprint
Description: An app to print email from CLI mail clients, mutt in particular
Upstream URL: http://muttprint.sf.net
Keywords: email mutt print
Licenses: GPL
Submitter: None
Maintainer: jasonwryan
Last Packager: jasonwryan
Votes: 59
Popularity: 0.012054
First Submitted: 2006-01-07 14:55 (UTC)
Last Updated: 2019-12-12 05:01 (UTC)

Latest Comments

dulice commented on 2020-12-11 18:12 (UTC) (edited on 2020-12-11 19:00 (UTC) by dulice)

@misc did you commented this line? <policy domain="delegate" rights="none" pattern="gs" />

this worked for me

misc commented on 2020-01-10 16:52 (UTC) (edited on 2020-01-10 17:04 (UTC) by misc)

Uh… no idea how that happens.

convert: attempt to perform an operation not allowed by the security policy `gs' @ error/delegate.c/ExternalDelegateCommand/378.
convert: no images defined `BabyTuX.eps' @ error/convert.c/ConvertImageCommand/3273.

edit: Alright, after commenting out the line in /etc/ImageMagick-7/policy.xml it runs, but then errors out with "rm: cannot remove 'manual-de-sed.tmp': No such file or directory" (repeats same filename for .log/.aux/.tex./.out) and "dvips: DVI file can't be opened: manual-de-sed.dvi: No such file or directory".

jasonwryan commented on 2019-12-11 21:13 (UTC)

@hak thanks for the patch! I'll push a new version as soon as I have time.

hak commented on 2019-12-11 12:31 (UTC) (edited on 2019-12-11 12:36 (UTC) by hak)

This is one way to allow optional papersave again.

--- a/muttprint 2019-12-11 11:03:42.000000000 +0100
+++ b/muttprint 2019-12-11 13:02:02.000000000 +0100
@@ -1635,7 +1635,9 @@
    open (AUX, "$auxfile") or fatalError "Could not open $auxfile:\n$!";

    while (<AUX>) {
-       ($numberOfPages) = /\\newlabel{LastPage}{{}{(\d+)}}/;
+       if ( /\\newlabel\{LastPage}\{\{}\{(\d+)}}/ ) {
+           $numberOfPages = $1;
+       }
    }

    close AUX or fatalError "Could not close $auxfile:\n$!";

Without the if-statement the while-loop will empty $numberOfPages after the match.

hak commented on 2019-12-05 09:42 (UTC)

The regex.patch doesn't seem to be enough any longer, $numberOfPages is always empty and thus PAPERSAVE="optional" isn't working.

jasonwryan commented on 2019-11-26 20:37 (UTC)

@friday13 see the note on the top of the ImageMagick page: https://wiki.archlinux.org/index.php/ImageMagick

friday13 commented on 2019-11-26 13:28 (UTC)

patching file muttprint convert: attempt to perform an operation not allowed by the security policy gs' @ error/delegate.c/ExternalDelegateCommand/378. convert: no images definedBabyTuX.eps' @ error/convert.c/ConvertImageCommand/3273. ==> ERROR: A failure occurred in prepare(). Aborting... Error making: muttprint

jasonwryan commented on 2019-06-05 03:16 (UTC)

@trickyelf - should build now: thanks!

trickyelf commented on 2019-06-05 02:13 (UTC)

Building this currently fails for me. Should the package somehow know to extract the diff file automatically?

...
==> Validating source files with md5sums...
    muttprint-0.73.tar.gz ... Passed
    muttprint_0.73-4.diff.gz ... Passed
    regex.patch ... Passed
    two_edge.patch ... Passed
==> Extracting sources...
  -> Extracting muttprint-0.73.tar.gz with bsdtar
==> Starting prepare()...
/home/elf/aur/muttprint/PKGBUILD: line 27: /home/elf/aur/muttprint/src/muttprint_0.73-4.diff: No such file or directory
==> ERROR: A failure occurred in prepare().

benoliver999 commented on 2019-04-07 05:55 (UTC) (edited on 2019-04-07 21:05 (UTC) by benoliver999)

Struggling to get the build to work, getting the following:

/home/ben/.cache/yay/muttprint/PKGBUILD: line 25: 13329 Aborted                 (core dumped) convert -flop BabyTuX.eps BabyTuX.eps

Seems like ImageMagick is causing a core dump when flipping the eps file.

This happens on an old machine (x200), but not on a newer one. Anyone else getting this issue?

EDIT: Just a bad coincidence, works with ImageMagick 7.0.8-39 but was broken with 7.0.8-38. If you are having this error, upgrade ImageMagick.

jasonwryan commented on 2019-02-23 08:04 (UTC)

@lenormf you can just comment out the EPS variable in the policy file at /etc/IMageMagic-7/policy.xml. Apparently, the next version of IM will fix this.

lenormf commented on 2019-02-23 07:33 (UTC)

Got the following errors, during the preparation phase:

convert: attempt to perform an operation not allowed by the security policy `EPS' @ error/constitute.c/IsCoderAuthorized/408.
convert: no images defined `BabyTuX.eps' @ error/convert.c/ConvertImageCommand/3300. 

To work around that, I ran convert -debug configure logo: null: to find out where ImageMagick gets the user policy from, then copied the system one to there:

$ convert -debug configure logo: null:
$ mkdir ~/.config/ImageMagick
$ cp /etc/ImageMagick-7/policy.xml ~/.config/ImageMagick

There's a line in that file that prevents the convertion:

<policy domain="coder" rights="none" pattern="{PS,PS2,PS3,EPS,PDF,XPS}" />

Replace none by all, install the package, remove the ~/.config/ImageMagick directory.

jasonwryan commented on 2018-03-20 20:50 (UTC)

@HamishTPB Have you openend a bug report upstream? I'm reluctant to patch in perpetuity...

HamishTPB commented on 2018-03-20 03:38 (UTC)

There seems to be a typo in the default settings file /etc/Muttprintrc

PRINT_COMMAND="lpr -P$PRINTER"

should be

PRINT_COMMAND="lpr -p$PRINTER"

If you do not override the system-wide config with your own then this will bring up the error:

Press any key to continue...cat: write error: Broken pipe

The uppercase "P" is listed as paper size in the man page where lowercase "p" is the printer name.

robb commented on 2016-12-21 19:46 (UTC)

> I have set muttprint in my muttrc but I get the following error: > Press any key to continue...cat: write error: Broken pipe I had the same issue. I was able to debug the problem a bit without involving mutt, by doing just "cat file | muttprint". This returned the following error: lpr: The printer or class does not exist. Which seems odd since the lpq command knows the printer, it returns: "hpc_5180 is ready". And echo $PRINTER returns: "hpc_5180" Anyway I was able to (mutt)print successfully by adding the following to my muttrc file: set print_command="muttprint -P A4 -p $PRINTER" (It seems that it should also be possible to set the printer via a muttprintrc file. See the muttprint manual page.)

Shibumi commented on 2016-12-16 19:00 (UTC)

I have set muttprint in my muttrc but I get the following error: Press any key to continue...cat: write error: Broken pipe

jasonwryan commented on 2016-05-05 02:04 (UTC)

@dtbaumann - thanks: added your patch

dtbaumann commented on 2016-05-04 06:15 (UTC)

Hi, it seems that the settings for duplex printing are mixed up. For papersave mode (two pages on one landscape sheet) the binding is short edge and vice versa. --- a/muttprint 2016-05-04 08:00:34.253412690 +0200 +++ b/muttprint 2016-05-04 08:04:04.371149272 +0200 @@ -643,14 +643,14 @@ if ($Config{PAPERSAVE} eq "on") { if ($useCups) { $Config{PRINT_COMMAND} =~ - s/\$CUPS_OPTIONS/ -o sides=two-sided-long-edge \$CUPS_OPTIONS/; + s/\$CUPS_OPTIONS/ -o sides=two-sided-short-edge \$CUPS_OPTIONS/; } else { # no cups modifyPS("landscape"); } } else { # no papersave if ($useCups) { $Config{PRINT_COMMAND} =~ - s/\$CUPS_OPTIONS/ -o sides=two-sided-short-edge \$CUPS_OPTIONS/; + s/\$CUPS_OPTIONS/ -o sides=two-sided-long-edge \$CUPS_OPTIONS/; } else { # no cups modifyPS("portrait"); }

cachereturn commented on 2016-02-18 18:19 (UTC)

Please change url=(http://muttprint.sf.net) -> url=http://muttprint.sf.net makepkg is failing with error "url should not be an array."

awagner commented on 2013-10-17 18:52 (UTC)

@grudziar, I don't have the reference ready, but somewhere there are AUR guidelines saying that packages of the base-devel group can be presumed available on every AUR'ing computer and need not be specified in the depends...

grudziar commented on 2013-10-17 17:08 (UTC)

I had to manually install automake and autoconf on my machine. Apparently, they are not listed as dependencies, and without aclocal and autom4te build fails.

commented on 2013-06-16 21:45 (UTC)

Bingo! Thanks for sorting this out - much appreciated!

awagner commented on 2013-06-07 08:46 (UTC)

Updated. I had to recreate the diff file because there were changes to all the different languages' man Makefiles that had to be included. I hope it works now.

commented on 2013-06-06 16:10 (UTC)

Just tried this, think there is a bit of a bug somewhere ... The build almost gets to the end, then fails on the man page generation: sed -e 's,##DOCDIR##,/usr/share/doc/muttprint,g' -e 's,##SHAREDIR##,/usr/share,g' -e 's,##BINDIR##,/usr/bin,g' -e 's,##SYSCONFDIR##,/usr/etc,g' -e 's,##TEMPDIR##,/tmp,g' -e 's,##LIBDIR##,/usr/lib,g' ./muttprint.pod > muttprint pod2man --center="Muttprint Kurzanleitung" muttprint muttprint.1 muttprint around line 3: Non-ASCII character seen before =encoding in 'schöner'. Assuming ISO8859-1 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71. The following page seems to indicate at least someone knows about the bug: https://launchpad.net/ubuntu/+source/muttprint/+changelog I tried to edit the PKGBUILD and change the patch file version to 0.73_4 (and the associated hash so it verified), unfortunately although I can now see the "--utf-8" argument being passed to the pod2man command, it still fails with the same error. Seems like the =encoding is in the wrong place in the man page file?

awagner commented on 2013-03-17 13:35 (UTC)

You're right, Gregoire. I've fixed that and uploaded a new pkgrel.

Gregoire commented on 2013-03-17 13:29 (UTC)

Thank you very much. I think the optional dependencies should be : texlive-fontsextra and not texlive-fontextra.

awagner commented on 2012-08-08 20:55 (UTC)

aline, the wiki ((https://wiki.archlinux.org/index.php/PKGBUILD#makedepends) says "The group base-devel is assumed already installed when building with makepkg . Members of base-devel should not be included in makedepends arrays." So I did not.

commented on 2012-08-08 19:42 (UTC)

It needs 'automake' and 'autoconf' as makedepends.

awagner commented on 2010-12-17 17:54 (UTC)

updated. debian patches now include the tmpdir fix. Thanks for the notification.

commented on 2010-12-17 14:59 (UTC)

404: http://ftp.debian.org/debian/pool/main/m/muttprint/muttprint_0.73_2/_/-}.diff.gz

awagner commented on 2010-12-06 09:12 (UTC)

I have sourced the patch from gentoo's bugtracker now. It doesn't show in the file list above, but it does when you look into the PKGBUILD. Thanks for the suggestion, R.Daneel.

commented on 2010-12-06 03:01 (UTC)

Your tarball has some issues. AUR guidelines suggest to not include binaries. Such as: muttprint/no_tmp_path.diff.gz Try to find sources for the binaries instead of embedding them. Besides, what is the point to tarballing already compressed files? Please correct this.

commented on 2010-07-30 14:24 (UTC)

yes - thanks, that did it - a lot of trouble for packaging a little perl script, but it does do a nice job

awagner commented on 2010-07-30 14:03 (UTC)

@jeremdow: I've added the patch. Can you try if it works this way?

commented on 2010-07-29 21:29 (UTC)

I installed this earlier today, but was running into the same issue reported here - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551543 I see recent comments - am I the only one with this this problem? Anyway, the patch at the end of that thread solved it - and I have a modified PKGBUILD with the new patch if you want it.

awagner commented on 2010-07-27 11:42 (UTC)

How embarrassing. I've now changed buildepends to makedepends. Thanks for the hint, rscholer.

rscholer commented on 2010-07-27 11:35 (UTC)

The Array builddepends needs to be renamed to makedepends, otherwise imagemagick won't be installed.

awagner commented on 2010-07-26 07:35 (UTC)

new PKGBUILD with builddepends, thanks ejstacey.

ejstacey commented on 2010-07-20 03:36 (UTC)

This required imagemagick, for the `convert` command. Without it, the build failed.

awagner commented on 2010-07-05 10:28 (UTC)

Phew. After hours of messing around with the release and the debian patches, I've managed to get a working PKGBUILD. I hope muttprint won't change much, but if it does, please anyone be so kind to notify me, as I have not subscribed to any release info etc. Thx.

commented on 2010-07-03 12:58 (UTC)

Sorry, that release was only in sourceforge and not in the official web page, so I missed it. Moreover I am fed up with the unusual and uncomfortable packaging method of muttprint, so I orphan it and you can update it

misc commented on 2010-07-03 08:00 (UTC)

0.73 has been released as of 2008-12-26. This also fixes a symlink vulnerability: http://muttprint.svn.sourceforge.net/viewvc/muttprint?view=revision&revision=236