[Pkg-kde-extras] Re: rev 6051 - kde-extras/strigi/branches/experimental/debian

[Sune Vuorela]

On Thursday 03 May 2007, Mark Purcell wrote:
> On Thu, 3 May 2007, Sune Vuorela wrote:
> > > * Combine all libs into libstrigi0 & libstrigi-dev
> >
> > Hmm.. this commit looks completely like reverting the commit 5377 by
> > Fathi - and also not policy compliant. Are you sure that this is what you
> > want to do?
> >
> > /Sune - slightly confused
>
> Hi Sune,
>
> Did mean to discuss this with Fathi, once I had committed..
>
> Upstream (strigi) have moved a couple of library names around, so this
> requires additional library package names to go through NEW processing. If
> we want/ need to have each library in a seperate package then it is
> certainly possible.

I don't know yet what we want...
But if upstream moves library names around, it is definately a good argument 
to keep seperate packages - not to unite them.

If we currently have had libstrigi0 only - and libstreamindexer was suddenly 
dropped - then it would be a change in the libstrigi that would require as 
far as I understand things - a name change anyway - because depending 
packages all need a rebuild.
It is not a ABI change in the sense of libraries changing apis, but packages 
stops providing files others have been using.


> I'm unaware this not policy compliant, in fact I've done a similar thing
> with libcommoncpp2 package.

Doesn't lintian scream at you with errors about package name not matching ?

> Anyway I'm happy to go with the concensus, and I'm happy to revert if
> desired.  This is just an branch and not trunk for the strigi packaging,
> so it is a little more liberal with constraints.

I don't know yet what would be easiest here.  Another approach could be to 
have seperate libs packages but one strigilibs-dev package.

> Fathi what was your motivation behind 5377?

I would also like Fathi around in general. Fathi - we miss you ;)

> If seperate libraries makes KDE4 packaging easier, then please let me know
> and I'll revert ASAP.

It is too early to say that yet.


I tried - just to see how it looked - to package the new upstream version 
(0.5.1) with seperate libs packages. 
It might not be the way we want to go, though.

My changelog entry:
strigi (0.5.1-1) experimental; urgency=low

  +++ Changes by Sune Vuorela

  * New upstream release
    + New lib: libclucene
    + New lib: libstreamanalyzer
      - with dev package
    + Gone missing: libstreamindexer
      - with dev package
    + strigicmd added to strigiclient
    + more headers in libstreams-dev - including pkgconfig files

 -- Debian KDE Extras team <pkg-kde-extras at lists.alioth.debian.org>  Fri, 04 
May 2007 12:10:03 +0200

based off the packagkes in experimental.

THey can be found in ~pusling-guest/ on alioth.

/Sune
-- 
How to boot the OpenGL driver?

You can never get access over the editor of a computer but from the folder 
inside AutoCAD XP you have to insert a Web site in order to save the modem on 
a serial firewall.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://lists.alioth.debian.org/pipermail/pkg-kde-extras/attachments/20070504/4387e76d/attachment.pgp