pkg kde talk - May 2007 - rev 6051 - kde-extras/strigi/branches/experimental/debian

On Thursday 03 May 2007, Mark Purcell wrote:
> Author: msp
> Date: 2007-05-03 18:33:59 +0000 (Thu, 03 May 2007)
> New Revision: 6051
>
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
-- 
Man, how to reinstall on a icon from Excel 4.5.5 and from Photoshop or from 
the folder inside X-Windows 92?

You have to send a terminale over the port.
-------------- 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-talk/attachments/20070503/64cc7430/attachment.pgp

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.

libstreams
libstreamanalyzer
libcluceneindex
libsearchclient
libstrigihtmlgui
libstrigiqtdbusclient

I''m thinking that if you are using one library, then you are likley to
use/
require them all, thus the motivation to provide a libstrigi package.

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

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.

Of course I''m unaware on how strigi is intergrated for KDE4, so if it
warrants
seperate library packages, then let me know..

Fathi what was your motivation behind 5377?

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

Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20070503/bafb21d3/attachment.pgp

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@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-talk/attachments/20070504/4387e76d/attachment.pgp