[Pkg-kde-talk] Re: [Pkg-kde-commits] rev 705 - in branches/kde-3.4.0: . packages/kdegraphics/debian

Adeodato Simó asp16@alu.ua.es
Sun, 6 Mar 2005 04:55:26 +0100


* Christopher Martin [Sat, 05 Mar 2005 22:44:53 -0500]:
> On March 5, 2005 22:18, Adeodato Simó wrote:
> > * Christopher Martin [Sat, 05 Mar 2005 23:48:17 +0100]:
> > > +shlibs_ver=4:3.4.0
> > > -$(foreach p,$(PACKAGES_WITH_LIBS),$(eval DEB_DH_MAKESHLIBS_ARGS_$(p)
> > > := -V)) -
> > > -# Overrides for DEB_DH_MAKESHLIBS_ARGS_foo can go here
> > > -# shlibs_ver=4:3.3.99
> > > +$(foreach p,$(PACKAGES_WITH_LIBS),$(eval DEB_DH_MAKESHLIBS_ARGS_$(p)
> > > := -V'$(p) (>= $(shlibs_ver))'))

> >   I'm not sure I see the benefits of this. -V already put >= 4:3.4.0
> >   there (as per DH_COMPAT=4), and now one has to update shlibs_ver by
> >   hand upon each new upstream release.

> >   I understand that having the $(foreach) use $(shlibs_ver) can be good,
> >   so that only changing shlibs_ver is enough should it be necessary. If
> >   that was your intention, what about having this (4:3.4.0-1 -> 4:3.4.0)?

> >     shlibs_ver=$(shell echo $(DEB_VERSION) | sed -e s/-[^-]*$//)

> This was to allow shlibs bumps on branch pulls, without always forcing a 
> bump, since not all uploads may need one.

  Sure. It seems we're talking about orthogonal issues: you want to be
  able to bump shlibs in branch pulls, which is what your first commit
  was for (IOW, include shlibs_ver in the foreach); I want a default
  value for shlibs_ver, so that I need not touch anything if it matches
  the upstream version, which is what the line above is for.

  The idea is that if we move this to kde.mk (or kde-kludges.mk), that
  line goes with it too. If I managed to explain myself... opinions?

-- 
Adeodato Simó
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
    Listening to: Elton John - Look ma no hands
 
A black cat crossing your path signifies that the animal is going somewhere.
                -- Groucho Marx