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:09 AM Zbigniew Jędrzejewski-Szmek
<zbyszek@xxxxxxxxx> 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
> > <zbyszek@xxxxxxxxx> 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
> > > > ><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? :)
> > >
> > > It's already a separate library independent from the rest of the
> > > systemd eco-system ;)
> > >
> > > (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 smaller,
> > > and matter more because of dependencies they pull in than because of
> > > the code size itself. But it is possible to compile libsystemd w/o
> > > some features, notably without encryption, to save size and deps.
> > > I don't think there's any significant barrier to using libsystemd
> > > on non-systemd systems, except for psychological issues.)
> > >
> >
> > Don't discount psychological issues. The original reason for DNF not
> > being named YUM was so that the project would be free to do better
> > without the YUM baggage. That had the added effect of making it easier
> > to propose for other distributions to adopt because YUM has a very
> > negative reputation outside of the RHEL space.
>
> ;]]] Let's just hope that the underlying ipc library is something that
> is not visible to users ;)
>

The BuildRequires: systemd-devel generally gives it away, and the
failure to build because of that missing dependency is usually a
problem.



-- 
真実はいつも一つ!/ 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