UFRaw is a utility to read and manipulate raw images from digital cameras ()

Greg Troxel | 28 Mar 2013 18:36

Re: distfile change?

Udi Fuchs <udifuchs@...> writes:

Since this didn't seem likely to get resolved correctly, I have used
DIST_SUBDIR in pkgsrc, which lets a recorded hash be associated with a
(local) storage location.  This ensures that the old copy (same name,
different bits) will not be checked for hash corectness and fail.

I get it that the offiical mirrors all have only the new version.  The
issue is that users (and packaged build systems) had downloaded the old
version already.

> Anyway, the damage is already done, so there is no point in releasing
> 0.19.3 now.

Not quite; the point of 0.19.3 is that once that is released all
packaging systems can update to it and the confusion about 0.19.2
becomes no longer relevant.

From my end, I've worked around this in pkgsrc, so it's not bothering me
any more.  But in general I think all projects should adhere to a
named-tarballs-never-ever-change policy, partly for this, and partly to
avoid security false alarms.

------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes.

(Continue reading)

headers

Greg Troxel | 27 Mar 2013 17:36

distfile change?


I updated pkgsrc and recorded this SHA1 and size:

  $NetBSD: distinfo,v 1.28 2013/03/26 12:22:42 gdt Exp $

  SHA1 (ufraw-0.19.2.tar.gz) = 6ff3a4a8b36f6060710aeee93a200a27ed9032d7
  RMD160 (ufraw-0.19.2.tar.gz) = c83f73e27e3fff93889e51e46b697468ac856800
  Size (ufraw-0.19.2.tar.gz) = 984672 bytes

and now when I fetch the tarball I get:

  SHA1 (ufraw-0.19.2.tar.gz) = 11a607e874eb16453a8f7964e4946a29d18b071d
  RMD160 (ufraw-0.19.2.tar.gz) = 358b29124496acc6bff25c1a258cb5b8d64c6359
  Size (ufraw-0.19.2.tar.gz) = 980934 bytes

and the mod date is (UTC) 01:33 on 27 March (today).

Can anyone explain what's going on?

(It would be  really nice to bump the version if there is a new file,
because silent changes are worrisome, and at least pkgsrc expects to
cache distfiles based on sha1.)

------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes.

(Continue reading)

headers

Graham Inggs | 23 Mar 2013 10:10

shipping generated files in source tarball

Hi

I noticed this while building 0.19.2 from CVS this morning.

Is there any reason to ship po/*.gmo, ufraw.1 and icons/ufraw_icons.h in the source tarball?

Regards
Graham

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Graham Inggs | 23 Mar 2013 08:00

gimp-remote functionality

Hi

The patch below has been in Debian's ufraw package since 0.14.1-3 (2008-12-20) [1], relating to Debian bug #504260 [2]. It is currently in Ubuntu's ufraw 0.19.1 package as well.

The package maintainer's comments were:
"Default to using gimp rather than gimp-remote, since gimp 2.4 already has the -remote functionality."

If I understand correctly, shouldn't that condition check whether gimp is >= 2.4, or if we don't care about versions of gimp that old, maybe always use 'gimp' instead of 'gimp-remote'?

Regards
Graham

[1] http://packages.debian.org/changelogs/pool/main/u/ufraw/ufraw_0.18-2/changelog
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504260

--- a/ufraw_conf.c
+++ b/ufraw_conf.c
<at> <at> -133,10 +133,8 <at> <at>
     FALSE, /* silent */
#ifdef WIN32
     "gimp-win-remote gimp-2.8.exe", /* remoteGimpCommand */
-#elif HAVE_GIMP_2_6
-    "gimp", /* remoteGimpCommand */
#else
-    "gimp-remote", /* remoteGimpCommand */
+    "gimp", /* remoteGimpCommand */
#endif

     /* EXIF data */

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Graham Inggs | 21 Mar 2013 12:45

ufraw 0.19.2 release / lcms2

Hi

I managed to get ufraw 0.19.1 straight into Ubuntu Raring [1], bypassing Debian.

I would like to upload another version before Raring's final beta freeze on March 28 [2], including building with dh-autoreconf and libjasper, enabling JPEG2000 support.

I don't believe either of these changes warrant a late upload, so I was wondering whether there is any chance that ufraw 0.19.2 could be released within the next couple of days?

In the longer term, is anyone working on lcms2 support for ufraw? This is something I would like to do.

Regards
Graham

[1] https://bugs.launchpad.net/ubuntu/+source/ufraw/+bug/1153028
[2] https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Graham Inggs | 16 Mar 2013 11:29

Building ufraw with dh-autoreconf

Hi, I needed to make the following patches to ufraw in order to use Debian's dh-autoreconf. I wanted to be able to build ufraw from source twice in a row.

Firstly, the "foreign" option was necessary as ufraw does not provide NEWS and AUTHORS files:

--- a/configure.ac
+++ b/configure.ac
<at> <at> -5,7 +5,7 <at> <at>
# Create host_os, host_cpu variables
AC_CANONICAL_HOST

-AM_INIT_AUTOMAKE
+AM_INIT_AUTOMAKE([foreign])
m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
AC_CONFIG_HEADERS(config.h)
AC_PROG_CC

Secondly, there were minor changes between mkinstalldirs in ufraw and the copy included in automake.

This caused dh_autoreconf_clean to detect that mkinstalldirs had changed and deleted it at the start of the second build.

This may be a bug in dh-autoreconf [1].

--- a/mkinstalldirs
+++ b/mkinstalldirs
<at> <at> -81,9 +81,9 <at> <at>
       echo "mkdir -p -- $*"
       exec mkdir -p -- "$ <at> "
     else
-      # On NextStep and OpenStep, the 'mkdir' command does not
+      # On NextStep and OpenStep, the `mkdir' command does not
       # recognize any option. It will interpret all options as
-      # directories to create, and then abort because '.' already
+      # directories to create, and then abort because `.' already
       # exists.
       test -d ./-p && rmdir ./-p
       test -d ./--version && rmdir ./--version

Regards
Graham

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670796

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Niels Kristian Bech Jensen | 15 Mar 2013 06:50

Patch to remove Cinepaint plugin.

This patch against the current cvs code removes the Cinepaint plugin.

Nils et. al. please check that I haven't broken 16-bit support for GIMP 2.9.

Regards,
Niels Kristian

Attachment (ufraw_no_cinepaint_plugin.diff): application/octet-stream, 16 KiB

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Greg Troxel | 14 Mar 2013 01:50

solaris issues?


With my pkgsrc ufraw maintainer hat, I got a bug report:

http://gnats.netbsd.org/47642

which has two patches for Solaris (said to have been sent "upstream",
which is here, but I haven't found them).  I have copied the submitter
in hopes of speeding the resolution.

The first patch is casts an unsigned to int in passing to pow.  I don't
understand why unsigned can't be promoted to double and why this is
needed.

The second one is perhaps about compiler vs platform.

--- dcraw.cc.orig       2013-03-08 03:57:35.000000000 +0000
+++ dcraw.cc
 <at>  <at>  -2253,7 +2253,7  <at>  <at>  void CLASS lossy_dng_load_raw()
       coeff[i] = getreal(12);
     for (i=0; i < 256; i++) {
       for (tot=j=0; j <= deg; j++)
-       tot += coeff[j] * pow(i/255.0, j);
+       tot += coeff[j] * pow(i/255.0, (int)j);
       curve[c][i] = tot*0xffff;
     }
   }

--- dcraw_indi.c.orig   2013-03-05 03:40:55.000000000 +0000
+++ dcraw_indi.c
 <at>  <at>  -148,7 +148,7  <at>  <at>  void CLASS wavelet_denoise_INDI(ushort(*
     if ((nc = colors) == 3 && filters) nc++;
     progress(PROGRESS_WAVELET_DENOISE, -nc * 5);
 #ifdef _OPENMP
-#ifdef __sun                   /* Fix bug #3205673 - NKBJ */
+#ifdef __SUNPRO_C                      /* Fix bug #3205673 - NKBJ */
     #pragma omp parallel for                           \
     default(none)                                      \
     shared(nc,image,size,noise)                                \

(From the PR, it is noted that http://sourceforge.net/p/ufraw/bugs/275/
is an earlier iteration of this.)

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Niels Kristian Bech Jensen | 13 Mar 2013 09:39

Got UFRaw 0.19.1 GIMP plugin to work with GIMP 2.6.12 (Windows).

I got the UFRaw 0.19.1 GIMP plugin to work with GIMP 2.6.12 on Windows this way:

1. Copy ufraw-gimp.exe to the UFRaw bin directory where ufraw.exe and all the .dll files are. This makes the plugin find the correct dlls (maybe the installer should put it there?).

2. Add the UFRaw bin directory to the list of plugin directories in GIMP (under Preferences).

The same procedure does not work with GIMP 2.8.4 (at least I have not had any success).

Regards,
Niels Kristian

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Niels Kristian Bech Jensen | 13 Mar 2013 05:12

Oldest supported GIMP version?

Currently UFRaw support GIMP 2.2.0 and newer. Is it time to raise the minimum to e.g. GIMP 2.6.0 (released in January 2008) when we begin working on UFRaw 0.20?

Are there supported systems/distributions out there that still use GIMP 2.2.x or 2.4.x?

Regards,
Niels Kristian

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

_______________________________________________
ufraw-devel mailing list
ufraw-devel@...
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

headers

Pascal de Bruijn | 10 Mar 2013 14:07

gimp-ufraw trying to open regular TIFFs

Hi,

I just tried to open a regular TIFF in GIMP:

http://files.pcode.nl/temp/SAM_3019.tiff

When I got the following message:

"Cannot decode file SAM_3018.tiff"

Initially I thought there was something wrong with the TIFF, until I
realized this wasn't GIMP but UFRaw...

The dialog isn't too clear, as it has no title... so it might be nice
to change the title of the dialog to 'gimp-ufraw', so it's a bit more
obvious where the error is coming from...

Removing gimp-ufraw from my system allows GIMP to open the TIFF just fine again.

Anybody a clue what might be going on?

Regards,
Pascal de Bruijn

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev

69	March 2013
6	February 2013
2	January 2013
3	December 2012
1	November 2012
2	October 2012
3	June 2012
5	May 2012
5	April 2012
4	March 2012
1	February 2012
3	January 2012
1	December 2011
2	November 2011
2	September 2011
7	August 2011
4	July 2011
14	June 2011
1	May 2011
8	April 2011
2	February 2011
1	December 2010
15	November 2010
3	October 2010
12	September 2010
2	August 2010
2	July 2010
8	June 2010
11	May 2010
30	April 2010
58	March 2010
73	February 2010
32	January 2010
2	December 2009
149	November 2009
90	October 2009
72	September 2009
48	August 2009
49	July 2009
5	June 2009
22	April 2009
21	March 2009
24	February 2009
10	January 2009

Mon	Tue	Wed	Thu	Fri	Sat	Sun

		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31