I read the news/announcement about 1.4-release retired in 2024 and what @coffnix said.

Encrypted our new installation is a very good advice but first, fixing the encryption at installation couldn't be better before saying that ?

I'm trying since a week to install Funtoo with LVM on LUKS, reading every wiki (three wikis for the same subject ? what ? Oo), asking help on Discord (thanks for the support wolf pack, I appreciate it <3), checking bug reports. Nothing works.

So, I'm a bit upset because we tell me to encrypt my Funtoo but wikis are broken and mix-in encrypted-root too.

For the moment it's a bad experience on Funtoo.  And if I still try to fix my installation it's only because I never give up on computer's stuff and the guys helping me on Discord. But when my Funtoo will work, I probably change for Gentoo, which I'm sure is easier to install and use.

I like your philosophy, but that's all. And I'm really sad about that.

#emerge www-client/vivaldi

Some time ago I was forced to abandon Funtoo to Gentoo as the KDE tree fell hopelessly behind. I did not have the time nor the funto-mirroring-know-how to get involved in the matter. I did try to use the ebuilds from Gentoo by that became a dependency nightmare. Quite a lot have changed in Funtoo since then.  Recently there has been a general upgrade of the kde-plasma/plasma-meta and KDE was up to date for a while, but are no longer. 

Question is, will the status of KDE depend on once in a while heroic efforts or are Funtoo aiming to mirror either Gentoo or KDE trees so that one can depend on the kde-plasma/plasma-meta being reasonable up to date? And if not, are there a strategy or and work going on to get there? Are there any ambitions?

I am not asking for KDE stage 4, but I depend on KDE for my every day work over time.

Cheers,

Erik

However, it looks like Saybayon installs systemd by default in their current incarnation.  One of the key benefits of Funtoo for me has been that  it is not just systemd-free, but openrc exclusive.  That ensures that everything on Funtoo functions with openrc and it avoids the convoluted multi-init support documentation we see on Gentoo.

Can we expect to see Funtoo maintain that direction?

Feel free to follow up with comments, stuff I might have forgotten to mention, etc.

Post any questions or discussion here.

I have published on my web site a Stage3 for Funtoo for the BeagleBone-AI, the AI stands for Artificial Intelligence.

This board uses an AM5729 processor which is similar to the DRA752 and AM5728. The main difference with the AM5728 is the added coprocessor that is used for artificial intelligence

It has a similar connector to the one from the beaglebone black.

I tried the nvidia driver first (gfxcard_nvidia) but it seems that there's no driver compatible with my video card. So then I switched to gfxcard_nouveau and I get an error emerging mesa-19.1.3. Everything else emerges fine but the last step, mesa, fails.

I'm attaching an archive of logs.

I think the issue is related to the following in build.log:

	.
	>>> Configuring source in /var/tmp/portage/media-libs/mesa-19.1.3-r1/work/mesa-19.1.3 ...
meson /var/tmp/portage/media-libs/mesa-19.1.3-r1/work/mesa-19.1.3 /var/tmp/portage/media-libs/mesa-19.1.3-r1/work/mesa-19.1.3-build --buildtype release -Db_ndebug=if-release --libdir lib64 --localstatedir /var/lib --sharedstatedir /usr/share/mesa-19.1.3 --prefix /usr --wrap-mode nodownload --prefix=/usr --libdir=lib64 -Dplatforms=x11,drm,surfaceless -Ddri3=false -Ddri-drivers=swrast,nouveau -Dgallium-drivers=gallium-nouveau -Dgallium-extra-hud=false -Dgallium-vdpau=auto -Dgallium-xvmc=auto -Dgallium-omx=disabled -Dgallium-va=auto -Dgallium-xa=auto -Dgallium-nine=false -Dgallium-opencl=disabled -Dvulkan-drivers= -Dshader-cache=auto -Dshared-glapi=true -Dgles1=auto -Dgles2=auto -Dopengl=true -Dgbm=auto -Dglx=auto -Degl=auto -Dglvnd=true -Dasm=true -Dglx-read-only-text=false -Dllvm=true -Dvalgrind=false -Dlibunwind=false -Dlmsensors=false -Dbuild-tests=false -Dselinux=false -Dosmesa=classic -Dosmesa-bits=8 -Dswr-arches= -Dtools=glsl,nir,nouveau -Dxlib-lease=auto
	.
	.
	
meson.build:21:0: [1;31mERROR:[0m Options "gallium-nouveau" are not in allowed choices: ", auto, kmsro, radeonsi, r300, r600, nouveau, freedreno, swrast, v3d, vc4, etnaviv, tegra, i915, svga, virgl, swr, panfrost, iris, lima"

mesaerror.tar.bz2