more often than the version in EPEL.
Honza
> On 1 July 2016 at 13:06, Honza Šilhan wrote:
> > Hi,
> >
> > DNF is in EPEL for more than one year, unfortunately there was still
> > the old DNF-0.6.4 version. Over that time in DNF were implemented a
> > lot of gr
Hi,
DNF is in EPEL for more than one year, unfortunately there was still the old
DNF-0.6.4
version. Over that time in DNF were implemented a lot of great features and
plenty of bugs
have been fixed. DNF (especially its libraries) could not be updated in EPEL
repository
because of its policy. Now w
Hi,
DNF is in EPEL for more than one year, unfortunately there was still
the old DNF-0.6.4 version. Over that time in DNF were implemented a
lot of great features and plenty of bugs have been fixed. DNF
(especially its libraries) could not be updated in EPEL repository
because of its policy. Now w
> From: "Luya Tshimbalanga"
>
> dnf has issues at honoring conditional levels written on comps.xml.
>
> As a result, some packages will not be installed by either anaconda or
> livemedia build system.
>
> I have already submitted a bug report on the subject [1] but it was too
> deep to fix for
> From: "Benjamin Lefoul"
>
> > Is there any alternative dnf command to list these "hidden" groups?
> "dnf grouplist hidden" works as in yum. But it seems undocumented. /Lef
Thanks for investigation. If it works, then we'll document it.
Honza
--
devel mailing list
devel@lists.fedoraproject.or
Hi,
new version of DNF and DNF-PLUGINS-CORE is out. This release is focused on
stability
and should ease the transition for prepared DNF 2.0. Any call of not documented
and
so not supported Python methods should print warning. If you see them and you
would
like the methods to be included into D
> From: "Ted W."
>
> I'll jump on the /etc/repos.d bandwagon. It follows a convention
> commonly found in lots of other configuration directories and I feel
> it's much more concise and clear than /etc/distro.repos.d.
>
> I'm not sure I fully understand the rationale behind using
> distros.repos
> From: "Matthew Miller"
> On Thu, Apr 14, 2016 at 01:16:07PM -0400, Matthias Clasen wrote:
> > If you put it in the dnf plugin, you leave out the new graphical
> > upgrade that is coming in F24.
>
> Yeah — and obviously not something I want to leave out. :)
dnf system-upgrade and PK could remov
> From: "Dennis Gilmore"
>
> On Thursday, April 7, 2016 7:54:36 AM CDT Neal Gompa wrote:
> > On Thu, Apr 7, 2016 at 7:37 AM, Stephen Gallagher
> wrote:
> > > On 04/06/2016 04:49 AM, Jason L Tibbitts III wrote:
> > >>> "PP" == Petr Pisar writes:
> > >> PP> This changes meaning regarding to F
> From: "Marcin Juszkiewicz"
>
> W dniu 12.04.2016 o 11:20, Honza Šilhan pisze:
> > The new version of DNF and DNF-PLUGINS-CORE has been released.
>
> Can someone update version in EPEL7?
The build for EPEL7 will be soon.
--
devel mailing list
dev
Hi,
The new version of DNF and DNF-PLUGINS-CORE has been released. It's
a stability release with a bug fixes and user experience, translations
and documentation improvements. At this time DNF-PLUGINS-CORE > 0.1.18
is needed to properly connect to COPR repositories, so please upgrade
to the newest
> From: "Kevin Fenzi"
> On Thu, 7 Apr 2016 07:54:36 -0400
> Neal Gompa wrote:
> > On Thu, Apr 7, 2016 at 7:37 AM, Stephen Gallagher
> > wrote:
> > > On 04/06/2016 04:49 AM, Jason L Tibbitts III wrote:
> > >>> "PP" == Petr Pisar writes:
> > >>
> > >> PP> This changes meaning regarding to F
Hi,
this is follow up to recent discussion we had with Harald Hoyer. Long story
short
there were some packagers who interpreted `Requires(pre)` tag wrongly as it is
not
an extended semantic of normal `Requires` but has rather different meaning [1].
In
some packages rpm ancient `PreReq` dependen
> From: "Dennis Gilmore"
>
> I have unpushed from f24 and rawhide dnf-1.1.7-1 and revoked the requests for
> updates. The main reason being that the api changed ina way that broke our
> ability to create install media.
>
> lorax --product=Fedora --version=24 --release=24
> --source=file:///mnt/ko
> From: "Josh Boyer"
> Could you please elaborate (perhaps in a separate thread) the full
> desire and requirements behind rewriting DNF into C? The first link
> in your email says the initiative is started, but it doesn't really
> explain why aside from the libhif step.
Having DNF in C is desir
TL;DR
Hawkey project [1] is being obsoleted, use libhif [2] instead. For hawkey
Python API consumers,
the transition should be painless.
Why we have done that?
Nowadays there are three major consumers of hawkey - DNF, PackageKit and
rpm-ostree. The hawkey
API was not in final form yet and was
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 n
> From: "Mikolaj Izdebski"
> On 01/25/2016 11:37 AM, Michael Schroeder wrote:
> > On Sat, Jan 23, 2016 at 04:26:43PM +0100, Dan Horák wrote:
> >> On Sat, 23 Jan 2016 08:14:44 -0700
> >> Orion Poplawski wrote:
> >>
> >>> It would be very helpful to have information on what packages are
> >>> pulli
> From: "James Hogarth"
> On 18 Jan 2016 06:33, "Igor Gnatenko" < i.gnatenko.br...@gmail.com > wrote:
> >
> > I hope Heiko Adams and Reindl Harald should co-operate and write usable and
> > bug free package manager.
> >
> > Related to topic: Please prepare full list of bugs which you think criti
> From: "Petr Pisar"
> On 2016-01-08, Mark Wielaard wrote:
> > On Fri, 2016-01-08 at 08:31 +, Petr Pisar wrote:
> >> Utilizing this feature (as well as documentation stripping) is job for
> >> a package manager. For DNF.
> >
> > How does DNF do this?
> > How would I (de)install/scrub (un)need
Hi,
New year is there and so new release of DNF and DNF-PLUGINS-CORE. A lot of bugs
have been fixed,
improved speed of bash completion and documentation has been reviewed. Download
plugin has been
extended with two additional options. Read complete list of features and bug
fixes for DNF [1] and
> From: "Christopher"
>
> Where is the upstream DNF issue tracker? I see the project on GitHub:
> https://github.com/rpm-software-management/dnf
If you wanna report a bug or file RFE then follow this guide [0].
> However, there doesn't appear to be a corresponding issue tracker, or point
> of c
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 pul
Hi,
I am pleased to announce you that DNF team updated main wiki pages on
fedoraproject.org
to be relevant and up-to-date for DNF (Yum procedures are still described there
but could
be outdated). Moreover in System Administrators Guide for F22 and up on
docs.fedoraproject.org,
yum commands were
> From: "Honza Šilhan"
> > From: "Michael Schwendt"
> > If an _upgrade_ introduces new sub-packages or new dependencies, you
> > need a method that can install those new packages *and* update older
> > installed ones at the same time. Running "
> From: "Michael Schwendt"
>
> On Thu, 12 Nov 2015 06:38:41 -0500 (EST), Honza Šilhan wrote:
>
> > "rpm -Uvh …" ~ "dnf install" - only difference is that dnf install can
> > do downgrades too if you specify the version of the package
>
> From: "Michael Schwendt"
>
> Since you can point the program at local packages as well as things to
> fetch from remote repositories, it would be cool, if the tool were smart
> enough to do the right thing, regardless of whether you run "dnf update …"
> or "dnf install …".
>
> The former failin
> From: "Matthew Miller"
>
> On Mon, Nov 09, 2015 at 12:34:18PM -0500, Honza Šilhan wrote:
> > "local update" used to work like that but it was requested to change
> > this behaviour and we made it consistent with "remote update" [1].
> >
> From: "Matthew Miller"
>
> On Sat, Nov 07, 2015 at 04:24:07PM +0100, Michael Schwendt wrote:
> > Btw, it's odd already that "dnf update rpm*.rpm" refuses to install
> > packages that are not installed as older version. Compare that with
> > "rpm -Uvh …" and "rpm -Fvh …". It would make sense to
> From: "Vít Ondruch"
>
> Dne 29.10.2015 v 13:24 Honza Šilhan napsal(a):
> > You can exclude the conflicting packages to proceed the system-upgrade
> > i.e.:
> > "dnf system-upgrade download --releasever=23 --distro-sync -x
> > rubygem-cell
> From: "Miroslav Suchý"
>
> >> # dnf system-upgrade download --releasever=23 --distro-sync --best
> >> --allowerasing
> >> Error: package rubygem-celluloid-0.15.2-2.fc22.noarch requires
> >> rubygem(timers) < 1.2, but none of the providers can be
> >> installed.
> >> package fedup-dracut-0.9.2-1
> From: "Matthew Miller"
>
> 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,
> From: "Matthew Miller"
>
> 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 Soft
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 rel
Hi,
The new release of DNF and DNF-PLUGINS-CORE is coming to Fedora stable
repositories.
The `--downloadonly` option supported in yum is now available in DNF and
repoquery
from DNF-PLUGINS-CORE has extended it's functionality of reverse RPM tag queries
(`--what*`) for glob patterns. Aside from t
> From: "Germano Massullo"
> To: "Development discussions related to Fedora"
>
> Sent: Sunday, October 4, 2015 5:43:42 PM
> Subject: Re: dnf is completly broken
:)
> Il 04/10/2015 16:32, Neal Gompa ha scritto:
>
>
>
> On Sun, Oct 4, 2015 at 10:24 AM, Germano Massullo <
> germano.massu...@gm
Good News everyone,
after another 3 weeks, new versions of DNF and DNF-PLUGINS-CORE have been
released. DNF 1.1.1
brings mark command [1] feature while DNF-PLUGINS-CORE adds 4 new filters from
"dnf list" command
and extending functionality of `--arch` and `--tree` switches. Additionally
around
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 thr
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
39 matches
Mail list logo