Bug 1218992 - dnf update does not update to vlc-2.2.1-3.fc22
Summary: dnf update does not update to vlc-2.2.1-3.fc22
Keywords:
Status: CLOSED DUPLICATE of bug 1210445
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 22
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-06 11:20 UTC by Ralf Corsepius
Modified: 2015-05-25 09:11 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-05-25 09:11:22 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ralf Corsepius 2015-05-06 11:20:03 UTC
Description of problem:

dnf check-update reports updates to be available, but dnf update does not update.
# dnf clean metadata
...

# dnf check-update
Failed to synchronize cache for repo 'rpmfusion-nonfree' from 'http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-22&arch=i386': Cannot prepare internal mirrorlist: No URLs in mirrorlist, disabling.
Using metadata from Wed May  6 12:58:36 2015 (0:16:03 hours old)

vlc.i686                        2.2.1-3.fc22                    rpmfusion-free
vlc-core.i686                   2.2.1-3.fc22                    rpmfusion-free

# dnf update
Failed to synchronize cache for repo 'rpmfusion-nonfree' from 'http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-22&arch=i386': Cannot prepare internal mirrorlist: No URLs in mirrorlist, disabling.
Using metadata from Wed May  6 12:58:36 2015 (0:16:12 hours old)
Dependencies resolved.
Nothing to do.
Complete!


Version-Release number of selected component (if applicable):
dnf-0.6.5-1.fc22.noarch

Actual results:
c.f. above.

Expected results:
- dnf update to be reliable and functional
or
- Fedora's decision to utilize on Fc22 to be reverted and personal consequences to be drawn. In its present shape dnf is not production ready.

Comment 1 Radek Holy 2015-05-06 12:24:47 UTC
Works for me. Please, follow these instructions: https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user-content-depsolving-problem

Comment 2 Ralf Corsepius 2015-05-06 12:55:34 UTC
(In reply to Radek Holy from comment #1)
> Works for me. Please, follow these instructions:
> https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user-
> content-depsolving-problem
No. I know the cause, but I won't tell you, because I want you to experience the consequences of your flawed design decisions yourself.

Comment 3 Jan Zeleny 2015-05-06 13:25:34 UTC
(In reply to Ralf Corsepius from comment #2)
> (In reply to Radek Holy from comment #1)
> > Works for me. Please, follow these instructions:
> > https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user-
> > content-depsolving-problem
> No. I know the cause, but I won't tell you, because I want you to experience
> the consequences of your flawed design decisions yourself.

If you want the dnf team to fix your bugs, you should provide the data required to do that. If your intentions are different, please don't use bugzilla. I'm closing the bug; feel free to reopen if you decide to provide the requested data.

Comment 4 Ralf Corsepius 2015-05-23 16:01:05 UTC
(In reply to Jan Zeleny from comment #3)
> If you want the dnf team to fix your bugs, you should provide the data
> required to do that.
You have all information any arbitrary, ordinary users will provide to you.

e.g. this one:
https://lists.fedoraproject.org/pipermail/test/2015-May/126629.html

> If your intentions are different, please don't use
> bugzilla.
My intention is 
- Fedora to revert the false decision to use dnf in FC22 
and 
- the dnf-team to understand that your work is not ready for production use.

> I'm closing the bug; feel free to reopen if you decide to provide
> the requested data.
Reopening, increasing priority.

The cause is related to dnf-devs having made --skip-broken the default.
This causes one single broken dep in a dep-chain to _silently_ (this is evil) lockout all packages deeper in the dep-chain from updates. 

The symptoms ordinary users will see: is "no updates".

Comment 5 Radek Holy 2015-05-25 09:11:22 UTC
> _silently_ (this is evil)

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


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