Arch Linux User Repository

THE PKGBUILD IS NOW CONSIDERED LIKE A VCS ONE, THIS MEAN IT WILL NOT BE BUMPED FOR EVERY VERSION, REPORT ONLY BUILD PROBLEMS NOT NEW VERSIONS!!

THE PKGBUILD IS NOW CONSIDERED LIKE A VCS ONE, THIS MEAN IT WILL NOT BE BUMPED FOR EVERY VERSION, REPORT ONLY BUILD PROBLEMS NOT NEW VERSIONS!!

THE PKGBUILD IS NOW CONSIDERED LIKE A VCS ONE, THIS MEAN IT WILL NOT BE BUMPED FOR EVERY VERSION, REPORT ONLY BUILD PROBLEMS NOT NEW VERSIONS!!

OCR is only available for the professional edition, OCR files should be splitted to a separate pkgbuild? Send your opinion at my email

The pkgbuild is now considered like a VCS one, this mean it will NOT be bumped for every version, report ONLY build problems not new versions.

---

Complainers who can't read: 20

---

Rebuild!

patch for recent version:

--- PKGBUILD
+++ PKGBUILD @@ -3,7 +3,7 @@ pkgname=vuescan-bin _pgmname=vuescan _srcname=VueScan -pkgver=9.6 +pkgver=9.6.43 pkgrel=1 pkgdesc="A powerful proprietary scanning tool developed by Hamrick Software" arch=('i686' 'x86_64') @@ -14,15 +14,15 @@ options=(!strip)

source=('LICENSE' 'vuescan.sh' 'vuescan.desktop') -source_i686=('http://www.hamrick.com/files/vuex3296.tgz') -source_x86_64=('http://www.hamrick.com/files/vuex6496.tgz') +source_i686=('https://d2bwyyzfw77fhf.cloudfront.net/vuex3296.tgz') +source_x86_64=('https://d2bwyyzfw77fhf.cloudfront.net/vuex6496.tgz')

md5sums=('e4d56c48bc5ac80b83630238a7ab658d' 'da269332a033a101a4509d34f1552c10' '10fc10eedb71fa56bb7f1c6e29d63e3b') +md5sums_i686=('510631f922ef57b894b0e16f6b1f79e7') +md5sums_x86_64=('9351190cea1b804d4631524cfe619625') # Skip checksum as package always provides latest version regardless -md5sums_i686=('SKIP') -md5sums_x86_64=('SKIP')

package() { cd "$srcdir"

if it looks ugly and you don't see any borders of buttons, like mentioned here before: i.e. sudo nano /usr/bin/vuescan

#!/bin/sh
cd /opt/vuescan
GTK2_RC_FILES=/usr/share/themes/Industrial/gtk-2.0/gtkrc /opt/vuescan/vuescan
exec ./vuescan "$@"

@FabioLolix: Updated to 9.5-2

Do you mind using the standards source_x86_64=() source_i686=() md5sums_x86_64=() md5sums_i686=() ?

Here's how I handle the problem, with /usr/local/bin/vuescan (or ~/bin/vuescan) which specifies a simpler theme, eg Clearlooks: #!/bin/sh cd /opt/vuescan GTK2_RC_FILES=/usr/share/themes/Clearlooks/gtk-2.0/gtkrc exec ./vuescan "$@"

I am experiencing the problem I have heard of before in other distros - using theme Vertex-Maia I don't get most of the buttons on the control screen, but if I switch to something more basic like XFCE itself, they appear. Terminal shows a string of errors such as: ** (vuescan:25808): WARNING **: Pixbuf theme: Cannot load pixmap file /usr/share/themes/Vertex-Maia/gtk-2.0/Buttons/button-default.png: Failed to load image '/usr/share/themes/Vertex-Maia/gtk-2.0/Buttons/button-default.png': Fatal error in PNG image file: bad parameters to zlib (vuescan:25808): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed (vuescan:25808): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed Is there any possible remedy for this rather than switching themes when using Vuescan?

NB: Just build the package and you will always get the most recent version. It is updated too frequently to bother changing the package version every time.

No need, just build the package and you will always get the most recent version, in this case 9.5.29.

Version 9.5.29 - please change it