Re: Is there a chance to phase out `/lib64` directory?

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

 



On Tue, Jun 27, 2023 at 6:37 AM Panu Matilainen <pmatilai@xxxxxxxxxx> wrote:
>
> On 6/27/23 13:30, Kalev Lember wrote:
> > On Tue, Jun 27, 2023 at 11:02 AM Vít Ondruch <vondruch@xxxxxxxxxx
> > <mailto:vondruch@xxxxxxxxxx>> wrote:
> >
> >     I don't think that GCC is always the best example to follow.
> >
> >     Nevertheless, wouldn't it be worth of phasing out the /lib64? I don't
> >     know what is the history behind, but I don't think this layout is
> >     conceptual.
> >
> >
> > I would like to have a layout similar to what Debian is doing, so that
> > shared libraries would go in /usr/lib/x86_64-redhat-linux/ and
> > /usr/lib64 would be a legacy symlink pointing to it.
>
> Likewise.
>
> > That kind of layout would make it much easier to do cross compilation
> > because you could just take the whole /usr/lib/another-host-triplet/
> > directory from another architecture without it interfering with the host
> > libraries and use it for cross compilation purposes.
>
> Yes, that /lib/<target> arrangement allows for all manner of things that
> just aren't possible with /lib64.
>
> https://wiki.debian.org/Multiarch/TheCaseForMultiarch is a good read.
>
> > It would be a lot of work transitioning to a new layout though.
>
> That it is.
>

I'd rather move toward sysroot multiarch instead, which would expand
that benefit beyond libraries to basically everything.

But to do anything, RPM's handling of architectures needs to change.
Years ago, I had attempted to fix some of this upstream, but it didn't
make it in.

https://github.com/rpm-software-management/rpm/pull/1038



-- 
真実はいつも一つ!/ 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
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[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