On Wed, Jul 22, 2015 at 04:49:34 -0400, Honza Šilhan jsilhan@redhat.com wrote:

Finally there’s the new release of DNF which fixes the bugs which were highly demanded from Fedora community (former yum users). When a transaction is not successfully finished DNF preserves downloaded packages until the next successful transaction. The resolution configuration hints are printed to the output and user is notified which packages were skipped during update in case there are conflicts.

Thanks for the change to caching. I have some problems with my current router getting hung up during large wireless file transfers and having to redownload updates made it harder to get a successful update. I did file an RFE for this because the real problem was a router with too little memory for recent versions of openwrt. But this change will help until I get around to setting up my replacement router.

W dniu 22.07.2015 o 10:49, Honza Šilhan pisze:

The resolution configuration hints are printed to the output and user is notified which packages were skipped during update in case there are conflicts.

No information about skipped updates on my system (or I misunderstood how it is supposed to work):

# dnf update --best Last metadata expiration check performed 0:03:19 ago on Tue Jul 28 08:41:56 2015. Error: package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed. package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed. package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed. package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed. package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed. package libreoffice-pdfimport-1:5.0.0.3-1.fc23.x86_64 requires libpoppler.so.52()(64bit), but none of the providers can be installed

# dnf update

Transaction Summary ============================== Install 15 Packages Upgrade 479 Packages Remove 5 Packages

Total download size: 591 M

# dnf --version 1.0.2 Installed: dnf-0:1.0.2-2.fc24.noarch at 2015-07-28 06:41 Built : Fedora Project at 2015-07-21 16:35

Installed: rpm-0:4.12.0.1-17.fc23.x86_64 at 2015-07-14 11:25 Built : Fedora Project at 2015-06-29 10:26

Hi.

Another crucial release of DNF is out with a lot of new features and over 20 bug fixes.

Basic control mechanism for weak dependencies [1] was added. Now you are able to query for all weak dependencies forward and backward way in repoquery and allow/disallow installing weak dependencies through `install_weak_deps` DNF configuration option.

Moreover with all DNF stack you will be able to take advantage of rich dependencies in F23 along with newly added MIPS architecture support.

Although DNF team encourages users to “do the things in the right (DNF) way”, we still listen to community and implement the most requested features, the DNF is missing from yum. I am talking about `–skip-broken` in install command. To install the biggest given set of packages without raising an error, when all dependencies cannot be satisfied, could be achieved by setting `strict` DNF configuration option.

More information can be found in DNF [2] and DNF plugins release notes [3].

Enjoy this release and look forward to the next version.

Honza by DNF team

[0] http://dnf.baseurl.org/2015/08/11/dnf-1-1-0-and-dnf-plugins-core-0-1-10-rele... [1] http://www.rpm.org/wiki/PackagerDocs/DependenciesOverview#Weakdependencies [2] http://dnf.readthedocs.org/en/latest/release_notes.html#release-notes [3] http://dnf-plugins-core.readthedocs.org/en/latest/release_notes.html#release...

This has been already resolved by dnf-1.1.0-2.

On 08/12/2015 02:28 PM, Michael Schwendt wrote:

On Tue, 11 Aug 2015 15:43:15 -0400 (EDT), Honza Šilhan wrote:

...

Hi.

Another crucial release of DNF is out with a lot of new features and over 20 bug fixes.

# dnf update Last metadata expiration check performed 2:18:33 ago on Wed Aug 12 12:09:11 2015. Dependencies resolved. Traceback (most recent call last): File "/bin/dnf", line 35, in <module> main.user_main(sys.argv[1:], exit_code=True) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 193, in user_main errcode = main(args) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 84, in main return _main(base, args) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 146, in _main ret = resolving(cli, base) File "/usr/lib/python3.4/site-packages/dnf/cli/main.py", line 168, in resolving base.do_transaction(display=displays) File "/usr/lib/python3.4/site-packages/dnf/cli/cli.py", line 165, in do_transaction pkg_str = self.output.list_transaction(trans) File "/usr/lib/python3.4/site-packages/dnf/cli/output.py", line 1024, in list_transaction for pkg in self._skipped_broken_deps(skipped_conflicts): File "/usr/lib/python3.4/site-packages/dnf/cli/output.py", line 947, in _skipped_broken_deps goal_diff -= skipped_conflicts TypeError: unsupported operand type(s) for -=: 'set' and 'map'

On 8/14/15, Vít Ondruch vondruch@redhat.com wrote:

And this time, my DNF update transaction failed somewhere :/ I had to kill the task:

http://paste.fedoraproject.org/255015/39536100/

Better than mine, I met some FUTEX_WAIT hanging issue from upgrading dnf and 6000+ packages on another old installation of f21.

New release of DNF stack (dnf, dnf-plugins-core, dnf-plugins-extras, hawkey and libsolv) is going to Fedora 21, 22, 23 and rawhide. Most of the fixes happened under the hood in DNF libraries. The emphasis was on stability and making smooth system upgrades. For more information take a look at release notes [1][2].

Moreover article about usage of `mark` command in real world has been written [3] for you. Check it out.

Honza

[0] http://dnf.baseurl.org/2015/10/26/dnf-1-1-3-and-dnf-plugins-core-0-1-13-rele... [1] http://dnf.readthedocs.org/en/latest/release_notes.html#release-notes [2] http://dnf-plugins-core.readthedocs.org/en/latest/release_notes.html#release... [3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/

From: "Matthew Miller" mattdm@fedoraproject.org

On Mon, Oct 26, 2015 at 12:03:47PM -0400, Honza Šilhan wrote:

...

[3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/

Is there any work on integrating the history of user-installed packages with packagekit / GNOME Software? That seems like that'd knock out a gigantic class of cases when 'mark' is needed.

Hi, integration of Hawkey libraries and library which uses PK has already started. Sharing the history db within core library written in C used by DNF, PK and Gnome Software is part of long term plan.

PK should call "dnf mark" explicitly if any package is installed outside of DNF [1].

Honza

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1259865

From: "Matthew Miller" mattdm@fedoraproject.org

On Tue, Oct 27, 2015 at 05:23:13AM -0400, Honza Šilhan wrote:

...

Hi, integration of Hawkey libraries and library which uses PK has already started. Sharing the history db within core library written in C used by DNF, PK and Gnome Software is part of long term plan.

Cool, and that should basically solve this, at least for the case of GNOME Software and DNF used in combination, right?

Yes, the packages installed by PK would not be autoremoved then but the PK transaction would still not show up in "dnf history".

Honza

Hello everyone,

New release of DNF and DNF-PLUGINS-CORE is out. Aside from bug fixes and documentation improvements, new methods were added into DNF query API [0] – take advantage of them. For further details look at DNF [1] and DNF plugins [2] release notes.

Recently, we have received many pull requests from new contributors. I would like to thank you for that. Anyone who would like to join the trend, there are described a few steps [3] that you can follow to have your feature in DNF and your name in AUTHORS file.

Honza

[0] http://dnf.readthedocs.org/en/latest/api_queries.html [1] http://dnf.readthedocs.org/en/latest/release_notes.html#release-notes [2] http://dnf-plugins-core.readthedocs.org/en/latest/release_notes.html#release... [3] https://github.com/rpm-software-management/dnf#contribution

Hello everyone,

another version od DNF and DNF-PLUGINS-CORE has been released. Recently released DNF adds socks5 proxy support and repoquery has new --unneeded and --recent switches available. Additionally a lot of bugs have been fixed. For more information see DNF [1] and plugins [2] release notes.

Honza

[0] http://dnf.baseurl.org/2016/02/04/dnf-1-1-6-and-dnf-plugins-core-0-1-16-rele... [1] http://dnf.readthedocs.org/en/latest/release_notes.html#release-notes [2] http://dnf-plugins-core.readthedocs.org/en/latest/release_notes.html#release...