[Bug 194374] Review Request: kdegames: K Desktop Environment - Games

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: kdegames: K Desktop Environment - Games


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194374





------- Additional Comments From hugo at devin.com.br  2006-06-19 22:08 EST -------
(In reply to comment #10)
> I see no shortcoming to the splitting, except maybe that if the default
> install brings the meta-package "kdegames", and I want to remove
> kdegames-kmines later, yum will tell me that it needs to remove
> kdegames-kmines and kdegames. This could scare the user.
>
> Well, kdegames is maybe not the best example here, but I know I was kind of
> scared when I tried to remove a component of GNOME and yum told me it needed
> to remove "gnome-desktop" with it.

Do you know some resolution for this? Personally I don't think this is a big 
issue, but I think you can be right. I thought about it and don't get any good 
solution...

BTW I think koffice uses the same approach for now. Maybe Oo.org too. Many 
other distributions uses that way too. If the user knows that there exists 
packages, he/she should know that the base package is only a meta-package. 
This can be described in the Description field too.

> Apart from that, it clearly has advantages, but we need to make really sure
> that the packages are truly independant and work when the others are not
> installed.

I already took care of this, they work just fine. I tested every single game 
here, but another person doing this to confirm could be very helpful. I 
completely agree with "we need to make really sure" on packages. We have to 
provide high-quality packages to our users ;) And on this point, IMO, Fedora 
Extras is rocking. Keep it up!

Thanks for the feedback.

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.