On Mon, Apr 6, 2020 at 8:08 PM Adam Williamson
wrote:
>
> On Mon, 2020-04-06 at 23:56 +, Tom Seewald wrote:
> > Yep, I just ran "dnf info kernel" and then right after that "dnf
> > changelog kernel", in both cases dnf spent over 20 seconds syncing.
> > I haven't seen other package managers
On Mon, 2020-04-06 at 23:56 +, Tom Seewald wrote:
> Yep, I just ran "dnf info kernel" and then right after that "dnf
> changelog kernel", in both cases dnf spent over 20 seconds syncing.
> I haven't seen other package managers require this much network
> traffic, and I wonder if a lot of it
Yep, I just ran "dnf info kernel" and then right after that "dnf changelog
kernel", in both cases dnf spent over 20 seconds syncing. I haven't seen other
package managers require this much network traffic, and I wonder if a lot of it
could be avoided.
On Fri, Mar 13, 2020 at 12:23 PM Pat Riehecky wrote:
>
> On Fri, Mar 13, 2020 at 9:48 AM Robbie Harwood wrote:
> >
> > Daniel Mach writes:
> >
> > > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a):
> > >
> > >> I realize I'm thinking about the Pie in the Sky, but:
> > >>
> > >> Would it be
On Fri, Mar 13, 2020 at 9:48 AM Robbie Harwood wrote:
>
> Daniel Mach writes:
>
> > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a):
> >
> >> I realize I'm thinking about the Pie in the Sky, but:
> >>
> >> Would it be possible for 'microdnf' to become the base for 'dnf' so
> >> that extra 'dnf'
Daniel Mach writes:
> Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a):
>
>> I realize I'm thinking about the Pie in the Sky, but:
>>
>> Would it be possible for 'microdnf' to become the base for 'dnf' so
>> that extra 'dnf' functionality is added via some kind of
>> modules/plugins/etc behaviour?
Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a):
I realize I'm thinking about the Pie in the Sky, but:
Would it be possible for 'microdnf' to become the base for 'dnf' so
that extra 'dnf' functionality is added via some kind of
modules/plugins/etc behaviour? Perhaps "somehow" it could (for
I realize I'm thinking about the Pie in the Sky, but:
Would it be possible for 'microdnf' to become the base for 'dnf' so
that extra 'dnf' functionality is added via some kind of
modules/plugins/etc behaviour? Perhaps "somehow" it could (for
example) find out "oh I've got python, lets load those
On Thu, Mar 12, 2020 at 08:22:48AM +0100, Daniel Mach wrote:
>
>
> Dne 12. 03. 20 v 6:21 Chris Murphy napsal(a):
> >On Thu, Mar 5, 2020 at 8:30 AM Daniel Mach wrote:
> >>
> >>
> >>
> >>Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> >>>On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
>
Dne 12. 03. 20 v 6:21 Chris Murphy napsal(a):
On Thu, Mar 5, 2020 at 8:30 AM Daniel Mach wrote:
Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
wrote:
Are you going to use sd-bus for the dbus library?
I'd hope not, given that
On Thu, Mar 5, 2020 at 8:30 AM Daniel Mach wrote:
>
>
>
> Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> >> Are you going to use sd-bus for the dbus library?
> >>
> >
> > I'd hope not, given that we have cross-distro usage
> > Hello everyone,
> > I'm pleased to announce start of DNF 5 development. We are planning to
> > deliver a module stream or a COPR repo during Fedora 33 development for
> > early adopters and tool developers and we're hoping in getting a stable
> > version into Fedora 34.
> >
>
> Can it be:
>
On Wednesday, 4 March 2020 19:03:01 CET Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning to
> deliver a module stream or a COPR repo during Fedora 33 development for
> early adopters and tool developers and we're hoping in getting a
On Fri, Mar 6, 2020 at 10:06 AM Stephen John Smoogen wrote:
> On Fri, 6 Mar 2020 at 11:42, Marcin Juszkiewicz
> wrote:
>> I have never understood a need for per-user copy of repo metadata.
>
>
> I am remembering that attempts to do this with either yum or dnf did not go
> over well with the
On 3/5/20 2:08 PM, Daniel Mach wrote:
I hope that someday we'll get microdnf close to 100% feature parity
with DNF (Python plugins excluding obviously)
Great plan, but when it happens, could it also get a simple IPC to talk
to the optional Python plugins, and thus replace dnf entirely? What is
On Fri, 6 Mar 2020 at 11:42, Marcin Juszkiewicz
wrote:
> W dniu 06.03.2020 o 02:57, Neal Gompa pisze:
> > The database has been synchronized since Fedora 24. However, the
> > caches are not, and that *does* need to be fixed.
>
> And when user calls dnf let it use system cache by default...
>
>
>
W dniu 06.03.2020 o 02:57, Neal Gompa pisze:
> The database has been synchronized since Fedora 24. However, the
> caches are not, and that *does* need to be fixed.
And when user calls dnf let it use system cache by default...
17:38 (0s) hrw@puchatek:~$ time sudo dnf info nano
[
fetching all
On Thursday, 5 March 2020 21.11.37 WET Adam Williamson wrote:
> I mean, it shouldn't be too hard to standardize on having them all work
> both ways, even.
I agree with Adam. What would be the drawback from this change?
It is backwards compatible (an important issue in this context).
And there
On Thu, 5 Mar 2020 20:08:17 +0100
Daniel Mach wrote:
> Dne 05. 03. 20 v 13:02 Marcin Juszkiewicz napsal(a):
> > W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
> > Are there plans for picodnf then? Or cutting amount of
> > libraries used by microdnf?
>
> I don't think we can drop more without
On Fri, 6 Mar 2020 at 01:59, Neal Gompa wrote:
> caches are not, and that *does* need to be fixed. The library
> interface for DNF already has APIs for this, PackageKit doesn't use
> them.
I'm 100% okay with a pull request to fix this, as long as the same
cache promises are met, i.e. PackageKit
On Thu, Mar 5, 2020 at 8:51 PM Luya Tshimbalanga wrote:
>
> > We've managed to drop a lot of redundant code across the whole DNF stack
> > in the past years, but we have reached a point when it's nearly
> > impossible to consolidate the code any further without breaking the
> > API/ABI.
> We've managed to drop a lot of redundant code across the whole DNF stack
> in the past years, but we have reached a point when it's nearly
> impossible to consolidate the code any further without breaking the
> API/ABI. Especially with PackageKit being dead[1], we can't move with
> the old
On Thu, 2020-03-05 at 18:38 +, J. Randall Owens wrote:
> On 04/03/2020 18:03, Daniel Mach wrote:
> > Hello everyone,
> > I'm pleased to announce start of DNF 5 development. We are planning to
> > deliver a module stream or a COPR repo during Fedora 33 development for
> > early adopters and
On Thu, 2020-03-05 at 14:08 +, Zbigniew Jędrzejewski-Szmek wrote:
>
> > > (OK, it's a single library with other parts included, but the sd-bus
> > > part is the biggest by far, and also sd-bus uses sd-event and sd-128
> > > internally, so they'd be required anyway. The other parts are
Dne 05. 03. 20 v 19:38 J. Randall Owens napsal(a):
On 04/03/2020 18:03, Daniel Mach wrote:
Hello everyone,
I'm pleased to announce start of DNF 5 development. We are planning to
deliver a module stream or a COPR repo during Fedora 33 development for
early adopters and tool developers and
Dne 05. 03. 20 v 13:02 Marcin Juszkiewicz napsal(a):
W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
Hello everyone, I'm pleased to announce start of DNF 5 development.
microdnf
> Microdnf is becoming important because it's part of
many containers due to its small footprint.
Also: builddep vs. build-dep
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List
On 04/03/2020 18:03, Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning to
> deliver a module stream or a COPR repo during Fedora 33 development for
> early adopters and tool developers and we're hoping in getting a stable
> version into
On Thu, Mar 5, 2020 at 9:09 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Mar 05, 2020 at 09:02:47AM -0500, Neal Gompa wrote:
> > On Thu, Mar 5, 2020 at 9:00 AM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > On Thu, Mar 05, 2020 at 02:29:38PM +0100, Daniel Mach wrote:
> > > >
> > > >
> >
On Thu, Mar 05, 2020 at 09:02:47AM -0500, Neal Gompa wrote:
> On Thu, Mar 5, 2020 at 9:00 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Mar 05, 2020 at 02:29:38PM +0100, Daniel Mach wrote:
> > >
> > >
> > > Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > > >On Wed, Mar 4, 2020 at 4:37
On Thu, Mar 5, 2020 at 9:02 AM Josh Boyer wrote:
>
> On Thu, Mar 5, 2020 at 8:35 AM Neal Gompa wrote:
> >
> > On Thu, Mar 5, 2020 at 8:29 AM Daniel Mach wrote:
> > >
> > >
> > >
> > > Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > > > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
On Thu, Mar 5, 2020 at 9:00 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Mar 05, 2020 at 02:29:38PM +0100, Daniel Mach wrote:
> >
> >
> > Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > >On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > >>Are you going to use
On Thu, Mar 5, 2020 at 8:35 AM Neal Gompa wrote:
>
> On Thu, Mar 5, 2020 at 8:29 AM Daniel Mach wrote:
> >
> >
> >
> > Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > >> Are you going to use sd-bus for the dbus
On Thu, Mar 05, 2020 at 02:29:38PM +0100, Daniel Mach wrote:
>
>
> Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> >On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> >>Are you going to use sd-bus for the dbus library?
> >>
> >
> >I'd hope not, given that we have cross-distro
On Thu, Mar 5, 2020 at 8:29 AM Daniel Mach wrote:
>
>
>
> Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
> > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> >> Are you going to use sd-bus for the dbus library?
> >>
> >
> > I'd hope not, given that we have cross-distro usage
Dne 04. 03. 20 v 23:01 Neal Gompa napsal(a):
On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
wrote:
Are you going to use sd-bus for the dbus library?
I'd hope not, given that we have cross-distro usage of DNF now, and a
couple of them don't have systemd.
Do you know which
On Thu, Mar 5, 2020 at 7:06 AM Marcin Juszkiewicz
wrote:
>
> W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
> > Hello everyone, I'm pleased to announce start of DNF 5 development.
>
> > microdnf
> > Microdnf is becoming important because it's part of
> > many containers due to its small
W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
> Hello everyone, I'm pleased to announce start of DNF 5 development.
> microdnf
> Microdnf is becoming important because it's part of
> many containers due to its small footprint.
[root@puchatek hrw]# ldd /bin/microdnf |wc -l
70
ge -
> > From: "Neal Gompa"
> > To: "Development discussions related to Fedora"
> >
> > Sent: Wednesday, March 4, 2020 11:01:43 PM
> > Subject: Re: Announcing start of DNF 5 development
> >
> > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew
> From: "Neal Gompa"
> > >
> > > > To: "Development discussions related to Fedora"
> > > >
> > >
> > > > Sent: Wednesday, March 4, 2020 11:01:43 PM
> > >
> > > > Subject: R
Original Message -
> > > >
> > > > > From: "Neal Gompa"
> > > >
> > > > > To: "Development discussions related to Fedora"
> > > > >
> > > >
> > > > > Sent: Wednesday, Marc
Kamil Paral wrote:
> On Wed, Mar 4, 2020 at 7:04 PM Daniel Mach wrote:
>
>> Hello everyone,
>> I'm pleased to announce start of DNF 5 development. We are planning to
>> deliver a module stream or a COPR repo during Fedora 33 development for
>> early adopters and tool developers and we're hoping
ted to Fedora" <
> devel@lists.fedoraproject.org>
> > Sent: Wednesday, March 4, 2020 11:01:43 PM
> > Subject: Re: Announcing start of DNF 5 development
> >
> > On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> >
ed to Fedora" <
> > devel@lists.fedoraproject.org>
> >
> > > Sent: Wednesday, March 4, 2020 11:01:43 PM
> >
> > > Subject: Re: Announcing start of DNF 5 development
> >
> > >
> >
> > > On Wed, Mar 4, 2020
On Wed, 2020-03-04 at 18:55 -0500, Martin Kolman wrote:
>
> - Original Message -
> > From: "Neal Gompa"
> > To: "Development discussions related to Fedora" <
> > devel@lists.fedoraproject.org>
> > Sent: Wednesday, March 4, 202
Dne 04. 03. 20 v 22:34 Zbigniew Jędrzejewski-Szmek napsal(a):
On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
Hello everyone,
I'm pleased to announce start of DNF 5 development. We are planning
to deliver a module stream or a COPR repo during Fedora 33
development for early
On Thu, Mar 5, 2020, 00:55 Martin Kolman wrote:
>
>
> - Original Message -
> > From: "Neal Gompa"
> > To: "Development discussions related to Fedora" <
> devel@lists.fedoraproject.org>
> > Sent: Wednesday, March 4, 2020 11:01:43 P
- Original Message -
> From: "Neal Gompa"
> To: "Development discussions related to Fedora"
>
> Sent: Wednesday, March 4, 2020 11:01:43 PM
> Subject: Re: Announcing start of DNF 5 development
>
> On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzej
On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
> > Hello everyone,
> > I'm pleased to announce start of DNF 5 development. We are planning
> > to deliver a module stream or a COPR repo during Fedora 33
> >
On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning
> to deliver a module stream or a COPR repo during Fedora 33
> development for early adopters and tool developers and we're hoping
> in getting a
On Wed, Mar 4, 2020 at 7:04 PM Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning to
> deliver a module stream or a COPR repo during Fedora 33 development for
> early adopters and tool developers and we're hoping in getting a stable
>
51 matches
Mail list logo