Re: Reorganization of KDE chapter

"Bruce Dubbs" ([email protected] via blfs-dev Mailing List) <[email protected]>
Newsgroups gmane.linux.lfs.beyond.devel
Message-ID <[email protected]>
On 1/15/25 04:03, Pierre Labastie ([email protected] via blfs-dev Mailing List) 
wrote:
> Hi all,
> I've created a git branch plabs/no-build-twice with the aim of
> preventing the possibility of building some kf6/plasma packages twice.
> This is the case for kf6/plasma packages used in lxqt (which are both
> in the lxqt chapter and on the kf6 or plasma pages), and of plasma-
> activities* packages that are both in the kf-apps chapter and in
> plasma.
> This branch also makes a more conventional layout for the kde
> introduction. The main changes are:
> - creating a "KDE packages used in other environment" chapter,
> containing the packages formerly in KDE intro and the packages needed
> for LXQt
> - removing the corresponding packages from LXQt
> - have KDE-frameworks or plasma depend on the already built packages,
> and comment them out in the .md5 file
> 
> I am not sure whether it is acceptable for the other editors and users,
> so please let me know. But this change makes jhalfs life much easier
> (I'm not sure I could make jhalfs work with current book, actually).

Building kf6/plasma is complicated.  When I first set it up I wanted to give the user 
the option to install in /usr or /opt.   Installing in /opt makes for a clean 
environment for upgrades or re-installation.  It also allows the user to change 
versions by changing a single symlink. For example.

   ln -sh kf6-6.9.0 /opt/kf6

Right now on my development system I have:

drwxr-xr-x  8 root root  4096 Aug 27 12:17 kf6-6.5.0
drwxr-xr-x  8 root root  4096 Nov  8 15:06 kf6-6.8.0
drwxr-xr-x  8 root root  4096 Dec 13 13:16 kf6-6.9.0

and can use any of them for testing.

When we added lxqt it became more complicated. That DE requires packages from both 
kf6 and plasma.  We generally install lxqt in /usr.  There is a big warning in the 
kf6/plasma pages in lxqt to not install them if the associated package is already 
installed.  What we definitely want to avoid is building the same package in two 
different locations.

I did check out plabs/no-build-twice and it always installs the kde packages in /usr. 
  This completely removes the original intent to give the user the option of 
installing in /opt.  It also makes building kf6/plasma more complicated for the user.

I'll also note that in a recent change we need to build plasma-activities{,-stats} 
from plasma in order to build okular, but in my mind building those twice is no big 
deal.  After all we build freetype and other circular dependencies twice.

I'm not sure how to handle this in alfs.  In some places we have dependencies of nasm 
or yasm.  I don't know how this is handled in alfs.

Right now if the user chooses to install lxqt before kf6/plasma, the the /opt is no 
longer available.  When automating, I think it is important for the user to know the 
options and the rationale behind the decision.

I do not like the current proposal for the above reasons, but am willing to consider 
other options.

   -- Bruce

-- 
http://lists.linuxfromscratch.org/sympa/info/blfs-dev
Unsubscribe: See the above information page
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.