There is new ufraw. Update request... Reproducible: Always Steps to Reproduce:
Created attachment 127081 [details] ufraw-0.12.ebuild
Created attachment 127082 [details, diff] ufraw-cflags.patch
Created attachment 127507 [details] gtkimageview-1.3.0.ebuild Here's an ebuild for GtkImageView which gives UFRaw the ability to scroll the preview image.
Created attachment 127509 [details] ufraw-0.12.1.ebuild Latest bug fix version. Also, I added a "gtkimageview" use flag.
I've tested both UFRaw and gtkimageview ebuilds in this bug, and both work fine on x86 stable with RAW files from my EOS 30D.
*** Bug 186616 has been marked as a duplicate of this bug. ***
I got the following error: * Failed Patch: ufraw-cflags.patch ! * ( /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/media-gfx/ufraw-0.12.1/temp/ufraw-cflags.patch-8778.out ***** ufraw-cflags.patch ***** ============================== PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ============================== can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- ufraw-0.8.1/configure.ac.old 2006-06-15 19:30:30.000000000 +0200 |+++ ufraw-0.8.1/configure.ac 2006-06-15 19:30:54.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ============================== PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ============================== patching file configure.ac Hunk #1 FAILED at 32. 1 out of 1 hunk FAILED -- saving rejects to file configure.ac.rej ============================== PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ============================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- ufraw-0.8.1/configure.ac.old 2006-06-15 19:30:30.000000000 +0200 |+++ ufraw-0.8.1/configure.ac 2006-06-15 19:30:54.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ============================== PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ============================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- ufraw-0.8.1/configure.ac.old 2006-06-15 19:30:30.000000000 +0200 |+++ ufraw-0.8.1/configure.ac 2006-06-15 19:30:54.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored ============================== PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < /usr/portage/media-gfx/ufraw/files/ufraw-cflags.patch ============================== missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- ufraw-0.8.1/configure.ac.old 2006-06-15 19:30:30.000000000 +0200 |+++ ufraw-0.8.1/configure.ac 2006-06-15 19:30:54.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored
Try with 0.12.1
Created attachment 129683 [details] ufraw-0.12.1.ebuild There is a bad line in 0.12.1 ebuild - gtkimageview? (x11-libs/gtkimageview)" + gtkimageview? ( x11-libs/gtkimageview )" It probably works fine with emerge, but coses paludis crash. Ivan, make your ebuild obsolute.
*** Bug 193010 has been marked as a duplicate of this bug. ***
Created attachment 134942 [details, diff] patch to avoid black preview in ufraw
Created attachment 134945 [details] new ebuild with included patch remove the .new, this was simply added for not overwriting the original ebuild
there's now version 1.5.0 available for gtkimageview. with version 1.4.0 and 1.5.0 of gtkimageview there is a problem with the preview in ufraw being simply black until the preview gets redrawn.there's a patch available at http://sourceforge.net/tracker/index.php?func=detail&aid=1785426&group_id=127649&atid=709086 which solved this problem for me. as i'm using gcc-4.2 i get an error compiling gtkimageview complaining about c99 inlines. this can be solved by adding "-fgnu89-inline" to the cflags. i used the gtkimageview-ebuild available here: http://bugs.gentoo.org/show_bug.cgi?id=192239. with these modifications i got gtkimageview-1.5.0 and ufraw-0.12.1 compiled and working fine.
Is ufraw-0.12.1 ever going to make it into portage?
(In reply to comment #14) > Is ufraw-0.12.1 ever going to make it into portage? > Hopefully not, because 0.13 is out ;)
Created attachment 135861 [details, diff] ufraw-0.13-cflags.patch
Tested 0.13 (with gtkimageview 1.5.0) on both x86 and amd64 stable and it works fine with images from a Canon EOS 350D, 30D and Leica M8. Please stable this version, as the new features and new camera support over 0.12.1 are very significant. Thanks!
bumped to 0.13, but without gtkimageview.
Is there a reason that gtkimageview can't be added to portage?
(In reply to comment #19) > Is there a reason that gtkimageview can't be added to portage? IMHO there are enough image-viewers in the tree. But of course, feel free to open a new bug for gtkimageview with the ebuild...
> (In reply to comment #20) > IMHO there are enough image-viewers in the tree. But of course, feel free to > open a new bug for gtkimageview with the ebuild... Can you suggest another GTK+ image viewing widget?
