public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Building packages in different prefix without rebuilding system packages
Date: Thu, 14 May 2020 09:07:43 +0100	[thread overview]
Message-ID: <3049712.aeNJFYEL58@lenovo.localdomain> (raw)
In-Reply-To: <495ff3d5-ce2f-71e6-caac-1eb5cdbf988d@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2921 bytes --]

On Thursday, 14 May 2020 06:13:33 BST Dale wrote:
> François-Xavier Carton wrote:
> > Hi,
> > 
> > Is there a way of installing packages in a different prefix while still
> > using system packages? I've tried setting EPREFIX, however doing that
> > will install all dependencies in the prefix, even if there are already
> > installed in the system.
> > 
> > I was hoping to install some packages in user directories, but I also
> > don't want to duplicate the packages installed globally. For example,
> > most packages eventually depend on gcc, which I definitely don't want to
> > compile twice. So ideally, only dependencies that are not installed
> > globally should be pulled in.
> > 
> > I was not able to find a way of doing that, but I feel like it shouldn't
> > be too hard, because EPREFIX almost does what I want. Does someone know
> > if it's possible without too much tweaking?
> > 
> > Thanks,
> > -François-Xavier
> 
> I'm clueless on EPREFIX but if you want to avoid compiling a package
> twice, would the -k option help?  If you have portage set to save the
> binaries you compiled before, it would install from that instead of
> compiling things twice. 
> 
> Just thought I'd mention just in case it would help. 
> 
> Dale
> 
> :-)  :-) 

The whole concept of EPREFIX is predicated on installing a Gentoo system 
within a different path/filesystem than the / of the host installation and 
being able to run it as a non-root user.  As I understand it, using libraries 
from the main system and potentially altering them in the process is not going 
to work without changing Gentoo's eprefix intended design.

It should be possible to change the prefix paths selectively, in particular 
the LD_LIBRARY_PATH to link binaries from within the prefix to libraries in 
the host system, but I'm not sure what privileges are needed to install/run 
such a hybrid linkage and how an update of the host system will break 
installed packages within the EPREFIX and vice versa.  We're talking of a 
Frankenstein build here with the potential of install operations on one system 
would be breaking the other, including portage itself. 

With containerisation of applications there may be easier ways to achieve what  
François-Xavier is looking for.  I am thinking of running sandboxed 
applications in the likes of flatpack, snap, zero-install, appimage and 
whatever else may have been devised lately.  However, with these systems you 
end up using what's already been developed and any static libraries their devs 
considered desirable.  If you want a bespoke installation optimised for your 
hardware and chosen compilation flags, then you are probably looking to 
develop a containerised application for your own use.

Someone more knowledgeable in both Gentoo's EPREFIX project and containerised 
apps should chime in soon to offer more helpful advice.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2020-05-14  8:08 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20200514050205.GA15477.ref@pc-fx>
2020-05-14  5:02 ` [gentoo-user] Building packages in different prefix without rebuilding system packages François-Xavier Carton
2020-05-14  5:13   ` Dale
2020-05-14  8:07     ` Michael [this message]
2020-05-14  8:37       ` François-Xavier Carton
2020-05-14  8:46     ` Pengcheng Xu
2020-05-14 10:07       ` Neil Bothwick
2020-05-14 10:17         ` Pengcheng Xu
2020-05-14 11:55           ` Neil Bothwick
2020-05-14 13:09             ` Pengcheng Xu
2020-05-14 13:26             ` Michael Orlitzky
2020-05-14 22:32               ` François-Xavier Carton
2020-05-15 10:53   ` [gentoo-user] " Michael Haubenwallner
2020-05-15 21:44     ` François-Xavier Carton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3049712.aeNJFYEL58@lenovo.localdomain \
    --to=confabulate@kintzios.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox