gmane.comp.graphics.ufraw.devel

Re: ufraw 0.19.2 release / lcms2

Graham Inggs — 2013-03-29T11:02:19

ufraw 0.19.2 is in Ubuntu Raring (without JPEG2000 support, as recommended):
http://packages.ubuntu.com/raring/ufraw
------------------------------------------------------------------------------
Own the Future-Intel(R) 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. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2_______________________________________________
ufraw-devel mailing list
ufraw-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: distfile change?

Graham Inggs — 2013-03-28T19:02:40

The old 0.19.2 tarball hadn't been uploaded to Ubuntu yet so I have just
replaced it with the newer 0.19.2.
I don't think this will be a problem.
------------------------------------------------------------------------------
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. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d_______________________________________________
ufraw-devel mailing list
ufraw-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: distfile change?

Greg Troxel — 2013-03-28T17:36:41

Udi Fuchs <udifuchs-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org> 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.


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

Re: distfile change?

Udi Fuchs — 2013-03-28T17:01:46

I guess you are right. I use "-2" for the windows installer, but I
assume I'm using my windows packaging hat and not my upstream hat for
that.

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

Udi

------------------------------------------------------------------------------
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. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Re: distfile change?

Pascal de Bruijn — 2013-03-28T16:51:48

On Thu, Mar 28, 2013 at 4:16 PM, Udi Fuchs
<udifuchs-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org> wrote:

No, -2 = packaging change, not an upstream change...

Regards,
Pascal de Bruijn

------------------------------------------------------------------------------
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. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Re: distfile change?

Udi Fuchs — 2013-03-28T15:16:27


Calling it 0.19.2-2 would be enough.

------------------------------------------------------------------------------
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. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Re: distfile change?

Greg Troxel — 2013-03-27T17:05:50

Thanks for the explanation.

Could you bump to 0.19.3 and re-release?  Otherwise packaging systems
have to kludge around having two files with the same name but different
contents out there.  (0.19.2 would still have the issue, but it would
become irrelevant.)

------------------------------------------------------------------------------
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. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d_______________________________________________
ufraw-devel mailing list
ufraw-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: distfile change?

Niels Kristian Bech Jensen — 2013-03-27T16:55:45

My fault. I updated the ufraw-0.19.2.tar.gz file this morning because it had been released with old config.{guess,sub} files as described in this bug report: http://sourceforge.net/p/ufraw/bugs/342/ There are no other changes.
Regards,Niels KristianFrom: gdt-2FjktZCtrC/QT0dZR+AlfA< at >public.gmane.org
To: ufraw-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Date: Wed, 27 Mar 2013 12:36:40 -0400
Subject: [UFRaw-Devel] 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 Ma

distfile change?

Greg Troxel — 2013-03-27T16:36:40

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,

Re: shipping generated files in source tarball

Graham Inggs — 2013-03-25T08:18:39


No problem.  There is no issue when building with dh-autoreconf from the
source tarball.
------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: shipping generated files in source tarball

Udi Fuchs — 2013-03-25T02:36:29

This is a patch I don't want to apply. There are many users that build
ufraw from source. This patch would add too many pre-build
dependencies for them,

Udi

------------------------------------------------------------------------------
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

Re: shipping generated files in source tarball

Graham Inggs — 2013-03-24T15:56:19




The way I understand it, dh-autoreconf was not complaining that the
generated files were supplied in the source tarball.
I only noticed the issue when I built from CVS where the files were not
supplied, so dh-autoreconf was complaining that files had been generated
but not properly cleaned up.



dh-autoreconf runs 'make -j1 distclean' at the start of the build process,
but that does not remove ufraw.1 and icons/ufraw_icons.h.
Having a look at Makefile.am and icons/Makefile.am I see they have been
defined as MAINTAINTERCLEANFILES.
If they are changed to DISTCLEANFILES, as in the following patches, the
issue goes away and I don't need to make exceptions for these files.

--- a/Makefile.am
+++ b/Makefile.am
< at >< at > -28,7 +28,7 < at >< at >

 noinst_LIBRARIES = libufraw.a

-MAINTAINERCLEANFILES = ufraw.1
+DISTCLEANFILES = ufraw.1

 CLEANFILES = ufraw.schemas ufraw_icon.opc ufraw-setup.bmp

--- a/icons/Makefile.am
+++ b/icons/Makefile.am
< at >< at > -4,7 +4,7 < at >< at >
 icon_DATA = ufraw.png
 icondir = $(datadir)/pixmaps

-MAINTAINERCLEAN

Re: shipping generated files in source tarball

Greg Troxel — 2013-03-24T14:40:22

Graham Inggs <graham-l/wvIhIWEZdyf+4FbqDuWQ< at >public.gmane.org> writes:


Users are not expected to run autoreconf.  That's why the generated
files are in the distfiles.  I can understand why debian might want to
run autoreconf (esp. if here is a patch to configure.ac), but it doesn't
make sense to intentionally regenerate files and object to them being
different.  Is ufraw somehow special from the debian viewpoint?  I would
expect the exact same issue with many packges.
------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: ufraw 0.19.2 release / lcms2

Niels Kristian Bech Jensen — 2013-03-24T09:19:18

JPEG2000 is only used to decode image files from RED movie cameras. I consider this a specialist use so I do not think it is necessary to enable support for it in a general distribution. I had sample images at one point but lost them in a harddisk crash. 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: shipping generated files in source tarball

Graham Inggs — 2013-03-24T07:30:27

Thanks, that knocks about 30% off the size of the tarball.

I should have been clearer in my first message.
Building with Debian's dh-autoreconf produces a list of unexpected
changes.  These are normally a sign that the build did not clean up
properly.
When I built from CVS it detected that these files changed (were created),
but building from the source tarball did not show these errors, as the
generated files must have been identical to the provided files.

I just wanted to make you aware of this, but it does not cause any problems
for me.
I can easily make exceptions for ufraw.1 and icons/ufraw_icons.h.
------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/

Re: ufraw 0.19.2 release / lcms2

Graham Inggs — 2013-03-24T07:20:00

Thanks, I will test now.

Just to be clear, should I be enabling JPG2000 support for Ubuntu?  Is
there anywhere I can get a sample image for testing?


On 24 March 2013 09:16, Udi Fuchs <udifuchs-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org> wrote:

------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: ufraw 0.19.2 release / lcms2

Udi Fuchs — 2013-03-24T07:16:18

I made the last changes that I planned for this release. I hope to
release ufraw 0.19.2 in about 24 hours.

Please test and let me know if I broke something.

Udi

------------------------------------------------------------------------------
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

Re: shipping generated files in source tarball

Udi Fuchs — 2013-03-24T07:02:14

I removed the gmo files from the tarball. I think the other 2 files should stay.

Udi

------------------------------------------------------------------------------
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

Re: shipping generated files in source tarball

Greg Troxel — 2013-03-23T11:26:04

There are two flavors of generated files, more or less for tools the
users are expected to have (and documented to require!), and for tools
they are not expected to have.

So I'm not sure about po/*.gmo.  The other two perhaps should not be
present.
------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

shipping generated files in source tarball

Graham Inggs — 2013-03-23T09:10:33

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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/ufraw-devel

Re: gimp-remote functionality

Niels Kristian Bech Jensen — 2013-03-23T08:04:00

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'?

 I have changed the condition check to >= 2.4.0 after checking the GIMP code. 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.