public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Locking dependant installs
@ 2012-10-07 15:20 meino.cramer
  2012-10-07 15:33 ` Neil Bothwick
  2012-10-07 17:22 ` Alan McKinnon
  0 siblings, 2 replies; 5+ messages in thread
From: meino.cramer @ 2012-10-07 15:20 UTC (permalink / raw
  To: Gentoo

Hi,

Suppose the following setup:

I want to emerge application "F", which
depends on library "A","B","C","D" and "E",
which unfortunately are not used by any other 
program and are really heavy to compile in terms
of compile time.

Unfortunately the last step -- the compilation
of "A" -- fails, which I recognize unfortunately
but naturally at the moment all other dependencies
are installed.

Is there a legal and clean way to "lock" those
already installed dependencies and save them
from being wiped out by the tidy and clean up
commands normally used after a general update
of gentoo?

Thank you very much for any help in advance!
Best regards,
mcc






^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] Locking dependant installs
  2012-10-07 15:20 [gentoo-user] Locking dependant installs meino.cramer
@ 2012-10-07 15:33 ` Neil Bothwick
  2012-10-07 16:55   ` meino.cramer
  2012-10-07 21:04   ` Marc Joliet
  2012-10-07 17:22 ` Alan McKinnon
  1 sibling, 2 replies; 5+ messages in thread
From: Neil Bothwick @ 2012-10-07 15:33 UTC (permalink / raw
  To: gentoo-user

On Sun, 7 Oct 2012 17:20:05 +0200, meino.cramer@gmx.de wrote:

> I want to emerge application "F", which
> depends on library "A","B","C","D" and "E",
> which unfortunately are not used by any other 
> program and are really heavy to compile in terms
> of compile time.
> 
> Unfortunately the last step -- the compilation
> of "A" -- fails, which I recognize unfortunately
> but naturally at the moment all other dependencies
> are installed.
>
> Is there a legal and clean way to "lock" those
> already installed dependencies and save them
> from being wiped out by the tidy and clean up
> commands normally used after a general update
> of gentoo?

I can think of three options:

1) Create a set (if using portage 2.2). Add each of the packages
to /etc/portage/sets/depsforF then emerge -n @depsforF.

2) quickpkg B C D E - then it doesn't matter if they are unmerged them
as you can quickly re-emerge them with the -k option.

3) Don't run emerge --depclean until you have resolved this issue.


-- 
Neil Bothwick

How is it that we put man on the moon before we figured out it would be a
good idea to put wheels on luggage?


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] Locking dependant installs
  2012-10-07 15:33 ` Neil Bothwick
@ 2012-10-07 16:55   ` meino.cramer
  2012-10-07 21:04   ` Marc Joliet
  1 sibling, 0 replies; 5+ messages in thread
From: meino.cramer @ 2012-10-07 16:55 UTC (permalink / raw
  To: gentoo-user

Neil Bothwick <neil@digimed.co.uk> [12-10-07 17:36]:
> On Sun, 7 Oct 2012 17:20:05 +0200, meino.cramer@gmx.de wrote:
> 
> > I want to emerge application "F", which
> > depends on library "A","B","C","D" and "E",
> > which unfortunately are not used by any other 
> > program and are really heavy to compile in terms
> > of compile time.
> > 
> > Unfortunately the last step -- the compilation
> > of "A" -- fails, which I recognize unfortunately
> > but naturally at the moment all other dependencies
> > are installed.
> >
> > Is there a legal and clean way to "lock" those
> > already installed dependencies and save them
> > from being wiped out by the tidy and clean up
> > commands normally used after a general update
> > of gentoo?
> 
> I can think of three options:
> 
> 1) Create a set (if using portage 2.2). Add each of the packages
> to /etc/portage/sets/depsforF then emerge -n @depsforF.
> 
> 2) quickpkg B C D E - then it doesn't matter if they are unmerged them
> as you can quickly re-emerge them with the -k option.
> 
> 3) Don't run emerge --depclean until you have resolved this issue.
> 
> 
> -- 
> Neil Bothwick
> 
> How is it that we put man on the moon before we figured out it would be a
> good idea to put wheels on luggage?
> 

Hi Neil,

thank you for your help! :)

Best regards,
mcc





^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] Locking dependant installs
  2012-10-07 15:20 [gentoo-user] Locking dependant installs meino.cramer
  2012-10-07 15:33 ` Neil Bothwick
@ 2012-10-07 17:22 ` Alan McKinnon
  1 sibling, 0 replies; 5+ messages in thread
From: Alan McKinnon @ 2012-10-07 17:22 UTC (permalink / raw
  To: gentoo-user

On Sun, 7 Oct 2012 17:20:05 +0200
meino.cramer@gmx.de wrote:

> Hi,
> 
> Suppose the following setup:
> 
> I want to emerge application "F", which
> depends on library "A","B","C","D" and "E",
> which unfortunately are not used by any other 
> program and are really heavy to compile in terms
> of compile time.
> 
> Unfortunately the last step -- the compilation
> of "A" -- fails, which I recognize unfortunately
> but naturally at the moment all other dependencies
> are installed.
> 
> Is there a legal and clean way to "lock" those
> already installed dependencies and save them
> from being wiped out by the tidy and clean up
> commands normally used after a general update
> of gentoo?

Put them in your world file.

or with portage-2.2 you could maintain your own set of stuff you want to
keep and emerge that set. This is effectively the same thing as putting
things in world but you might find it to be cleaner and easier to
maintain (a cluttered world is very untidy and prone to being cleaned)



> Thank you very much for any help in advance!
> Best regards,
> mcc
> 
> 
> 
> 
> 



-- 
Alan McKinnon
alan.mckinnon@gmail.com



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] Locking dependant installs
  2012-10-07 15:33 ` Neil Bothwick
  2012-10-07 16:55   ` meino.cramer
@ 2012-10-07 21:04   ` Marc Joliet
  1 sibling, 0 replies; 5+ messages in thread
From: Marc Joliet @ 2012-10-07 21:04 UTC (permalink / raw
  To: gentoo-user

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

Am Sun, 7 Oct 2012 16:33:08 +0100
schrieb Neil Bothwick <neil@digimed.co.uk>:

[...]
> 1) Create a set (if using portage 2.2). Add each of the packages
> to /etc/portage/sets/depsforF then emerge -n @depsforF.

Just a quick note: current stable portage also supports user defined sets. I
use them extensively :) .

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-10-07 21:06 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-07 15:20 [gentoo-user] Locking dependant installs meino.cramer
2012-10-07 15:33 ` Neil Bothwick
2012-10-07 16:55   ` meino.cramer
2012-10-07 21:04   ` Marc Joliet
2012-10-07 17:22 ` Alan McKinnon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox