Bug 835852 - stringent package depending
Summary: stringent package depending
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: phonon
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-27 10:01 UTC by Fl@sh
Modified: 2012-07-01 17:11 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-27 11:59:12 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Fl@sh 2012-06-27 10:01:53 UTC
Description of problem:
stringent package depending from zeigeist package, 
although this package is not an important part of KDE or system

Version-Release number of selected component (if applicable):
libzeitgeist-0.3.18-1.fc17

How reproducible:
# LANG=C yum remove zeitgeist*

Steps to Reproduce:
1.
2.
3.
  
Actual results:
..........
Remove  2 Packages (+185 Dependent packages)

Installed size: 688 M
Is this ok [y/N]: n
.........
this command remove all KDE + some other applications


Expected results:
..........
Remove  2 Packages
..........

Additional info:

Comment 1 Fl@sh 2012-06-27 10:52:41 UTC
Version-Release number of selected component (if applicable):
libqzeitgeist-0.8.0-6.fc17

Comment 2 Mamoru TASAKA 2012-06-27 11:13:46 UTC
libzeitgeist <- phonon <- kdelibs.
Reassigning to phonon.

Comment 3 Rex Dieter 2012-06-27 11:59:12 UTC
Zeitgeist support in phonon is currently not optional at runtime, it's either enabled at build-time ... or not.  We've chosen to enable it.

Comment 4 Fl@sh 2012-06-27 12:22:11 UTC
If I understand correctly, that the libqzeitgeist library needed to build and work, but not the zeitgeist daemon from the zeitgeist* packages. These zeitgeist* packages can be excluded from the dependency?

Comment 5 Fl@sh 2012-06-27 12:38:56 UTC
In fact, if you do not run zeitgeist daemon, KDE continues to work as usual. Therefore, depending on the rigid zeitgeist daemon should not be. (zeitgeist daemon is not itself a necessary element of KDE.)

Comment 6 Rex Dieter 2012-06-27 13:03:19 UTC
If rpm/yum supported some notion of soft dependencies, yes, that could be an option.  but they don't.

So, we have a choice to make, either enable zeitgeist and include the necessary (hard) dependencies for the feature to actually work... or not.  We've chosen the former.

Comment 7 Fl@sh 2012-06-27 13:23:13 UTC
It's very strange that the library can not exist without the demon who uses this same library. Perhaps libqzeitgeist library necessary in build phonon, but runned zeitgeist daemon in build and work? -- unbelievable ..

Comment 8 Fl@sh 2012-06-27 13:24:23 UTC
** but runned zeitgeist daemon in build and work Phonon?

Comment 9 Kevin Kofler 2012-06-27 23:42:32 UTC
It's not that libqzeitgeist cannot technically exist without zeitgeist, it's that zeitgeist is necessary for libqzeitgeist to actually be functional.

Whether the zeitgeist daemon is run at build time or not is entirely irrelevant, it is not used at build time, it is a runtime-only dependency. (But RPM does not support these either, so in fact the daemon will be dragged into the build chroots too. But that doesn't hurt.)

Comment 10 Fl@sh 2012-06-28 10:22:24 UTC
IMHO This is the confusion and complexity to be solved ... Although this situation is not painful, but it is not reasonable.
It is difficult to convey part of the code needed for both packages to the library? Or, if the library can not function normally without runned zeitgeist service, it is difficult to write a "cap"? And now it turns out that all of KDE depends on the service, which in itself is not essential for KDE. And remove it from startup can only manually (though not all will find where to do it), or write a script that kills the process after loading KDE. It's a stupid situation.

Comment 11 Rex Dieter 2012-06-28 12:56:41 UTC
Feel free to contact the zeitgeist package maintainer(s) with your ideas on how to make the backend daemon optional, yet "just work" for everyone else.

(I've yet to see any constructive suggestions on how to implement that beyond just restating that you don't like it).

Comment 12 Fl@sh 2012-06-30 08:24:18 UTC
I think there is a working solution, which at this point will satisfy everyone. To do this, remove the dependency of the libqzeitgeist packet from the zeitgeist package and add zeitgeist package to the "@kde-desktop" group. Thus, zeitgeist package will be installed with KDE, but anyone can safely remove it (because disabling it is not possible to graphically). It will respect the freedom of users, but will not be deprived of planned functionality by default.

Comment 13 Fl@sh 2012-06-30 09:52:32 UTC
P.S. I have written here, because I think that the initiator of the request about inclusion the zeitgeist package to the @kde-desktop group should be done by maintainer of libqzeitgeist.

Comment 14 Fl@sh 2012-06-30 09:59:56 UTC
<strike>should be done by maintainer of libqzeitgeist</strike> should be the  maintainer of libqzeitgeist

Comment 15 Rex Dieter 2012-07-01 17:11:30 UTC
Not acceptable to me.  there are a multitude of ways to end up with libqzeitgeist getting installed besides using @kde-desktop group

Besides, in order to even consider doing this, we need a good use-case (besides just "I don't want zeitgeist").

Please take this to devel@fpo or kde@fpo mailing list for discussion (using bugzilla for discussion is not practical)


Note You need to log in before you can comment on or make changes to this bug.