Hello,
New minor version was released yesterday. All summed up on our blog:
http://dnf.baseurl.org/2014/08/12/dnf-0-6-0-released/
Cheers,
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.
Release announcement:
http://dnf.baseurl.org/2014/07/28/dnf-0-5-5-and-core-dnf-plugins-0-1-2-released/
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi,
New DNF is out since yesterday. I built the whole stack for f20, f21 and
f22. There was a major hiccup, libhawkey dropping symbols used by PK and
we are sorting it out with a big help from the PK guys.
http://akozumpl.github.io/dnf/release_notes.html#id35
http://dnf.baseurl.org/2014/07/16
On 07/03/2014 01:32 PM, Michal Schmidt wrote:
protected_packages.py is missing from the package.
Looks like an upstream bug - it's not referenced in plugins/CMakeLists.txt
Michal
Thanks for the notice, should be good now:
http://koji.fedoraproject.org/koji/taskinfo?taskID=7103767
Ales
--
de
Hi,
the packages are in Rawhide now. Should move to F20 next week too.
There's the protected_packages plugin now.
Release notes:
http://akozumpl.github.io/dnf/release_notes.html
http://akozumpl.github.io/dnf-plugins-core/release_notes.html
Release announcement:
https://dnf.baseurl.org/2014/07
On 06/24/2014 04:23 AM, poma wrote:
One exemplary example of how to or how to not to.
# yum clean all
Loaded plugins: langpacks
Cleaning repos: rawhide
Cleaning up everything
# yum --enablerepo \* clean all
Loaded plugins: langpacks
Cleaning repos: fedora fedora-debuginfo fedora-rawhide-kernel
On 06/07/2014 10:55 PM, Garry T. Williams wrote:
On 6-6-14 14:46:23 Ales Kozumplik wrote:
We're
wondering: is there stuff people are still missing from DNF
The --advisory option.
Building updateinfo support is underway:
https://bugzilla.redhat.com/show_bug.cgi?id=850912
Ales
--
Hello,
The time when DNF will take over from Yum in Fedora is nearing. We're
wondering: is there stuff people are still missing from DNF that they
have got recently in Yum? Or even something else! We've put together a
very short and simple survey. Let your opinion be heard!
http://dnf.baseur
Hello,
We released DNF 0.5.2 today, rawhide and F20:
http://dnf.baseurl.org/2014/05/28/dnf-0-5-2-released/
http://akozumpl.github.io/dnf/release_notes.html#id33
https://admin.fedoraproject.org/updates/libsolv-0.6.1-1.git6d968f1.fc20,hawkey-0.4.16-1.fc20,dnf-0.5.2-1.fc20,dnf-plugins-core-0.0.8-2.
Hi,
the 0.5.0 is out today, Rawhide only for the moment. See also:
dnf.baseurl.org/2014/04/23/dnf-0-5-0-released/
http://akozumpl.github.io/dnf/release_notes.html#id31
Cheers,
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
Hello,
we are proudly releasing 0.4.18 today:
http://dnf.baseurl.org/2014/03/17/dnf-0-4-18-released/
http://akozumpl.github.io/dnf/release_notes.html#id29
F20 build:
https://admin.fedoraproject.org/updates/dnf-0.4.18-1.fc20
Also note that the name disputes have been settled:
http://dnf.baseur
On 03/05/2014 02:33 PM, Dennis Gilmore wrote:
Did you see the dnf patches i sent to the yum-devel list fixing up arch
support? since whats in dnf today is incorrect and incomplete.
Yes, merged them upstream. Will be in dnf-0.4.18.
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https:
Hello,
0.4.17 was just released:
http://dnf.baseurl.org/2014/03/05/dnf-0-4-17-released/
http://akozumpl.github.io/dnf/release_notes.html#id28
Cheers,
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fe
On 03/05/2014 09:40 AM, Jens Petersen wrote:
Hi,
I would like to suggest the idea of adding support for
hierarchical comps groups to Fedora.
The idea is make yum groups in comps more modular,
ie groups could require other groups not just packages;
at this time I don't think it would require any
Hello,
dnf-0.4.13 is out [1], [2]. F20 version will follow shortly. We ship
Delta RPM support, bash completion and keepcache again in this version.
Remember to come meet the team at DevConf.cz this weekend.
Ales
[1] http://dnf.baseurl.org/2014/02/06/dnf-0-4-13-released/
[2] http://akozumpl.g
On 01/29/2014 05:05 PM, Richard Hughes wrote:
Great news, thanks for doing this. Is there any more documentation on
libcomps yet? i.e. is it stable enough to use now?
There is at least: https://github.com/midnightercz/libcomps/wiki
But ask Jindrich.
Ales
--
devel mailing list
devel@lists.fe
On 01/28/2014 11:59 AM, Florian Weimer wrote:
On 01/21/2014 09:02 AM, Ales Kozumplik wrote:
We're releasing 0.4.12 today. See all the information at the usual
places: blog [1], release notes [2] and f20 update [3].
I see persistent download failures on F20. Specifying "-v -d 255
Hi,
We're releasing 0.4.12 today. See all the information at the usual
places: blog [1], release notes [2] and f20 update [3].
Ales
[1] http://dnf.baseurl.org/2014/01/21/dnf-0-4-12-released/
[2] http://akozumpl.github.io/dnf/release_notes.html#id23
[3] https://admin.fedoraproject.org/updates/
Hello,
New DNF release is out. See the blog [1], the release notes [2] and the
F20 update [3]. Rawhide build went smooth this time too!
Ales
[1] http://dnf.baseurl.org/2014/01/09/dnf-0-4-11-released/
[2] http://akozumpl.github.io/dnf/release_notes.html#id22
[3] https://admin.fedoraproject.org
On 01/02/2014 11:37 AM, Ales Kozumplik wrote:
Rawhide builds are hitting a problem in python-pillow or something [1].
No longer. Rawhide build is ready now.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Hi,
the 0.4.10 is out in F20 updates [0] now. Rawhide builds are hitting a
problem in python-pillow or something [1].
See the release notes[2] and the blog post[3] for more information about
the release.
Ales
[0] https://admin.fedoraproject.org/updates/dnf-0.4.10-1.fc20
[1] http://kojipkgs
Hi,
dnf-0.4.9 is released. There is the notes[1], the blog post[2] and the
update[3].
Cheers!
Ales
[1] http://akozumpl.github.io/dnf/release_notes.html#id20
[2] http://dnf.baseurl.org/2013/12/03/dnf-0-4-9-released/
[3] https://admin.fedoraproject.org/updates/dnf-0.4.9-1.fc20
--
devel mailing
Hello,
dnf-0.4.8 is released, with builds for rawhide and F20 ready. Please see
the blog post [1], the release notes [2] and the update [3]. Very short
summary: API additions, some bugfixes. We ship py3 DNF .rpm now too!
Ales
[1] http://dnf.baseurl.org/2013/11/21/dnf-0-4-8-released/
[2] http
On 11/08/2013 12:52 PM, Ales Kozumplik wrote:
Hi,
dnf-0.4.7 is built for rawhide [1]. F20 version is going to have to wait
a few of days because we are missing a dependency there.
There's a couple of bugfixes in 0.4.7 but the main thing is that we are
slowly starting with forming the A
Hi,
dnf-0.4.7 is built for rawhide [1]. F20 version is going to have to wait
a few of days because we are missing a dependency there.
There's a couple of bugfixes in 0.4.7 but the main thing is that we are
slowly starting with forming the API [2]. More in the blog post [3] and
the release no
Hi,
I have just submitted the latest dnf as an F20 update [1]. It brings
quite a few fixes and improvements, most significant of which are the
history undo support and limiting the number of installed kernels. See
the release notes [2] and the blog post [3].
Ales Kozumplik
[1] http
Hello,
there's a new DNF release available in F20 [1] and rawhide today. Bug
1021087 that causes users to see tracebacks on upgrade transactions with
obsoleting packages (typically experienced when one tries to upgrade to
f20 using the --releasever parameter) is fixed in 0.4.5. Please see the
On 10/16/2013 11:13 PM, Toshio Kuratomi wrote:
* Need to clarify if the DNF bindings will exist for both python2 and
python3 or just python3. This could affect releng, mock maintainer, etc.
Until Anaconda is in Python 2, DNF will support both Py2 and Py3. Once
Anaconda switches to Py3 DNF
Morning,
dnf-0.4.4 is built and out for testing in F20[1] and rawhide. There's
initial Py3 support and a bugfix, see the full story on the DNF blog [2]
and in the release notes [3].
Meanwhile in Anaconda, the DNF Payload is ready for early testing [4].
We'll be glad to hear some feedback.
Hello,
Because the "Too many open files" bug came back[1] and up until now DNF
had to be released in lockstep with librepo, the new build is coming out
earlier than expected. Please see the release notes [2] and a blog post
[3] about the release where I go into details why we no longer depend
On 10/02/2013 05:48 PM, tim.laurid...@gmail.com wrote:
Hi Ales
How is the state of the Python API, I want to make a DBus API around it
to use with the nextgen Yumex
Like the one i have made for yum[1]
[1] : https://github.com/timlau/yum-daemon
Tim
Hi Tim,
it's not ready yet. I started to w
Hello,
dnf-0.4.2 was released in Fedora 20[1] and Fedora Rawhide today.
The highlights of the release are parallel downloads, detecting the
fastest mirrors for downloads, support for repo.cost config option
(which all has been in Yum for a long time and we are adding it to DNF
again now) and
Hello,
A new version of DNF was built for F20[1] and Rawhide today. It fixes a
couple of bugs, improves support for Anaconda to foster the development
of DNFPayload there and starts on the project to get us rid of
urlgrabber dependency en route to Py3. Please check out the release
notes at [2
On 09/13/2013 05:35 PM, Jakub Filak wrote:
1: https://bugzilla.redhat.com/show_bug.cgi?id=1005762
Perhaps you can drop the "Process" word but it's a good idea to keep the
NVR in the summary (the VR part isn't reflected in the component field).
Ales
--
devel mailing list
devel@lists.fedorapr
On 09/10/2013 01:54 PM, Petr Hracek wrote:
Hi folks,
I would like to separate emacs-common into more packages (in rawhide
currently).
emacs-common contains all lisp files, info and man pages
Do you think that it is a good idea to separate them into groups like
emacs-org (directory /usr/share/em
Hi,
The new minor version of DNF got released today, for f20 and rawhide.
F19 will only receive important bugfixes to the 0.3.x line from now on
(Bug 1002508 [1] certainly is one of them) and I will not be announcing
new builds there.
The major improvement in 0.4.0 is that it now relies on l
On 08/14/2013 11:46 AM, poma wrote:
Summ.
yum - kernel-PAE-modules-extra - Installing - OK
dnf - kernel-PAE-modules-extra - Upgrading - ?
poma
Hi,
this looks like a new bug related to Yum's installonly feature which is
still a bit problematic in DNF, for instance see [1].
Please open a bu
On 08/13/2013 12:50 PM, Ales Kozumplik wrote:
Hi,
There is a new bugfix release of DNF available in F19[1] and Rawhide
today. The most visible change is that the package downloads slowdown
has been fixed. For the full release notes please see [2]
[1] https://admin.fedoraproject.org/updates/dnf
Hi,
There is a new bugfix release of DNF available in F19[1] and Rawhide
today. The most visible change is that the package downloads slowdown
has been fixed. For the full release notes please see [2]
[1] https://admin.fedoraproject.org/updates/dnf-0.3.11-1.git7d717c7.fc19
[2] http://akozumpl
On 08/02/2013 02:28 AM, Ed Marshall wrote:
In the dnf case, it likely doesn't matter; I don't think dnf has grown
support yet for repo cost/priority yet, has it?
No, not yet, that's one of the things waiting to happen still:
https://bugzilla.redhat.com/show_bug.cgi?id=967798
(I was a little
On 08/01/2013 12:06 AM, James Antill wrote:
Also a lot of errors become "silent" errors (so things are slow and
don't work well instead of explicitly saying: foo repo. is broken).
Indeed are the dropbox repos. likely to be broken, or would someone fix
them if they knew? Should users have them
On 08/01/2013 02:36 AM, Ed Marshall wrote:
Also, consider cases where repository priorities are in use; a
lower-priority repo that's unreachable may cause unexpected/damaging
results for the administrator in cases where there's a package version
mismatch.
In cases like this it would be a good i
Hello,
I've pushed new DNF version to F19 [1] and Rawhide today. There's only
little changes but the default value for repos' skip_if_unavailable has
changed and is enabled now. This is because recently an ailing Dropbox
repo has made many fine DNF processes end too soon for no good reason [3]
I don't really appreciate the discussion this has started. All I had to
say about this is summed up here:
https://fedorahosted.org/fpc/ticket/314#comment:7
From a position of someone who works on packaging tools and someone who
clashed with UsrMove several times already, this is my best shot a
Hello,
a new DNF build has been built and pushed to updates-testing for F19
today[1]. It includes the latest upstream libsolv, hawkey, librepo and
DNF with bugfixes, see the DNF 0.3.8 release notes[2].
Ales
[1] http://bit.ly/19vfFeu
[2] http://akozumpl.github.io/dnf/release_notes.html#id7
--
On 05/28/2013 07:30 PM, Rahul Sundaram wrote:
If you store the results, you would only need to get the details of the
bugs fixed from the last release.
And that is practically doable:
http://akozumpl.github.io/dnf/release_notes.html
Thanks,
Ales
--
devel mailing list
devel@lists.fedoraproject
Hello,
A serious issue with a new feature in 0.3.6 [1] made me do another build
in a quick succession today, for both rawhide and F19 [2].
Ales
[1] https://bugzilla.redhat.com/show_bug.cgi?id=967732
[2] http://bit.ly/15iobuR
[3] http://akozumpl.github.io/dnf/release_notes.html#id6
--
devel ma
On 05/27/2013 09:14 PM, Rahul Sundaram wrote:
Might use python-bugzilla to extend it, I guess
The speed of bugzilla.redhat.com is prohibiting, the following takes 3
seconds on my machine:
#! /usr/bin/python2.7
import bugzilla
rhbz = bugzilla.RHBugzilla(url="https://bugzilla.redhat.com/xmlrp
On 05/24/2013 09:20 PM, Rahul Sundaram wrote:
On 05/23/2013 07:08 AM, Jan Zelený wrote:
Have you tried using dnf instead of yum? It is much faster.
To be perfectly honest we don't plan to invest much effort in
developing new
things for yum, it will more and more shift towards maintenance mode
a
On 05/28/2013 01:14 PM, Miroslav Suchý wrote:
dnf autoremove
should tell me that packages "bar" and "bra" were installed as
dependencies for package, which is no more present on disk (and no other
package requires them) and can be removed.
There's an RFE for this already:
https://bugzilla.r
On 05/28/2013 01:19 PM, Miroslav Suchý wrote:
In past dnf had problem upgrading kernel, so I always upgraded kernel
using yum and rest of system using dnf.
I know that recently you fixed two bugs related to upgrading kernel. But
is it all? Can I now trust dnf even for kernel upgrades? Or there is
On 03/18/2013 10:33 AM, drago01 wrote:
On Mon, Mar 18, 2013 at 9:53 AM, Ales Kozumplik wrote:
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking
(or
control) automatically run dnf-makecache.
At least, this shou
On 03/18/2013 10:08 AM, Mathieu Bridon wrote:
PackageKit already has an option to check for updates on "mobile
broadband" (i.e bandwidth-capped or pay-as-you-use connections).
How does PackageKit implement this?
Can't DNF do the same?
The proposed system of targets seems extremely complex,
On 03/15/2013 07:13 PM, Luya Tshimbalanga wrote:
On 15/03/13 04:16 AM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not
On 03/15/2013 04:16 PM, Reindl Harald wrote:
and hwat let you come to the conclusion that if you have
it to enable in a config makes anything different?
have it enabled as DEFAULT is plain stupid
did you ever see "checksu mismatch" from YUM?
i saw this once download the metadata from ALL known
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not consistent with Fedora practice to enable this o
On 01/22/2013 10:06 PM, Tom Lane wrote:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally we'd just do the standard Provides/Obsoletes
dance for replacing one package with another, b
On 11/12/2012 07:28 AM, Seth Vidal wrote:
On Sat, 10 Nov 2012, Kevin Kofler wrote:
Richard W.M. Jones wrote:
- depends on Python stack
+1, we really need to get Python out of the minimal installation.
The focus should be on replacing the existing Python-based packages in
the
minimum set
On 07/22/2012 10:21 PM, Kevin Fenzi wrote:
Please fix any packages you maintain that failed to rebuild.
Fixed and rebuilt libsolv:
http://koji.fedoraproject.org/koji/taskinfo?taskID=4322484
Ales
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listi
On 06/20/2012 01:04 PM, tim.laurid...@gmail.com wrote:
Would it not be better to work with yum upstream to make the current yum
depsolver more modular so you could plugin another libsolv based
depsolver, instead of making a fork of yum and starts trashing the
current API. There is a lot more to y
On 06/19/2012 08:23 PM, Stephen John Smoogen wrote:
Would it be helpful, if there was a list of extensively used options
so that DNF knew what high notes it needed to hit sooner rather than
later?
Absolutely, I created a wiki page for it:
https://github.com/akozumpl/dnf/wiki/Features-backlog
On 06/19/2012 03:50 PM, Frank Murphy wrote:
Current status
Targeted release: Fedora 18
Last updated: 2012-6-19
Percentage of completion: 40%
When would it hit rawhide, ballpark?
I can't give a date yet, but following the FESCo approval of the feature
I made review requests tod
On 06/19/2012 02:44 PM, Michał Piotrowski wrote:
Hi,
I have a question about DNF https://fedoraproject.org/wiki/Features/DNF
Are there any plans to replace yum with dnf in the future?
According to what is written here
https://github.com/akozumpl/dnf/wiki/Features-Considered-for-Dropping
histor
63 matches
Mail list logo
