This is plugin for gimp wich allows to manipulate RAW img based on dcraw there it is in apt-get :))) so it should be in portage too cause it's worth here is www http://www.aei.mpg.de/~udif/UFRaw/#Download_and_install
Steps to Reproduce:
new home site adress
I hope this will interest someone at least
I would like to second the nomination of ufraw to portage. We have people trying to get Bibble rpms to work on Gentoo who are not aware that this program can preform the same functions as good if not better at no cost.
Dependencies will be dcraw, lcms, zlib, jpeg, tiff, and optional gimp>=2.0 for the gimp plugin.
Created attachment 51043 [details]
ebuild for ufraw-0.4
This is an ebuild for ufraw 0.4
Created attachment 51044 [details, diff]
patch for ufraw Makefile
this is the patch that needs to be placed in files subdir. it patches Makefile
so it can find lcms.h header needed for building ufraw.
the current url for ufraw is http://ufraw.sourceforge.net
Thanks for the ebuild. I tried it and it works.
(Just in case anyone else is wondering what to do with the files:
1. Copy the ebuild to media-gfx/ufraw/ufraw-0.4.ebuild, preferably in your
2. Execute "ebuild ufraw-0.4.ebuild digest".
3. Copy the patch to media-gfx/ufraw/files/ufraw-0.4-lcms.patch
4. ACCEPT_KEYWORDS="~x86" emerge -av ufraw
5. Launch the GIMP and open a raw file. The ufraw import dialog should appear.
Thanks to all of you, especially Lukas and Ian. I tried it too, and it works beautifully.
Linux 2.6.10-gentoo-r4 Pentium III (Coppermine) GenuineIntel GNU/Linux
Please consider adding it to Portage..
Works like a charm. However to prevent a security warning, copy the patch file first to the files directory ("mkdir files" if it does not exists yet) before the step:
Execute "ebuild ufraw-0.4.ebuild digest"
Tried this on amd64 system and it has problems with integer to pointer casts and
some fuctions using 32 bit parameters for pointers. So this is not 64 bit
compatable. I opened a bug upstream.
The amd64 problems have now been fixed in CVS which will eventualy be version
0.5. I will second that this should be in portage. Perhaps 0.5 would be a good
point to get this into portage.
Created attachment 66618 [details]
ebuild for ufraw cvs
For people who want to try upcoming 0.5 and amd64 folks, here is a cvs ebuild.
0.4 works good for me, thanks!
There is new UFRaw version (0.5) relased today (25.09.2005)
I'd make the gimp dep optional since it could be used as a stand alone program.
If I have time I'll have a deeper look.
Created attachment 69287 [details]
Quick and dirty ebuild update
Here a quite raw ebuild that loos a bit saner.
I'm thinking about making it an alternative to dcraw or just provide the extra
tools w/out dcraw provided by ufraw.
I'm too tired to commit now, please test and report problems
It works very well for me and it is much better and cleaner than my attempts.
Also, you can probably enable ~amd64. 0.5 is supposed to be safe for amd64 and a
friend of mine tested 0.5-cvs ebuild on amd64 and it worked for him. It would be
great if you checked it in. I think there are many people who would use it.
I've tested on x86 and amd64, and ran it through a large number (>100) of raw
files from my Olympus C-8080wz. Results are great! At least adding ~amd64
would be a Good Thing(TM).
Compiled and tested on amd64 with Nikon D50 NEF files from within Gimp. Works as
expected so far. So I agree with this ebuild to be ready for ~amd64.
This should have the ~amd64 flag. I have been using this for months on my amd64
machine and there are abolutely no problems.
ufraw-0.5 compiles and run on amd64. Please add ~amd64 flag.
Changing the name to 0.6 (and making the digest) work perfectly here on a amd64
Isn't this in the tree already?
Can we close this bug?
ufraw-0.6 is borked for me. It loads images just fine but fails to spit them
out. This affects all uses, from ufraw-batch to the gimp-plugin. Rollback to 0.5
Since ufraw is in ~arch people using it will probably run into this, so maybe
hard-masking 0.6 is in order until this is resolved?
Added =media-gfx/ufraw-0.6 to package.mask.
Marking as fixed. Please open a new bug for problems with ufraw in the tree.
I have removed ufraw-0.6 from package.mask as 0.7 is now in ~arch. Besides, no details on the bug were given and 0.6 worked fine here...