Gentoo Forums

Posted: **Sat Mar 27, 2021 4:33 pm**

To go back to the /bin/cp example:

    if use split-usr ; then
        cd "${ED}"/usr/bin || die
        dodir /bin
        # move critical binaries into /bin (required by FHS)
        local fhs="cat chgrp chmod chown cp date dd df echo false ln ls
                   mkdir mknod mv pwd rm rmdir stty sync true uname"
        mv ${fhs} ../../bin/ || die "could not move fhs bins"

So if you were to disable split-usr, you'd lose /bin/cp, /bin/cat, etc... This is fine in a context where /bin is a symlink to /usr/bin (e.g. merged), but "some" applications that expect standard locations and don't rely on PATH are going to have problems (not that this isn't its own issue).

Profile force-enables it so people don't accidentally turn this off without knowing what they're doing.

Not having /usr on a separate partition doesn't mean this should be disabled.

Posted: **Sat Mar 27, 2021 5:20 pm**

Tony0945 wrote:Ionen, asturm, that is at odds with what Hu said above.

I was misled by the name, assumed what it did based on other context, and did not check how the ebuild uses it. I edited my prior post to remove the incorrect phrasing. Based on Ionen's excerpt above, IUSE=split-usr is part of usrmerge, not part of keeping the /usr filesystem split from the root filesystem.

Posted: **Sat Mar 27, 2021 8:13 pm**

Things are more clear for me now. Expecially about udev rules.

Tony0945, I am thinking to move the building stuff under chroot.
That would be good for both testing and paranoia.

Posted: **Sat Mar 27, 2021 8:34 pm**

Ionen wrote:...no reason to think about this right now.

Right now is the time to think about it, we should be prepared ,when the shit hits the fan. As williamh is a guy with Trump-esque character, it is better to believe him, when he announces more evil actions.

Posted: **Sat Mar 27, 2021 9:12 pm**

The last thread about this got locked because it degenerated into arguments about williamh's past conduct. Please refrain from pointed characterizations of how you think he will act. Even if you have good support for them (which was not shown above), they are not appropriate here. I'd like this thread to keep going on the technical side of things. You're welcome to argue that we should prepare for, and consider the downsides of, usrmerge. I'd like to see arguments for/against that.

Posted: **Sat Mar 27, 2021 10:50 pm**

So, I removed baselayout from @system.
Many configuration files previously stored in /etc have gone, so I had to restore them from a backup.
Many of them are files meant to stay immutated for much times, so I don't expect troubles from them.

On future major profile upgrades, probably I will have to keep the pieces.
In the short term, everything is working.

Leonardo

Posted: **Sat Mar 27, 2021 10:52 pm**

Leonardo.b wrote:So, I removed baselayout from @system.

A pointless exercise.

Posted: **Sat Mar 27, 2021 11:09 pm**

I was curious to understand if /bin and everything else would have been removed while removing "baselayout".
More an experiment, let's say. But probably it's exactly the same thing.

Posted: **Sat Mar 27, 2021 11:19 pm**

mask in one of the ways I suggested. Then, even if you want the changes, they will not slip in amid a 300 file python emerge.

Posted: **Sat Nov 26, 2022 3:07 pm**

Ionen wrote:"if" (big if) this was to go forward there would be both a news item and most likely new profiles intended to work with it similarly to what happened with lib32, and then "if" deprecation+removal of old profiles happen it would likely take a few years (17.0 is even still there despite deprecated), no reason to think about this right now.

I guess there is a reason to think about it now

https://archives.gentoo.org/gentoo-dev/ ... 363b095bb6

In the latter half of 2023, systemd will drop support for split-usr/unmerged-usr systems [1]. All Gentoo systems running systemd will need to be migrated to merged-usr.

https://lists.freedesktop.org/archives/ ... 48352.html

As far as we understand there are no distributions running or optionally supporting systemd that have not either completed, or at least started, the transition to merged-usr systems.

Hmm, how about Gentoo with OpenRC and sys-apps/systemd-utils?

sys-apps/systemd-utils/systemd-utils-251.8-r1.ebuild

Code: Select all

multilib_src_configure() {
	local emesonargs=(
		$(meson_use split-usr)
		$(meson_use split-usr split-bin)
		-Drootprefix="$(usex split-usr "${EPREFIX:-/}" "${EPREFIX}/usr")"
		# ...
}

Patching time ahead?

Posted: **Sat Nov 26, 2022 4:20 pm**

Gentoo is not a distribution. It is a meta-distribution. Therefore, we don't count when upstream considers whether to push through changes like this.

Posted: **Mon Dec 05, 2022 6:32 pm**

I followed the procedure listed in the news item. /root directories as listed moved to /usr and symlinks have been
created. Profile registered as "systemd/merged-user". BUT ..... I can no longer "emerge" anything. I just get 'econf failed'
and "emake failed" messages. Otherwise the machine functions normally.

I should mention that I have a Ryzen processor on this machine. I have a second machine with
an Intel processor, and that did all intended with no problems.

Is there a simple answer? Or is more information required to get a soloution.

****
Later:--I seem to have created the problem myself. See my next post.

Posted: **Mon Dec 05, 2022 11:34 pm**

The problem seems to have been of my own making. the merges were failing because of
an error in my make.conf file. I had unwittingly opened up an old setting for LD_FLAGS.
Hopefully my previous post can be removed to avoid any misunderstandings?

Posted: **Mon Dec 05, 2022 11:37 pm**

gcyoung wrote:Hopefully my previous post can be removed to avoid any misunderstandings?

We dont want to remove posts, but you can edit your own post and maybe add a comment a la "see next post"

Gentoo Forums

/usr merge what?