On Thu, Mar 13, 2025 at 6:19 AM Dan Čermák
<dan.cer...@cgc-instruments.com> wrote:
>
> Alexander Sosedkin <asosed...@redhat.com> writes:
>
> > On Thu, Mar 13, 2025 at 10:42 AM Dan Čermák
> > <dan.cer...@cgc-instruments.com> wrote:
> >>
> >> Panu Matilainen <pmati...@redhat.com> writes:
> >>
> >> > On 3/13/25 10:56 AM, Dan Čermák wrote:
> >> >> Aoife Moloney via devel-announce 
> >> >> <devel-annou...@lists.fedoraproject.org> writes:
> >> >>
> >> >>> * This is the first version of rpm built as C++, so rpm gains a
> >> >>> runtime dependency on libstdc++.
> >> >>
> >> >> I am not too happy about yet another dependency. As someone involved in
> >> >> building containers, I constantly have to battle the growth of
> >> >> everything and now with rpm gaining an unavoidable dependency on
> >> >> libsdc++ means that every rpm based container will now grow another
> >> >> 2.5MB in size.
> >> >
> >> > That's assuming libstdc++ isn't there already. Software written in c++
> >> > isn't exactly rare.
> >>
> >> You're right, libstdc++ is there anyway thanks to bash. Sorry for the
> >> noise.
> >
> > I'm sorry, bash depends on what now? I hope you meant something else.
>
> I have looked at this on SLES (my primary $dayjob platform), where bash
> depends on libreadline, libreadline depends on libtinfo and libtinfo on
> ncurses, which in turn depends on libstdc++.
>
> This appears to be a SUSE only "issue" though. At least this specific
> dependency chain is not present on Fedora (ncurses does not drag in
> libstdc++).

Since Fedora 41, libstdc++ has already been in the base buildroot and
containers with the switch to DNF v5. We don't pull in Boost like
Zypper does (thankfully).



-- 
真実はいつも一つ!/ Always, there's only one truth!
-- 
_______________________________________________
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to