| Summary: | vuescan-8.0.4.ebuild (New Package) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | The Master <da_master937> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | da_master937, denilsonsa, flacvest.identede, kavol, sean-gentoo, seclorum |
| Priority: | Normal | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | sunrise suggested | ||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 172757 | ||
| Bug Blocks: | |||
| Attachments: |
vuescan-8.0.4.ebuild
vuescan-8.3.59.ebuild vuescan-8.4.16.ebuild vuescan-8.4.17.ebuild vuescan-8.4.18.ebuild VueScan.png vuescan-8.4.19.ebuild tested on x86 only tested on x86 only tested on x86 only vuescan-8.5.0.ebuild 32-bit libusb needed for making VueScan work on amd64; obtained from ubuntu's repositories VueScan.desktop |
||
|
Description
The Master
2004-06-17 17:37:53 UTC
Created attachment 33452 [details]
vuescan-8.0.4.ebuild
http://www.hamrick.com/vsm.html Vuescan is a really high-quality scanner software. It supports more than 400 SCSI, USB and Firewire scanners. More than one year has passed since this bug was added, VueScan is currently at version 8.3.13 for Linux, and it is not yet in portage. The current version is 8.3.26 :-) Unfortunately, there is no 64bit build (and it is not planned), and the Gentoo emul-linux-x86 libraries are missing libusb (or I haven't found it?) I tried to make 32bit chroot, but VueScan did not detect my scanner (Canon FS4000 attached at SCSI) Some criticism for this ebuild: 1) Gimp, mozilla, and libusb are not run-time depends. Libusb is only required for certain scanners. Some users prefer other browsers and viewers besides mozilla and the gim. 2) This ebuild installs everything into /opt/vuescan including bin and doc files. I'll see if I can get some time to work on these two issues including updating it to version 8.3. :-) (In reply to comment #4) > 1) Gimp, mozilla, and libusb are not run-time depends. Libusb is only > required for certain scanners. well, I am using SCSI connection with my Canon FS4000 and VueScan still refuses to start without libusb, so in my point of view libusb *is* a run-time dependency ... unfortunately, (as I write in comment #3) I am unable to run it on AMD64, it says: kavol@jarmilka ~/bin/vuescan-8.3.46 $ ./vuescan ./vuescan: error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory kavol@jarmilka ~/bin/vuescan-8.3.46 $ locate libusb-0.1.so.4 /usr/lib64/libusb-0.1.so.4.4.2 /usr/lib64/libusb-0.1.so.4 while I have every possible compat libraries installed: kavol@jarmilka ~/bin/vuescan-8.3.46 $ equery l emul-linux [ Searching for package 'emul-linux' in all categories among: ] * installed packages [I--] [ ] app-emulation/emul-linux-x86-baselibs-2.4.2 (0) [I--] [ ] app-emulation/emul-linux-x86-compat-1.0-r1 (0) [I--] [M ] app-emulation/emul-linux-x86-glibc-1000 (0) [I--] [ ] app-emulation/emul-linux-x86-gtklibs-2.3 (0) [I--] [ ] app-emulation/emul-linux-x86-java-1.4.2.03-r1 (1.4.2) [I--] [ ] app-emulation/emul-linux-x86-medialibs-1.1-r1 (0) [I--] [ ] app-emulation/emul-linux-x86-qtlibs-2.2 (0) [I--] [ ] app-emulation/emul-linux-x86-sdl-2.3 (0) [I--] [ ] app-emulation/emul-linux-x86-soundlibs-2.3 (0) [I--] [ ] app-emulation/emul-linux-x86-xlibs-2.2.2 (0) :-( Created attachment 94677 [details]
vuescan-8.3.59.ebuild
ebuild for latest version.
Removed some of the deps and added an einfo about having mozilla.
Also added RESTRICT, I don't think Gentoo mirrors should host this - I could not find any licensing info on their home page so we better not distribute.
Still installs everything into /opt/vuescan, but that can't be helped because the app expects its documentation there and launches mozilla on that URL. (You also can't install or symlink the binary into /usr/bin because it expects vuescan.dat and vuescan.bmp in $CWD, which hould really live in /usr/share)
HTH.
Just a comment: the vuescan site hosts the file with version number in it, but if you try to download any older version (by changing the number on URL), you will still get the same file (the newest). Created attachment 114877 [details]
vuescan-8.4.16.ebuild
new version (VueScan 8.4.16 released on March 22, 2007)
- updated header
- keyworded for AMD64
- removed obsolete virtual/x11 dependency (gtk depends on X anyway)
- removed lib-compat, current version runs against current libraries
- platform-dependant RDEPEND
- no longer needed to symlink gimp manually, removed note
- added warning for AMD64 (I was able to run VueScan with libusb copied from old Duron machine, it detected my scanner but it said it is not supported - blah, it works perfectly using SANE)
Created attachment 115240 [details]
vuescan-8.4.17.ebuild
new version (VueScan 8.4.17 was released on March 30, 2007)
ok, no need to follow the (too short) release cycle of VueScan, but I made a change to the ebuild - I've rewritten the notice about Mozilla since the browser binary is configurable
p.s. when upgrading, do not forget to remove the old vuescan84.tgz from distfiles and regenerate digest *after* that, otherwise the package would not be updated from the web, since the name is the same, see the above posts
p.p.s. works perfectly on x86 with Canon FS4000US via usb
Created attachment 116331 [details]
vuescan-8.4.18.ebuild
New version (VueScan 8.4.18 was released on April 9, 2007)
not so important program update (I suggest every newcomer to simply rename the ebuild to the actual version) but I made some improvements to the ebuild:
* updated GTK+ dependency, the current version uses version 2
* generate desktop entry so the program shows in menu
Created attachment 117086 [details]
VueScan.png
VueScan icon - put it in files dir
Created attachment 117088 [details]
vuescan-8.4.19.ebuild
one more improvement - use original VueScan icon
Created attachment 153751 [details]
tested on x86 only
vuescan-8.4.71.ebuild works only under root. I don`t know how to fix to work under user. Temporary workaround: edit "/etc/udev/rules.d/50-udev-default.rules", find the line that begins with "libusb device nodes" and change 0644 to 0666. and gpasswd -a username usb (In reply to comment #14) > vuescan-8.4.71.ebuild > > works only under root. I don`t know how to fix to work under user. hmm ... stupid question, as I see: fowners root:scanner /opt/vuescan/vuescan is your user in the appropriate groups? (not just scanner, but usb and plugdev may be needed as well - don't know by heart the exact meanings of the groups, find it in docs) btw, this is wrong: SRC_URI="http://www.hamrick.com/files/${P}.tgz" and btw: Comment=VueScan - easy scanning software - it is not desirable to repeat Name within Coment and btw: Icon=VueScan.png - the .png suffix should not be used (well, why have I done it?) and btw, are you sure with DEPEND sys-libs/libstdc++-v3 ? - I do not have a testing system available at hand ATM, but I'd bet that I used VueScan without it before (has anything changed upstream?) (In reply to comment #15) > Temporary workaround: > > edit "/etc/udev/rules.d/50-udev-default.rules", find the line that begins with > "libusb device nodes" and change 0644 to 0666. this really should not be needed, because the usb root device should have group 'usb' and the scanner device group 'scanner' both with permissions 0664, and as your user should be member of these groups, it should be able to control the scanner this comes from /etc/udev/rules.d/65-permissions.rules and /etc/udev/rules.d/70-libsane.rules so if your scanner is not recognized, report a bug against udev or sane-backends (depending whether the problem is the 'usb' part or 'scanner' part) > gpasswd -a username usb that's what I said :) (scratch 'plugdev', it is for cameras) - and it is not a workaround, it is a proper way how to enable users to work with usb devices Created attachment 153761 [details]
tested on x86 only
I have added depends on media-gfx/sane-backends.
media-gfx/sane-backends contain all needed rules for using Vuescan under user.
Just add user to group scanner: gpasswd -a username scanner
>> and btw, are you sure with DEPEND sys-libs/libstdc++-v3
I tried run vuescan-8.4.71, but without sys-libs/libstdc++-v3 not worked. Says that libstdc++.so.5 not found
>> and btw, are you sure with DEPEND sys-libs/libstdc++-v3
I tried run vuescan-8.4.71, but without sys-libs/libstdc++-v3 not worked. Says that libstdc++.so.5 not found
i have not installed gcc-3.3*. I guess, that in RDEPEND sys-libs/libstdc++-v3 needs change to || ( sys-libs/libstdc++-v3 =sys-devel/gcc-3.3* ) (In reply to comment #18) > I have added depends on media-gfx/sane-backends. > media-gfx/sane-backends contain all needed rules for using Vuescan under user. I thought that without sane-backends, the scanner device will default to group 'usb', so that sane-backends would not be needed if the user is in that group ... but I did not read the rules thoroughly, probably I am wrong (In reply to comment #19) > >> and btw, are you sure with DEPEND sys-libs/libstdc++-v3 > > I tried run vuescan-8.4.71, but without sys-libs/libstdc++-v3 not worked. Says > that libstdc++.so.5 not found ok ... I'd bet I did not have it installed, but I could not verify ATM ... hm, reading back through the comments, in #8 the compatibility libs were removed from dependencies, so something has to have changed since then - good catch! :) Created attachment 173850 [details]
tested on x86 only
Created attachment 176565 [details]
vuescan-8.5.0.ebuild
This is an updated ebuild for version 8.5.0 of VueScan.
Created attachment 176567 [details]
32-bit libusb needed for making VueScan work on amd64; obtained from ubuntu's repositories
I converted the library (a *.deb) via deb2targz and was able to install the resulting files, and update my system with an # etc-update && source /etc/profile to allow VueScan to run via terminal via /opt/vuescan/vuescan. I then added my regular user as reccomended via gpasswd -a username scanner , and was able to create a *.desktop entry which worked with the icon provided in the bug. Now I can evaluate VueScan with my new Epson Perfection V750 when it arrives and buy my key. Thanks to everyone who contributed...
Created attachment 176568 [details]
VueScan.desktop
Here is a sample VueScan.desktop entry which is pointed at an icon named vuescan.png in /usr/share/pixmaps (the very same icon as in earlier in this bug), and the exec is pointed at /opt/vuescan/vuescan
BTW, all testing for these files for ebuild version 8.5.0 were on ~amd64 by flacvest.
(In reply to comment #26) > Created an attachment (id=176568) [edit] > VueScan.desktop > > Here is a sample VueScan.desktop entry which is pointed at an icon named > vuescan.png in /usr/share/pixmaps (the very same icon as in earlier in this > bug), and the exec is pointed at /opt/vuescan/vuescan well ... and what is the point in reinventing wheel, i.e. why are you providing a separate .desktop file when "your" ebuild creates one? (and as for libusb, why to pollute bugzilla with attachments containting a file downloadable from hundreds of mirrors?) (In reply to comment #27) > (In reply to comment #26) > > Created an attachment (id=176568) [edit] > > VueScan.desktop > > > > Here is a sample VueScan.desktop entry which is pointed at an icon named > > vuescan.png in /usr/share/pixmaps (the very same icon as in earlier in this > > bug), and the exec is pointed at /opt/vuescan/vuescan > > well ... and what is the point in reinventing wheel, i.e. why are you providing > a separate .desktop file when "your" ebuild creates one? > > (and as for libusb, why to pollute bugzilla with attachments containting a file > downloadable from hundreds of mirrors?) > I apologize for any irritation to Anyone... it was not my intent... this is not a contest. I just couldn't get the ebuild to work for me and when I finally did I posted all the files so as to be complete and so that the community would have them. I thought that's what the GPL demanded. Maybe I was incorrect? Please educate me rather than damn me. I had a hard time finding a libusb that worked for amd64, and wanted to provide a working on is all. I meant NO harm. CERTAINLY no offense. Please accept this verbal olive branch. Is there a better way to have gone about this? (this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq |
