|
Bugzilla – Full Text Bug Listing |
| Summary: | Dependencies between huge packages | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Ulrich Windl <Ulrich.Windl> |
| Component: | GNOME | Assignee: | E-mail List <gnome-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Dependencies reported by Yast (evolution, yelp)
YaST dependencies (planner, evolution) YaST dependencies (GNOME, KDE) YaSt dependency (yelp, mozilla) |
||
|
Description
Ulrich Windl
2005-08-16 08:21:57 UTC
Created attachment 46129 [details]
Dependencies reported by Yast (evolution, yelp)
Created attachment 46130 [details]
YaST dependencies (planner, evolution)
Created attachment 46131 [details]
YaST dependencies (GNOME, KDE)
Created attachment 46132 [details]
YaSt dependency (yelp, mozilla)
YaST just evaluates the dependencies, but does not define them. Something for gnome maintainers. gnome-menus requires kdebase3: already FIXED evolution requires yelp: Required for browsing the help. Once RPM will support "Recommends:", we can fix it. LATER or WONTFIX mozilla required by yelp: OK for 10.0. Mozilla is a rendering engine for yelp. For 10.0 mozilla-xulrunner will be used. INVALID for 10.0, LATER for 10.1 planner requires libeutil.so.0 from evolution. We can package eds (and maybe other plugins) in separate subpackage to prevent this requirement. to JP Rosevear: Do you think we should separate planner plugins into separate subpackage? I think that is a good idea, but it should still be part of the default GNOME selection (since evolution is). I am now implenting better solution: eds plugin is in the planner package, but it is "parked" (renamed) until evolution is installed. Then it is "activated" (linked) by RPM trigger. If evolution or planner is removed the plugin disappears, too. It's a toilsome solution, but more familiar to user - there is no need to install additional plugin after installation of evolution. Update submitted for STABLE and PLUS. Note: I can do the same optionally for GDA plugin, if it makes sense. I suspect its ok because gda is a gtk-sharp2 dep and its fairly likely banshee, f-spot, etc will be installed. |