[gentoo-dev] Removing Deps

[gentoo-dev] Removing Deps

[Adrian Almenar]

Hi everyone,

I installed recently Evolution, but now i want to remove it, ok i do and
_emerge -C evolution_ perfect it worked, but all the dependencies it
installed are still installed, how can i remove them ???

I need to remove them one by one ???



Cheers,

-- 
Adrian Almenar
GPG Key Fingerprint = 1E78 B604 AA42 B852 1449 0C24 FF6A 1448 A24D 7AF5
Gentoo Linux 1.2 - Running Linux 2.4.19-openmosix-r7 i686 - GCC: 2.95.3

Re: [gentoo-dev] Removing Deps

[Evan Read]

On Fri, 6 Sep 2002 04:20, Adrian Almenar wrote:
> Hi everyone,
>
> I installed recently Evolution, but now i want to remove it, ok i do and
> _emerge -C evolution_ perfect it worked, but all the dependencies it
> installed are still installed, how can i remove them ???
>
> I need to remove them one by one ???

I think that:

# emerge unmerge evolution

would be appropriate. See the portage manual: 
http://www.gentoo.org/doc/portage-manual.html

I think this is what it means.  You can probably --pretend first.

Evan.

Re: [gentoo-dev] Removing Deps

[Christian Skarby]

>> I need to remove them one by one ???
I think you'll have to do that. As far as i know (AFAIK) there is no tool
calculating all packages and sorting out those dependies not used by other
ebuilds, I think such a tool could only be used on a system that uses
portage and portage only to install packages. On the other hand I could be
wrong and thus there might exist something doing what you're looking for.

> # emerge unmerge evolution
Actually emerge unmerge evulution is equal to emerge -C evolution
# emerge --help
<snip>
unmerge (-C short option)
</snip>

Christian

Re: [gentoo-dev] Removing Deps

[Evan Read]

On Fri, 6 Sep 2002 08:29, Christian Skarby wrote:
> >> I need to remove them one by one ???
>
> I think you'll have to do that. As far as i know (AFAIK) there is no tool
> calculating all packages and sorting out those dependies not used by other
> ebuilds, I think such a tool could only be used on a system that uses
> portage and portage only to install packages. On the other hand I could be
> wrong and thus there might exist something doing what you're looking for.

Egads! ;)  I suppose that Debian is the same and so is Redhat.

But this kinda feature would set Portage even further apart.

Perhaps a dependency counter could be applied to each package (stored in a 
table?) and, when unmerging a package, portage could lower the dep count on 
the dependecies of that package.

If the reference counter drops to zero, and the user supplied "--removedeps", 
then emerge could unmerge them too.

emerge --listzerodeps might give one a list of packages that have a 0 counter.

emerge --zerodeps unmerge might remove all packages that have nothing that 
depends on them.

Perhaps an environment variable could be set in make.conf or something to say:

AUTOUNMERGERZERODEP=1	# auto remove packages that aren't depended on

... or something ;)

> > # emerge unmerge evolution
>
> Actually emerge unmerge evulution is equal to emerge -C evolution
> # emerge --help
> <snip>
> unmerge (-C short option)
> </snip>

My bad.  Some of the syntax of emerge is "zany" to say the least. ;)

THanks.

Evan.

Re: [gentoo-dev] Removing Deps

[Rob Smith]

On Thursday 05 September 2002 06:35 pm, Evan Read wrote:
> Perhaps a dependency counter could be applied to each package (stored in a
> table?) and, when unmerging a package, portage could lower the dep count on
> the dependecies of that package.

Okay, but what is the count of a package that has no deps that you merged in?
If I merge in BZFlag, it starts at dep count of 0 because it isn't a dep of 
anything, then portage would then flag this for removal if I try to see a 
list of zerodeps? This wouldn't work, as most packages are not deps of a 
package. What about a flag that this was a dep and try to calculate if it is 
or isn't anymore?

Re: [gentoo-dev] Removing Deps

[Evan Read]

On Thu, Sep 05, 2002 at 08:27:29PM -0400, Rob Smith wrote:
> On Thursday 05 September 2002 06:35 pm, Evan Read wrote:
> > Perhaps a dependency counter could be applied to each package (stored in a
> > table?) and, when unmerging a package, portage could lower the dep count on
> > the dependecies of that package.
> 
> Okay, but what is the count of a package that has no deps that you merged in?
> If I merge in BZFlag, it starts at dep count of 0 because it isn't a dep of 
> anything, then portage would then flag this for removal if I try to see a 
> list of zerodeps? This wouldn't work, as most packages are not deps of a 
> package. What about a flag that this was a dep and try to calculate if it is 
> or isn't anymore?

Ok, my idea is too simple for the number of features I suggested. 
Evidently, having a "remove all no deps" option would be a bad idea ;)  It 
seems so stupid now ;)

It would probably make sense, in the short term, if this was a feature 
important to enough people, to maybe have the option of stepping through a 
list of dependencies that are presented (with the right switch) after the 
main packages is unmerged.

I realise that those dependencies would have other depedencies and it 
could get messy.  I would suggest this would be an option that would come 
with dire warnings.

The other option is to duplicate the install of dependencies among 
programs so that you have dependencies met or removed for a package 
independent of others.  This would be bloaty, but prolly the only way to 
easily impliment auto-removal of dependencies.

Anyways, just random thoughts.

-- 
Evan Read
http://eread.freeshell.org

"The future comes 60 minutes an hour no matter who you are or what you 
do." 
	The Screwtape Letters - C.S. Lewis

Re: [gentoo-dev] Removing Deps

[C. Linus Hicks]

On Thu, 2002-09-05 at 21:19, Evan Read wrote:
> On Thu, Sep 05, 2002 at 08:27:29PM -0400, Rob Smith wrote:
> > On Thursday 05 September 2002 06:35 pm, Evan Read wrote:
> > > Perhaps a dependency counter could be applied to each package (stored in a
> > > table?) and, when unmerging a package, portage could lower the dep count on
> > > the dependecies of that package.
> > 
> > Okay, but what is the count of a package that has no deps that you merged in?
> > If I merge in BZFlag, it starts at dep count of 0 because it isn't a dep of 
> > anything, then portage would then flag this for removal if I try to see a 
> > list of zerodeps? This wouldn't work, as most packages are not deps of a 
> > package. What about a flag that this was a dep and try to calculate if it is 
> > or isn't anymore?
> 
> Ok, my idea is too simple for the number of features I suggested. 
(snip)

If I explicitly merge a package, increment its dependency count. I am
dependent on it.

Linus

Re: [gentoo-dev] Removing Deps

[Karsten Schulz]

Linus:
> If I explicitly merge a package, increment its dependency count. I am
> dependent on it.

yes, and output of "emerge --listdeps" would be:
openssl-0.9.6 [2] <- apache, kde-base
kdegames [1] <- user
libnobodyneedsthis-0.0.7 [0] <- none

I begin to like this idea :)

have fun,
Karsten

-- 
"Es war das alte Lied: Bill Gates war keineswegs daran interessiert,
 großartige Produkte zu entwickeln - er wollte die Welt dazu zwingen,
 seine Produkte zu benutzen."
 Wendy Goldman Rohm - "Die Microsoft-Akte"
 

[gentoo-dev] Re: Removing Deps

[Mecho Puh]

Adrian Almenar wrote:
> Hi everyone,
> 
> I installed recently Evolution, but now i want to remove it, ok i do and
> _emerge -C evolution_ perfect it worked, but all the dependencies it
> installed are still installed, how can i remove them ???
> 
> I need to remove them one by one ???

http://gentoo.zhware.net/fuq.html#admin_sect4