public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Holly Bostick <motub@planet.nl>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Big problem with module-rebuild
Date: Mon, 07 Nov 2005 19:59:39 +0100	[thread overview]
Message-ID: <436FA41B.7060207@planet.nl> (raw)
In-Reply-To: <20051107182315.7ec24bbe@hactar.digimed.co.uk>

Neil Bothwick schreef:
> On Mon, 07 Nov 2005 18:26:02 +0100, Holly Bostick wrote:
> 
> 
>> And my question is, how to get it to stop doing that. If Portage
>> has a FEATURES setting that prevents the previous version being
>> unmerged this way, I don't know what it is.....
> 
> 
> Doesn't AUTOCLEAN="no" do this?
> 
> It is a separate setting, not a FEATURE.
> 
> 

Yes, I see that, but since the description of it is not exactly clear, I
don't know if setting it to "no" would help, except by testing, which
I'm not prepared to do atm:

(from man make.conf)

 AUTOCLEAN = ["yes" | "no"]
              Automatically cleans the system by removing outdated
packages which will not remove functionalities or prevent your  system  from
              working.  On  major ABI changes this may need to be set to
off to ensure that the system can be rebuilt using the new libs before
              the old ones are removed. Downgrading with this option
turned off may result in missing symlinks and an inoperable system.
              Defaults to yes.


In this respect, am I to assume that the "outdated package" is the
previously-installed version? I don't think so; I think this is a
separate process.

I just reinstalled Wine (unrelated, but perhaps appropriate for an
example) and the output does the "clean" process well after the previous
version (which is in this case the same version) was removed:


|>>> Safely unmerging already-installed instance...
--- !mtime obj /usr/share/wine/wine.inf
<snip>
--- !targe sym /usr/lib/libwine.so
--- !targe sym /usr/bin/wineg++
--- !targe sym /usr/bin/winecpp
|>>> original instance of package unmerged safely.
 * ~/.wine/config is now deprecated.  For configuration either use
 * winecfg or regedit HKCU\Software\Wine
|>>> Regenerating /etc/ld.so.cache...
|>>> app-emulation/wine-0.9 merged.

|>>> clean: No packages selected for removal.
|>>> Auto-cleaning packages ...

But I could most certainly be reading this all wrong; it would certainly
be an easy solution if that was the case.

Holly
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2005-11-07 19:17 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-07 17:26 [gentoo-user] Big problem with module-rebuild Holly Bostick
2005-11-07 18:23 ` Neil Bothwick
2005-11-07 18:59   ` Holly Bostick [this message]
2005-11-08 13:47     ` George Garvey
2005-11-08 15:08       ` Neil Bothwick
2005-11-07 18:56 ` [gentoo-user] " Remy Blank
2005-11-07 19:24   ` [gentoo-user] Re: Big problem with module-rebuild [SOLVED] Holly Bostick
2005-11-07 19:03 ` [gentoo-user] Big problem with module-rebuild Peter Ruskin
2005-11-07 19:25 ` [gentoo-user] " Marc Christiansen

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=436FA41B.7060207@planet.nl \
    --to=motub@planet.nl \
    --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