Re: Announcing start of DNF 5 development

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 5, 2020 at 9:02 AM Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx> wrote:
>
> On Thu, Mar 5, 2020 at 8:35 AM Neal Gompa <ngompa13@xxxxxxxxx> wrote:
> >
> > On Thu, Mar 5, 2020 at 8:29 AM Daniel Mach <dmach@xxxxxxxxxx> 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
> > > > <zbyszek@xxxxxxxxx> 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 distros do not have systemd?
> > >
> > > We have evaluated sd-bus to be the best dbus client available, but we
> > > may have underestimated it's adoption.
> > >
> > > Couldn't systemd team split it into a separate library independent on
> > > the rest of the systemd eco-system? :)
> > >
> >
> > Off the top of my head: PLD and ALT do not mandate systemd usage, and
> > their default setup is still sysvinit.
> >
> > PCLinuxOS also does not have systemd and does not currently intend on
> > including it.
>
> If I were weighing the value of having dnf work on those distributions
> vs. building out a more robust and maintainable dnf for *most*
> distributions, I would choose the later.  My point here is that
> cross-distro compatibility is important, but it is not the most
> important thing.
>

Perhaps, but no code has been written yet, so this decision isn't set
in stone. This is the perfect time to make sure we don't trap
ourselves.

And I also forgot all about Yocto, which switched to DNF back in Yocto
2.3. They do not use systemd by default in a lot of cases, and having
DNF work there without systemd is valuable because of all the
configurations they offer that systemd does not support.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux