| Newsgroups |
gmane.linux.lfs.automated |
| Message-ID |
<CAAGwWFXWFxGaJBQ4f5zVAqhz5eu_rS3xSZJj2Ne9hi8CEYXdxg@mail.gmail.com> |
On Mon, Dec 16, 2024, 03:36 Thomas Trepl <[email protected]>
wrote:
> Am Sonntag, dem 15.12.2024 um 21:48 -0500 schrieb Eric Clothier:
> > Ok, so if I am reading this right, setting the branch to multilib still
> would not work for multilib with systemd, as that project was removed since
> it failed to build. I did go through and copy over the multilib
> instructions into the generated scripts from the systemd book, as best as I
> was able. That build did indeed fail, due to not having multilib
> instructions for the systemd package itself, which meant that util-linux
> failed to link when it was built for m32.
> >
> > Thank you so much for the response and the info. I am going to keep
> working at this when I have the chance, and I will reach out to Thomas
> about working on multilib for systemd.
> >
> > Thanks,
> > Eric Clothier
>
> Hi Eric,
>
> Please don't top-post - if the thread gets longer, it gets very confusing
My apologies for the top post, I'll respond inline going forward.
>
> There is an option for systemd. When you checkout the multilib branch than
> you can render the systemd variant by running
>
> $ make REV=systemd ARCH=ml_all BASEDIR=... # or ml_32
>
> But i have to admit that it is maintained by "best guess" - i don't have a
> systemd environment here, i test only on sysv. This is what makes multilib
> to be known as "sysv only" - its tested (by me) only on sysv.
>
Thanks for the info, I'll render the systemd multilib variant today and
take a look at it.
>
> If and how jhalfs can act on the multilib branch, i don't know (i run my
> own toolchain), but i think to remember Pierre did some changes to jhalfs
> to support ML.
>
I'll take a look at jhalfs with systemd and multilib today as well, see if
jhalfs can render it properly. And if not, I'll see if I can fix it and let
the mailing list know.
>
> If you encounter issues and have a fix for them in the systemd world, just
> let me know, i'll merge them in.
> --
> Thomas
>
Any fixes that I find, I'll let you know. Thanks again for all of the info.
Thanks,
Eric
>
> > On Sun, Dec 15, 2024 at 9:27 PM Xi Ruoyao <
> [email protected]> wrote:
> > > On Sun, 2024-12-15 at 17:51 -0500, Eric Clothier wrote:
> > > > I am using jhalfs to build a multilib Linux system, using systemd
> > > > init. I chose the proper options in the jhalfs configuration,
> > > > selecting the x86_64 and m32 multilib option and the systemd init
> > > > option.
> > >
> > > You need to also use a modified LFS book. I.e. setting "Book version"
> > > to "Branch (default to trunk) or any commit" and "Branch, tag, or any
> > > commit" to "multilib". Or, setting "Book version" to "Working Copy"
> and
> > > "Loc of working copy" to a local copy of the LFS book source with the
> > > modification.
> > >
> > >
> > > /* snip */
> > >
> > > > Is this being caused by the MLFS project only currently supporting
> > > > SysV init?
> > >
> > > *This* is not. But the project indeed only supports SysVinit.
> > >
> > > It was already reported the "MLFS systemd" did not successfully build
> > > and so it was removed. Thus it's highly unlikely it'll even
> > > successfully build for you.
> > >
> > > > If so, I would be interested in assisting with bringing multilib to
> > > > the systemd init builds as well. Any input or recommendations would
> be
> > > > greatly appreciated.
> > >
> > > Ask Thomas (who doesn't subscribe alfs-discuss AFAIK). LFS multilib is
> > > his personal project.
> > >
> > > --
> > > Xi Ruoyao <[email protected]>
> > > School of Aerospace Science and Technology, Xidian University
>
>
--
http://lists.linuxfromscratch.org/sympa/info/alfs-discuss
Unsubscribe: See the above information page