Package Details: updf-bzr 17-8

Git Clone URL: https://aur.archlinux.org/updf-bzr.git (read-only, click to copy)
Package Base: updf-bzr
Description: A tool to write and paint to an existing pdf file. uPdf can insert pages of another pdf, insert new pages, remove and extract pages, rotate pages, paste an image in the existing pdf, and much more.
Upstream URL: https://launchpad.net/updf/
Licenses: GPL3
Provides: updf
Submitter: ValHue
Maintainer: SanskritFritz
Last Packager: ValHue
Votes: 6
Popularity: 0.000000
First Submitted: 2012-11-28 13:03 (UTC)
Last Updated: 2016-08-03 11:32 (UTC)

Latest Comments

1 2 Next › Last »

rpodgorny commented on 2019-02-14 20:45 (UTC)

the python2-gobject dep is missing, indeed.

please update or orhan, thank you...

SanskritFritz commented on 2017-02-04 15:11 (UTC)

I have created a python2-rsvg package derived from the original gnome-python-desktop base.

butler360 commented on 2017-01-29 09:53 (UTC)

Looks like python2-rsvg has been deprecated. https://github.com/jliljebl/flowblade/pull/320

dreieck commented on 2016-09-24 12:47 (UTC) (edited on 2016-09-25 10:11 (UTC) by dreieck)

I freshly (re-)installed the package. However, when I want to run it by jus ttyping 'updf', I get the following error: == %< == Traceback (most recent call last): File "/sbin/updf", line 37, in <module> from updf import main ImportError: No module named updf == >% == When I run '/usr/bin/updf' it works. However, it should also be working when just calling 'updf'. Can you fix it? Perhaps writing a proper wrapper script (which still works when you pass file names with relative paths as arguments)/ a local patch that pathes sources downloaded from upstream? I have reported to upstream, but they don't seem to care about bugs reported at http://bugs.launchpad.net/updf.

senft commented on 2016-09-03 13:04 (UTC)

I think this should also depend on python2-gobject

ValHue commented on 2016-08-03 10:20 (UTC)

If you run /usr/bin/updf works, right? and if you do it using the menu entry is added also works. This is because of the way the creator of UPDF called the main module startup -- if __name__ == '__main__': if __file__.startswith('/usr/bin'): sys.path.insert(1, '/usr/share/updf')

justin8 commented on 2016-07-06 01:41 (UTC)

I just get this when trying to run updf: Traceback (most recent call last): File "/sbin/updf", line 35, in <module> from updf import main ImportError: No module named updf

paulie4 commented on 2014-09-15 03:37 (UTC)

The libappindicator3 package has been replaced by this package: https://aur.archlinux.org/packages/libappindicator-gtk3/

dmp1ce commented on 2013-11-28 13:22 (UTC)

I was missing the gi module and was geeting the "toolbar_style" error as Alister.Hood described.

dmp1ce commented on 2013-11-28 13:21 (UTC)

I had to install python2-gobject and I had to change the source a little bit here: https://bugs.launchpad.net/updf/+bug/1180103/comments/2 in order for this to work.