Bug 926549 - anaconda dependency problems when selecting KDE Plasma Workspaces (no addons)
Summary: anaconda dependency problems when selecting KDE Plasma Workspaces (no addons)
Keywords:
Status: CLOSED DUPLICATE of bug 924162
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 19
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F19Alpha, F19AlphaBlocker
TreeView+ depends on / blocked
 
Reported: 2013-03-23 16:20 UTC by Reartes Guillermo
Modified: 2013-03-25 14:06 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-03-25 14:06:59 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
first screenshot (99.13 KB, image/png)
2013-03-23 16:20 UTC, Reartes Guillermo
no flags Details
second screenshot (59.45 KB, image/png)
2013-03-23 16:21 UTC, Reartes Guillermo
no flags Details

Description Reartes Guillermo 2013-03-23 16:20:31 UTC
Created attachment 715148 [details]
first screenshot

Description of problem:

anaconda fails to resolve dependencies when selecting KDE Plasma Workspaces, see
first screen-shot. 

But if one re-selects KDE Plasma Workspaces again, there will be no dependency errors.

It is even possible to start installing but it will fail during installation with the error dependencies, see second screenshot.

Failing Packages: enblend, libgpod, upower

Version-Release number of selected component (if applicable):
F19a TC1 (19.12)

How reproducible:
always

Steps to Reproduce:

0. reach the welcome screen, leave default
1. enter Software Selection and select KDE Plasma Workspaces, then DONE.
2. after anaconda fails to resolve dependencies, enter Software Selection again.
3. select KDE Plasma Workspaces again, then DONE.
4. anaconda seems to resolve the dependencies this time...
5. select automatic partitioning (or whatever works).
6. Start installing, anaconda will hit the dependency error.
  
Actual results:
one can start installing with known dependency problems

Expected results:
no dependency issues, if there are some, do not let the user start installing.

Additional info:

12:14:49,516 INFO packaging: have _yum_lock for AnaInstallThread
12:14:49,516 INFO packaging: gave up _yum_lock for AnaInstallThread
12:14:49,517 WARN packaging: libgpod-0.8.2-8.fc19.x86_64 requires libimobiledevice.so.3()(64bit)
12:14:49,517 WARN packaging: enblend-4.1.1-1.fc19.x86_64 requires libIlmImf.so.6()(64bit)
12:14:49,517 WARN packaging: upower-0.9.19-2.fc19.x86_64 requires libimobiledevice.so.3()(64bit)
12:14:49,517 INFO packaging: gave up _yum_lock for AnaInstallThread

Comment 1 Reartes Guillermo 2013-03-23 16:21:08 UTC
Created attachment 715149 [details]
second screenshot

Comment 2 Andre Robatino 2013-03-23 16:56:24 UTC
Probably a dupe of repoclosure bugs

https://bugzilla.redhat.com/show_bug.cgi?id=924255 (libgpod)
https://bugzilla.redhat.com/show_bug.cgi?id=924248 (enblend)
https://bugzilla.redhat.com/show_bug.cgi?id=924260 (upower)

Comment 3 Adam Williamson 2013-03-23 17:37:24 UTC
It's not exactly a dupe as it's about how anaconda handles broken deps rather than the deps themselves, but I'm -1 blocker since we won't release Alpha with broken deps on the images anyway.

Comment 4 Chris Lumens 2013-03-25 14:06:59 UTC

*** This bug has been marked as a duplicate of bug 924162 ***


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