Sune Vuorela
2007-May-03 20:03 UTC
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
Mark Purcell
2007-May-03 20:38 UTC
[Pkg-kde-extras] Re: rev 6051 - kde-extras/strigi/branches/experimental/debian
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 confusedHi 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
Sune Vuorela
2007-May-04 14:15 UTC
[Pkg-kde-extras] Re: rev 6051 - kde-extras/strigi/branches/experimental/debian
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