pkg kde talk - Feb 2008 - Unclutter the dependencies of development packages

Hey people!

As you possibly know, our -dev packages pull in a lot of unneeded stuff
e.g. kdebase-runtime (which contains the oxygen icons!).
The idea to improve the situation: Remove every dependency on
non-library packages from the development packages. When this is done we
can remove the forced dependency on kdebase-runtime from the library
packages and we are done.

Let''s start with kdebase-workspace-dev for the moment:
kdebase-workspace-dev depends on the following non-binary packages:
kdebase-workspace-bin, kdm, ksysguard and kwin. All this packages are
broken in some way, because they contain shared libraries, but have no
so-name. The question is know: What do we do with this packages? 

1) kdebase-workspace-bin contains the following public libraries:
usr/lib/libkfontinst.so.4
usr/lib/libkfontinstui.so.4
usr/lib/libkscreensaver.so.5
usr/lib/libkworkspace.so.4
usr/lib/libsolidcontrolifaces.so.4
usr/lib/libsolidcontrol.so.4
usr/lib/libtaskmanager.so.4
usr/lib/libweather_ion.so.4
What do we do with them? 
- Put them in a seperate library package?
- Checkout which libraries are used by other applications/libraries and
put them in a package on their own. Libraries not used are left
untouched, but we remove the .so file and public headers (if existing)?

2) kdm contains the following public libraries:
Uh, none :) Dependency can be safely removed.

3) ksysguard contains the following public libraries:
usr/lib/libksgrd.so.4
usr/lib/libprocesscore.so.4
usr/lib/libprocessui.so.4
Ksysguard seems to have no real reverse dependencies (someone else
should verify this!). My idea: Remove the .so files and the five public
headers. If someone complains they should be shipped in a library
package.

4) kwin contains the following public headers:
usr/lib/libkdecorations.so.4
usr/lib/libkwineffects.so.1
usr/lib/libkwinnvidiahack.so.4
libkdecorations needs to go into a seperate package in any case. See
#463924. This needs to be done for KDE 3 as well.
Don''t know about the other libraries. libkwineffects also sounds like a
posible candidate for a library package, don''t know about
libkwinnvidiahack.

Now share your ideas with me :)

Greetings,
Armin

On Wed, 06 Feb 08 23:48, Armin Berres wrote:
> 1) kdebase-workspace-bin contains the following public libraries:
> usr/lib/libkfontinst.so.4
> usr/lib/libkfontinstui.so.4
> usr/lib/libkscreensaver.so.5
> usr/lib/libkworkspace.so.4
> usr/lib/libsolidcontrolifaces.so.4
> usr/lib/libsolidcontrol.so.4
> usr/lib/libtaskmanager.so.4
> usr/lib/libweather_ion.so.4
One more reason to put these in a separate package: It would allow us to
co-install libplasma1 with KDE 3, which would make it possible to
install apps from KDE 4 wich ship a plasmoid.

Greetings,
Armin

I''d say for any package with public headers, we make a -lib${soname}
package,
ex. "ksysguard-lib4".  We can''t predict what other packages
or 3rd-party
software will need these libraries.
-------------- 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/20080207/83f5be91/attachment.pgp

On Wed, 06 Feb 08 23:48, Armin Berres wrote:
> 4) kwin contains the following public headers:
> usr/lib/libkdecorations.so.4
> usr/lib/libkwineffects.so.1
> usr/lib/libkwinnvidiahack.so.4
> libkdecorations needs to go into a seperate package in any case. See
> #463924. This needs to be done for KDE 3 as well.
Just wanted to remind you, that we shouldn''t forget to make this change
for the 3.5.9 upload.
I won''t have much time within the next weeks though, it is exam time...

Greetings,
Armin

P.S.: Suggestions regarding my first mail are for sure still welcome.
Don''t know if we agreed on something (apart from: yes, we should do
something) in IRC.

So, finally found some time to work on this.

On Wed, 06 Feb 08 23:48, Armin Berres wrote:
> 1) kdebase-workspace-bin contains the following public libraries:
> usr/lib/libkfontinst.so.4
> usr/lib/libkfontinstui.so.4
> usr/lib/libkscreensaver.so.5
> usr/lib/libkworkspace.so.4
> usr/lib/libsolidcontrolifaces.so.4
> usr/lib/libsolidcontrol.so.4
> usr/lib/libtaskmanager.so.4
> usr/lib/libweather_ion.so.4
> What do we do with them? 
> - Put them in a seperate library package?
> - Checkout which libraries are used by other applications/libraries and
> put them in a package on their own. Libraries not used are left
> untouched, but we remove the .so file and public headers (if existing)?
Nothing decided yet, suggestions?
> 2) kdm contains the following public libraries:
> Uh, none :) Dependency can be safely removed.
Pending.
> 3) ksysguard contains the following public libraries:
> usr/lib/libksgrd.so.4
> usr/lib/libprocesscore.so.4
> usr/lib/libprocessui.so.4
> Ksysguard seems to have no real reverse dependencies (someone else
> should verify this!). My idea: Remove the .so files and the five public
> headers. If someone complains they should be shipped in a library
> package.
Anyone against this?
> 4) kwin contains the following public headers:
> usr/lib/libkdecorations.so.4
> usr/lib/libkwineffects.so.1
> usr/lib/libkwinnvidiahack.so.4
> libkdecorations needs to go into a seperate package in any case. See
> #463924. This needs to be done for KDE 3 as well.
> Don''t know about the other libraries. libkwineffects also sounds
like a
> posible candidate for a library package, don''t know about
> libkwinnvidiahack.
Pending: Kwin renamed to kwin-kde4, libkwineffects1 and libkwineffects4
created.
libkwinnvidiahack seems to be only needed my kwin internally to
set __GL_YIELD=NOTHING when nVidias libGl is used. What about removing
the .so file, as long as no one requests it? When it is needed somewhere
we put this in an extra package, too.

Greetings,
Armin