Re: [gentoo-user] --depclean wants to remove udev. What!?

Julien Roy wrote: > Hello, > > On 6/19/22 21:38, Dale wrote: >> Anyone have ideas on this?  I mess up something?  Catch the tree in a >> bad state?  Something else I'm not aware of?  It's not making sense to >> me yet.  :/ > > sys-fs/udev has been replaced by a USE flag on the > sys-apps/systemd-ut

Re: [gentoo-user] --depclean wants to remove udev. What!?

Dale wrote: > Howdy all, > > Once a month or so, or when told to by a news item, I run emerge with > the --depclean option.  I look at the list in case there something there > I want to keep or something that shouldn't be removed, like gcc or > something.  I ran it a bit ago and got back this:  > >

Re: [gentoo-user] --depclean wants to remove udev. What!?

Hello, On 6/19/22 21:38, Dale wrote: Anyone have ideas on this?  I mess up something?  Catch the tree in a bad state?  Something else I'm not aware of?  It's not making sense to me yet.  :/ sys-fs/udev has been replaced by a USE flag on the sys-apps/systemd-utils package. When you updated you

[gentoo-user] --depclean wants to remove udev. What!?

Howdy all, Once a month or so, or when told to by a news item, I run emerge with the --depclean option.  I look at the list in case there something there I want to keep or something that shouldn't be removed, like gcc or something.  I ran it a bit ago and got back this:  > >>> These are the pack

Re: [gentoo-user] depclean wants to remove xf86-video-intel

On Mon, 14 Mar 2022 17:07:54 - (UTC), Grant Edwards wrote: > I was a bit startled thos morning when emerge --depclean wanted to > remove xf86-video-intel. I presume this is a result of the switch to > the "built in" modesetting driver? And there are no corresponding Xorg > config changes that

[gentoo-user] depclean wants to remove xf86-video-intel

I was a bit startled thos morning when emerge --depclean wanted to remove xf86-video-intel. I presume this is a result of the switch to the "built in" modesetting driver? And there are no corresponding Xorg config changes that need to be made? My video chipset is 00:02.0 VGA compatible controll

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sun, 2021-07-25 at 20:52 -0400, Rich Freeman wrote: > On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky wrote: > > > > This is indeed a bug, but not the ones that have been suggested. The > > underlying problem is that the DJB programs (mail-mta/netqmail, but > > also net-dns/djbdns, for exampl

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky wrote: > > This is indeed a bug, but not the ones that have been suggested. The > underlying problem is that the DJB programs (mail-mta/netqmail, but > also net-dns/djbdns, for example) require a particular service manager. Is it actually using dae

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

(Replying nowhere in particular) This is indeed a bug, but not the ones that have been suggested. The underlying problem is that the DJB programs (mail-mta/netqmail, but also net-dns/djbdns, for example) require a particular service manager. When OpenRC is installed only as a side effect of being

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sun, 25 Jul 2021 17:25:17 +, Alan Mackenzie wrote: > The number of people who would lose their systems by this mechanism is > likely very small, but that loss would probably involve a > re-installation. I mean all a victim has to go on is the fact that his > machine won't boot, combined wi

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Neil. On Sun, Jul 25, 2021 at 16:40:23 +0100, Neil Bothwick wrote: > On Sun, 25 Jul 2021 13:43:46 +, Alan Mackenzie wrote: > > > It may be critical for *your* system ... :-) > > Just as systemd is for your system. If you'd installed daemontools you > > would also have come within a

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sun, 25 Jul 2021 13:43:46 +, Alan Mackenzie wrote: > > It may be critical for *your* system ... :-) > > Just as systemd is for your system. If you'd installed daemontools you > would also have come within a keystroke of destroying your system, just > as I did, on attempting emerge --dep

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Wols Lists wrote: > On 25/07/21 14:49, Dale wrote: >> The problem here is that a user installed a package outside of >> emerge/portage's knowledge. > No that does *NOT* appear to be the problem. > > The problem is that the user installed - *using* *portage* - a package > that satisfied a critical s

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Alan Mackenzie wrote: > Hello, Wol. > > On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote: >> On 25/07/21 12:47, Alan Mackenzie wrote: They are, @system is a set of packages and nothing it it will be > depcleaned. However, openrc is not part of @system, the virtual is. >>> Ah, that'

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On 25/07/21 14:49, Dale wrote: > The problem here is that a user installed a package outside of > emerge/portage's knowledge. No that does *NOT* appear to be the problem. The problem is that the user installed - *using* *portage* - a package that satisfied a critical system dependency. Except tha

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

tastytea wrote: > On 2021-07-25 13:26+0100 Wols Lists wrote: > >> On 25/07/21 12:47, Alan Mackenzie wrote: They are, @system is a set of packages and nothing it it will be > depcleaned. However, openrc is not part of @system, the virtual > is. >>> Ah, that's it. So we have critic

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Wol. On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote: > On 25/07/21 12:47, Alan Mackenzie wrote: > >> They are, @system is a set of packages and nothing it it will be > >> > depcleaned. However, openrc is not part of @system, the virtual is. > > Ah, that's it. So we have critical

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Neil Bothwick wrote: > > My point is that you are mixing portage and non-portage packages, that's > why portage is getting confused. I don't know much about daemontools, but > it seems the sort of package that should not be in @world, but only > installed as a dependency of something else. > > I'm

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sun, 25 Jul 2021 11:47:40 +, Alan Mackenzie wrote: > > > I would say all packages in @system _are_ needed, unless the user > > > explicitly says otherwise. > > > They are, @system is a set of packages and nothing it it will be > > depcleaned. However, openrc is not part of @system, the v

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On 2021-07-25 13:26+0100 Wols Lists wrote: > On 25/07/21 12:47, Alan Mackenzie wrote: > >> They are, @system is a set of packages and nothing it it will be > >> > depcleaned. However, openrc is not part of @system, the virtual > >> > is. > > > Ah, that's it. So we have critical system packa

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Alan Mackenzie wrote: > Hello, Neil. > > On Sun, Jul 25, 2021 at 10:03:44 +0100, Neil Bothwick wrote: >> On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote: > It seems it's insisting on removing all packages but one which > satisfy a virtual. Maybe that is unwise, and it should keep

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On 25/07/21 12:47, Alan Mackenzie wrote: >> They are, @system is a set of packages and nothing it it will be >> > depcleaned. However, openrc is not part of @system, the virtual is. > Ah, that's it. So we have critical system packages which aren't part of > @system. I think openrc is a critical

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Neil. On Sun, Jul 25, 2021 at 10:03:44 +0100, Neil Bothwick wrote: > On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote: > > > > It seems it's insisting on removing all packages but one which > > > > satisfy a virtual. Maybe that is unwise, and it should keep _all_ > > > > such pack

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sat, 24 Jul 2021 21:01:34 +, Alan Mackenzie wrote: > > > It seems it's insisting on removing all packages but one which > > > satisfy a virtual. Maybe that is unwise, and it should keep _all_ > > > such packages which are currently installed. > > > Well, the whole point of an any-of dep

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On 24/07/21 22:09, Alan Mackenzie wrote: > I'm actually using s/qmail, tarball direct from its maintainer, since > there's no ebuild for it. Originally, I had daemontools from the same > place, until I discovered there was an ebuild for it. THAT LOOKS LIKE YOUR PROBLEM. If daemontools has been p

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Alan Mackenzie wrote: > Hello, Dale. > > On Sat, Jul 24, 2021 at 10:03:52 -0500, Dale wrote: > >> Maybe qmail needs a USE flag to pull in daemontools? > I'm actually using s/qmail, tarball direct from its maintainer, since > there's no ebuild for it. Originally, I had daemontools from the same > p

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Dale. On Sat, Jul 24, 2021 at 10:03:52 -0500, Dale wrote: > Alan Mackenzie wrote: > > I'm considering submitting a bug to bugs.gentoo.org, requesting that > > _all_ installed packages satisfying a virtual get kept. There is surely > > something wrong when somebody who just wants to be a u

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello again, Rich. On Sat, Jul 24, 2021 at 10:58:55 -0400, Rich Freeman wrote: > On Sat, Jul 24, 2021 at 10:46 AM Alan Mackenzie wrote: > > On Sat, Jul 24, 2021 at 10:14:20 -0400, Rich Freeman wrote: > > > On Sat, Jul 24, 2021 at 9:47 AM Alan Mackenzie wrote: > > > > So in these virtual packag

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Alan Mackenzie wrote: > > I'm considering submitting a bug to bugs.gentoo.org, requesting that > _all_ installed packages satisfying a virtual get kept. There is surely > something wrong when somebody who just wants to be a user (me) has to > read .ebuild files to get normal things done. > > If y

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sat, Jul 24, 2021 at 10:46 AM Alan Mackenzie wrote: > > On Sat, Jul 24, 2021 at 10:14:20 -0400, Rich Freeman wrote: > > On Sat, Jul 24, 2021 at 9:47 AM Alan Mackenzie wrote: > > > > So in these virtual packages, it seems by default the _last_ mentioned > > > package in a || ( ... ) construct i

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Rich. On Sat, Jul 24, 2021 at 10:14:20 -0400, Rich Freeman wrote: > On Sat, Jul 24, 2021 at 9:47 AM Alan Mackenzie wrote: > > So in these virtual packages, it seems by default the _last_ mentioned > > package in a || ( ... ) construct is the one --depclean keeps. It all > > has the feeli

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Sat, Jul 24, 2021 at 9:47 AM Alan Mackenzie wrote: > > So in these virtual packages, it seems by default the _last_ mentioned > package in a || ( ... ) construct is the one --depclean keeps. It all > has the feeling of things not having been properly thought through. > I'm not sure what the d

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Neil. On Wed, Jul 21, 2021 at 21:27:05 +0100, Neil Bothwick wrote: > On Wed, 21 Jul 2021 22:13:50 +0200, tastytea wrote: > > > emerge included openrc (the only version of it on my system) in the > > > packages it planned to remove. It was kind enough to give me a > > > warning that this "

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On Wed, 21 Jul 2021 22:13:50 +0200, tastytea wrote: > > emerge included openrc (the only version of it on my system) in the > > packages it planned to remove. It was kind enough to give me a > > warning that this "might" do bad things, but I was somewhat shocked > > to see it there at all. I mig

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

On 2021-07-21 20:06+ Alan Mackenzie wrote: > Hello, Gentoo. > > As prompted after the recent perl update, I did # emerge --depclean > -va. > > emerge included openrc (the only version of it on my system) in the > packages it planned to remove. It was kind enough to give me a > warning that

[gentoo-user] --depclean wants to remove openrc. Yikes!

Hello, Gentoo. As prompted after the recent perl update, I did # emerge --depclean -va. emerge included openrc (the only version of it on my system) in the packages it planned to remove. It was kind enough to give me a warning that this "might" do bad things, but I was somewhat shocked to see it

Re: [gentoo-user] --depclean and sys-devel/gcc

On Fri, Aug 10 2018, Michael Orlitzky wrote: > On 08/09/2018 10:49 PM, allan gottlieb wrote: >> I run a stable system so am surprised to see that eix reports >> I have gcc version ~7.3.0-r3 installed. (gcc-config -l reports >> that stable x86_64-pc-linux-gnu-6.4.0 is the active compiler) >> >> M

Re: [gentoo-user] --depclean and sys-devel/gcc

On 08/09/2018 10:49 PM, allan gottlieb wrote: > I run a stable system so am surprised to see that eix reports > I have gcc version ~7.3.0-r3 installed. (gcc-config -l reports > that stable x86_64-pc-linux-gnu-6.4.0 is the active compiler) > > More surprising is that >emerge --depclean --prete

[gentoo-user] --depclean and sys-devel/gcc

I run a stable system so am surprised to see that eix reports I have gcc version ~7.3.0-r3 installed. (gcc-config -l reports that stable x86_64-pc-linux-gnu-6.4.0 is the active compiler) More surprising is that emerge --depclean --pretend sys-devel/gcc wants to remove everything *except* the t

[gentoo-user] depclean confusion

Finishing off an install, and running "emerge --depclean" = >>> Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuildi

Re: [gentoo-user] depclean missing packages

On Wed, 4 Jan 2017 21:32:50 +0100 Arve Barsnes wrote: > On 4 January 2017 at 21:25, Daniel Frey wrote: > > > I always do `emerge -uDN world`. Which is --update --deep > > --newuse... I've just never had that happen with depclean before. > > Odd, no? > > > > I usually do: > > > > `emerge -uDN wo

Re: [gentoo-user] depclean missing packages

Alan McKinnon wrote: > On 05/01/2017 06:46, Dale wrote: >> Alan McKinnon wrote: >>> On 04/01/2017 22:25, Daniel Frey wrote: On 01/04/2017 08:30 AM, Neil Bothwick wrote: > On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: > >>> Using the --deep switch can / does pull in a lot

Re: [gentoo-user] depclean missing packages

On 05/01/2017 06:46, Dale wrote: > Alan McKinnon wrote: >> On 04/01/2017 22:25, Daniel Frey wrote: >>> On 01/04/2017 08:30 AM, Neil Bothwick wrote: On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: >> Using the --deep switch can / does pull in a lot of seemingly extra >> pac

Re: [gentoo-user] depclean missing packages

Alan McKinnon wrote: > On 04/01/2017 22:25, Daniel Frey wrote: >> On 01/04/2017 08:30 AM, Neil Bothwick wrote: >>> On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: >>> > Using the --deep switch can / does pull in a lot of seemingly extra > packages. --deep is practically *requ

Re: [gentoo-user] depclean missing packages

On 04/01/2017 22:32, Arve Barsnes wrote: > On 4 January 2017 at 21:25, Daniel Frey > wrote: > > I always do `emerge -uDN world`. Which is --update --deep --newuse... > I've just never had that happen with depclean before. Odd, no? > > I usually do: > >

Re: [gentoo-user] depclean missing packages

On 04/01/2017 22:25, Daniel Frey wrote: > On 01/04/2017 08:30 AM, Neil Bothwick wrote: >> On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: >> Using the --deep switch can / does pull in a lot of seemingly extra packages. >>> >>> --deep is practically *required* to do a full proper

Re: [gentoo-user] depclean missing packages

On 4 January 2017 at 21:25, Daniel Frey wrote: > I always do `emerge -uDN world`. Which is --update --deep --newuse... > I've just never had that happen with depclean before. Odd, no? > > I usually do: > > `emerge -uDN world` > > and > > `emerge -ac` to depclean afterwards. > > As I use --deep al

Re: [gentoo-user] depclean missing packages

On 01/04/2017 08:30 AM, Neil Bothwick wrote: > On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: > >>> Using the --deep switch can / does pull in a lot of seemingly extra >>> packages. >> >> --deep is practically *required* to do a full proper update. >> >> Say A is in world, and A depends

Re: [gentoo-user] depclean missing packages

On Wed, 4 Jan 2017 18:11:10 +0200, Alan McKinnon wrote: > > Using the --deep switch can / does pull in a lot of seemingly extra > > packages. > > --deep is practically *required* to do a full proper update. > > Say A is in world, and A depends on B which depends on C. > C is updated in the tre

Re: [gentoo-user] depclean missing packages

On 04/01/2017 18:06, Corbin Bird wrote: > > On 01/03/2017 02:42 PM, Daniel Frey wrote: >> So, for the first time I've seen the following message after an `emerge >> -uDN world`: >> >> >> # emerge -cp >> >> * Always study the list of packages to be cleaned for any obvious >> * mistakes. Packages

Re: [gentoo-user] depclean missing packages

On 01/03/2017 02:42 PM, Daniel Frey wrote: > So, for the first time I've seen the following message after an `emerge > -uDN world`: > > > # emerge -cp > > * Always study the list of packages to be cleaned for any obvious > * mistakes. Packages that are part of the world set will always > * be k

Re: [gentoo-user] depclean missing packages

On 3 January 2017 at 21:42, Daniel Frey wrote: > What I don't understand is I've been updating and depcleaning for more > than a decade and haven't seen that message before. Am I just lucky? > Yes. I've seen this many times. Arve

[gentoo-user] depclean missing packages

So, for the first time I've seen the following message after an `emerge -uDN world`: # emerge -cp * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerg

Re: [gentoo-user] depclean portect a class of ebuilds ?

On Sat, 14 Mar 2015 16:39:58 + (UTC), James wrote: > Ok, so I use this syntax (in make.conf) to protect gentoo-source > kernels, as I like to keep kernel codes around for quite a while: > > EMERGE_DEFAULT_OPTS="--exclude gentoo-sources" > > It works just fine. > > Today, I have many many ug

[gentoo-user] depclean portect a class of ebuilds ?

Howdy, Ok, so I use this syntax (in make.conf) to protect gentoo-source kernels, as I like to keep kernel codes around for quite a while: EMERGE_DEFAULT_OPTS="--exclude gentoo-sources" It works just fine. Today, I have many many ugly and hacked java projects on my "munge" system. I have spend c

Re: [gentoo-user] depclean wants to remove all perl?

On Thu, 31 Jul 2014 10:25:03 +0200, J. Roeleveld wrote: > This includes: > - programs I use > - kernel > - libraries I need for my own projects > - dependencies for software that isn't in the portage tree > (I should create a meta-package for those) I use sets for the last one, just list the pa

Re: [gentoo-user] depclean wants to remove all perl?

On Thursday 31 Jul 2014 09:25:03 J. Roeleveld wrote: > On Thursday, July 31, 2014 06:48:01 AM Mick wrote: > > On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: > > > I always check the list from depclean to see if there is any package > > > and/or > > > version that I am actually using. If yes,

Re: [gentoo-user] depclean wants to remove all perl?

Alan McKinnon wrote: > On 31/07/2014 10:12, Dale wrote: >> Mick wrote: >>> On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: >>> I always check the list from depclean to see if there is any package and/or version that I am actually using. If yes, I add it to the world file. (Emerg

Re: [gentoo-user] depclean wants to remove all perl?

On Thursday, July 31, 2014 06:48:01 AM Mick wrote: > On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: > > I always check the list from depclean to see if there is any package > > and/or > > version that I am actually using. If yes, I add it to the world file. > > (Emerge --noreplace) > > I don

Re: [gentoo-user] depclean wants to remove all perl?

On 31/07/2014 10:12, Dale wrote: > Mick wrote: >> On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: >> >>> I always check the list from depclean to see if there is any package and/or >>> version that I am actually using. If yes, I add it to the world file. >>> (Emerge --noreplace) >> I don't add

Re: [gentoo-user] depclean wants to remove all perl?

Mick wrote: > On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: > >> I always check the list from depclean to see if there is any package and/or >> version that I am actually using. If yes, I add it to the world file. >> (Emerge --noreplace) > I don't add packages to my world file, let alone spe

Re: [gentoo-user] depclean wants to remove all perl?

On Thursday 31 Jul 2014 06:14:56 J. Roeleveld wrote: > I always check the list from depclean to see if there is any package and/or > version that I am actually using. If yes, I add it to the world file. > (Emerge --noreplace) I don't add packages to my world file, let alone specific versions, unl

Re: [gentoo-user] depclean wants to remove all perl?

On 30 July 2014 23:47:19 CEST, Mick wrote: >Having updated some perl packages, I ran perl-cleaner which failed with >some >blockers, I ran: > >emerge --deselect --ask $(qlist -IC 'perl-core/*') > >emerge -uD1a $(qlist -IC 'virtual/perl-*') > >as advised by perl-cleaner, before I ran perl-cleaner

Re: [gentoo-user] depclean wants to remove all perl?

On 30/07/2014 23:12, Mick wrote: On Wednesday 30 Jul 2014 23:02:38 Kerin Millar wrote: On 30/07/2014 22:58, Alan McKinnon wrote: On 30/07/2014 23:47, Mick wrote: Having updated some perl packages, I ran perl-cleaner which failed with some blockers, I ran: emerge --deselect --ask $(qlist -IC '

Re: [gentoo-user] depclean wants to remove all perl?

On Wednesday 30 Jul 2014 23:02:38 Kerin Millar wrote: > On 30/07/2014 22:58, Alan McKinnon wrote: > > On 30/07/2014 23:47, Mick wrote: > >> Having updated some perl packages, I ran perl-cleaner which failed with > >> some blockers, I ran: > >> > >> emerge --deselect --ask $(qlist -IC 'perl-core/*'

Re: [gentoo-user] depclean wants to remove all perl?

On 30/07/2014 22:58, Alan McKinnon wrote: On 30/07/2014 23:47, Mick wrote: Having updated some perl packages, I ran perl-cleaner which failed with some blockers, I ran: emerge --deselect --ask $(qlist -IC 'perl-core/*') emerge -uD1a $(qlist -IC 'virtual/perl-*') as advised by perl-cleaner, be

Re: [gentoo-user] depclean wants to remove all perl?

On 30/07/2014 23:47, Mick wrote: > Having updated some perl packages, I ran perl-cleaner which failed with some > blockers, I ran: > > emerge --deselect --ask $(qlist -IC 'perl-core/*') > > emerge -uD1a $(qlist -IC 'virtual/perl-*') > > as advised by perl-cleaner, before I ran perl-cleaner succ

[gentoo-user] depclean wants to remove all perl?

Having updated some perl packages, I ran perl-cleaner which failed with some blockers, I ran: emerge --deselect --ask $(qlist -IC 'perl-core/*') emerge -uD1a $(qlist -IC 'virtual/perl-*') as advised by perl-cleaner, before I ran perl-cleaner successfully. Following all this depclean give me a

[gentoo-user] depclean asking to remove *many* perl

A recent world update followed by depclean resulted in a request to remove nearly 30 dev-perl packages (plus an old boost). I don't use perl, but wonder what triggered this change. I have not changed any use flags. My inclination is to let depclean have its way, but wanted to check here first in

Re: [gentoo-user] depclean stopped working

On Tue, 17 Apr 2012 18:01:43 +0300 Nikos Chantziaras wrote: > emerge --depclean seems to have bugged out for me: > > * Dependencies could not be completely resolved due to > * the following required packages not being installed: > * > * =dev-libs/openssl-0.9.8* pulled in by: > *

[gentoo-user] depclean stopped working

emerge --depclean seems to have bugged out for me: * Dependencies could not be completely resolved due to * the following required packages not being installed: * * =dev-libs/openssl-0.9.8* pulled in by: * app-emulation/vmware-workstation-8.0.2.591240 * * dev-libs/openssl:0.9.8 pul

Re: [gentoo-user] --depclean wants to remove much of java. Is this safe?

On Tue, Sep 13 2011, Jonathan wrote: > On Sun, 11 Sep 2011 02:26:35 -0400 > Philip Webb wrote: > >> I recently removed Java from my system: all I seem to have lost >> is direct access to the help files in LibreOffice, >> which have a fully adequate PDF substitute. > > The offlinehelp flag is now

Re: [gentoo-user] --depclean wants to remove much of java. Is this safe?

On Sun, 11 Sep 2011 02:26:35 -0400 Philip Webb wrote: > I recently removed Java from my system: all I seem to have lost > is direct access to the help files in LibreOffice, > which have a fully adequate PDF substitute. The offlinehelp flag is now in the libreoffice-l10n ebuild. I use Libreoffice

Re: [gentoo-user] --depclean wants to remove much of java. Is this safe?

On Sun, Sep 11 2011, Philip Webb wrote: > 110910 Allan Gottlieb wrote: >> I converted two machines from icedtea (java6) to oracle-jdk-bin (java7). >> I did in effect >> emerge --depclean icedtea icedtea-web =virtual/jdk-1.6.0 =virtual/jdk-1.6.0 >> On one machine portage now claims that I basicall

Re: [gentoo-user] --depclean wants to remove much of java. Is this safe?

110910 Allan Gottlieb wrote: > I converted two machines from icedtea (java6) to oracle-jdk-bin (java7). > I did in effect > emerge --depclean icedtea icedtea-web =virtual/jdk-1.6.0 =virtual/jdk-1.6.0 > On one machine portage now claims that I basically don't need java > (see the output of --depcle

[gentoo-user] --depclean wants to remove much of java. Is this safe?

I converted two machines from icedtea (java6) to oracle-jdk-bin (java7). I did in effect emerge --depclean icedtea icedtea-web =virtual/jdk-1.6.0 =virtual/jdk-1.6.0 On one machine portage now claims that I basically don't need java (see the output of --depclean below). Can this be right? More

Re: [gentoo-user] depclean after kde-4.6 upgrade

On Wed, May 11, 2011 at 4:28 PM, Mick wrote: > Having completed the upgrade I noticed that a few packages are being called up > for removal: > > okteta is not my world file.  So something brought it in.  It was not updated > to v6, instead when I try to update it manually is asking for a second sl

[gentoo-user] depclean after kde-4.6 upgrade

Having completed the upgrade I noticed that a few packages are being called up for removal: sys-apps/dmidecode selected: 2.10 protected: none omitted: none I can't think of it being a dependency - did I emerge it and forgot about it? Anyway, this confused me more: kde-base/ok

Re: [gentoo-user] --depclean complains that a package is not installed but it is installed.

netfab wrote: Le 02/02/11 à 01:23, Dale a tapoté : Is this a bug or am I missing something, again. ;-) Bug #353362 : http://bugs.gentoo.org/353362 Wow, it is a bug this time. Where is my Raid. Let's kill that bug. lol Guess it will be fixed when I sync later on. Yepp

Re: [gentoo-user] --depclean complains that a package is not installed but it is installed.

Le 02/02/11 à 01:23, Dale a tapoté : > Is this a bug or am I missing something, again. ;-) > Bug #353362 : http://bugs.gentoo.org/353362

[gentoo-user] --depclean complains that a package is not installed but it is installed.

I run --depclean every once and a while to see if anything is not needed anymore. Sort of do a little house cleaning. When I run it, it gives me this message: Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Helmut Jarausch writes: > On 12/21/10 15:41:20, Allan Gottlieb wrote: >> My plan is to stay like this until xorg 1.9 hits ~amd64 since I > > It is already unmasked in ~amd64 (It's running just fine here) Bingo. There was a mesa problem a while ago (7.8.2) that caused me to mask =media-libs/mesa

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

On 12/21/2010 9:41 AM, Allan Gottlieb wrote: > To summarize > > 1. All is running fine but. > > 2. deplcean wants to remove hal and when it does xdm will not run. Is it just xdm that doesn't run? That is, if you disable xdm and log in via the console, can you run startx? It's possible that

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

On 12/21/10 15:41:20, Allan Gottlieb wrote: > My plan is to stay like this until xorg 1.9 hits ~amd64 since I It is already unmasked in ~amd64 (It's running just fine here) Helmut.

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Allan Gottlieb wrote: Dale writes: Le 20 décembre à 15:12 Allan Gottlieb a écrit Something seems wrong. Yesterday depclean removed hal and then xdm wouldn't run. Re-merging hal (with -1) fixed this, but again today depclean wants to remove it. I'm running amd64 her

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

On Tue, Dec 21, 2010 at 6:41 AM, Allan Gottlieb wrote: > > To summarize > > 1.  All is running fine but. > > 2.  deplcean wants to remove hal and when it does xdm will not run. > > 3.  I have run emerge world with --newuse, and have run revdep-rebuild, >    and have remerged xdm. > > 4.  Currentl

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Dale writes: >>> Le 20 décembre à 15:12 Allan Gottlieb a écrit >>> Something seems wrong. Yesterday depclean removed hal and then xdm wouldn't run. Re-merging hal (with -1) fixed this, but again today depclean wants to remove it. > > I'm running amd64 here but xdm doesn'

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

On 12/20/2010 10:04 AM, J. Roeleveld wrote: >>> Le 20 décembre à 15:12 Allan Gottlieb a écrit >>> Something seems wrong. Yesterday depclean removed hal and then xdm wouldn't run. Re-merging hal (with -1) fixed this, but again today depclean wants to remove it. > Installed vers

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Allan Gottlieb wrote: Vincent-Xavier JUMEL writes: Le 20 décembre à 15:12 Allan Gottlieb a écrit Something seems wrong. Yesterday depclean removed hal and then xdm wouldn't run. Re-merging hal (with -1) fixed this, but again today depclean wants to remove it. Have you look

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

On Monday 20 December 2010 15:55:40 Allan Gottlieb wrote: > Vincent-Xavier JUMEL writes: > > Le 20 décembre à 15:12 Allan Gottlieb a écrit > > > >> Something seems wrong. > >> Yesterday depclean removed hal and then xdm wouldn't run. > >> Re-merging hal (with -1) fixed this, but again today depcl

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Vincent-Xavier JUMEL writes: > Le 20 décembre à 15:12 Allan Gottlieb a écrit >> Something seems wrong. >> Yesterday depclean removed hal and then xdm wouldn't run. >> Re-merging hal (with -1) fixed this, but again today depclean wants to >> remove it. >> > Have you look on how X.org packages are

Re: [gentoo-user] depclean wants to remove hal, which kills xdm

Le 20 décembre à 15:12 Allan Gottlieb a écrit > Something seems wrong. > Yesterday depclean removed hal and then xdm wouldn't run. > Re-merging hal (with -1) fixed this, but again today depclean wants to > remove it. > Have you look on how X.org packages are built on your computer. You should buil

[gentoo-user] depclean wants to remove hal, which kills xdm

Something seems wrong. Yesterday depclean removed hal and then xdm wouldn't run. Re-merging hal (with -1) fixed this, but again today depclean wants to remove it. I can easily add hal to world, but should xdm depend on it? allan

Re: [gentoo-user] depclean / db & php loop

On Sat, 31 Oct 2009 16:42:49 -0700, Mark Knecht wrote: >Earlier today emerge --depclean wouldn't remove db because 3 > programs needed it so I rebuilt the 3 programs but it's still > complaining about php. Sometimes I'll just remove the problem package > - like db in this case - and then let a

[gentoo-user] depclean / db & php loop

Hi, Earlier today emerge --depclean wouldn't remove db because 3 programs needed it so I rebuilt the 3 programs but it's still complaining about php. Sometimes I'll just remove the problem package - like db in this case - and then let an emerge -DuN @world / revdep-rebuild fix it, but I wanted t

Re: [gentoo-user] depclean wants to remove xorg-server and xf86-video-intel

>>> Don't most (all?) X apps depend on xorg-server? >> >> Nope. No X app depends on the server, because the server could be >> running on another machine. >> >> Bye... >> >>        Dirk > > Ah, bingo, thank you.  I'll add xorg-server to world.

Re: [gentoo-user] depclean wants to remove xorg-server and xf86-video-intel

On Tue, Oct 27, 2009 at 1:25 PM, Grant wrote: >>> >>> Don't most (all?) X apps depend on xorg-server? >>> >> >>> >> Nope. No X app depends on the server, because the server could be >>> >> running on another machine. >>> >> >>> >> Bye... >>> >> >>> >>        Dirk >>> > >>> > Ah, bingo, thank you.

Re: [gentoo-user] depclean wants to remove xorg-server and xf86-video-intel

On Tue, Oct 27, 2009 at 3:25 PM, Grant wrote: >>> >>> Don't most (all?) X apps depend on xorg-server? >>> >> >>> >> Nope. No X app depends on the server, because the server could be >>> >> running on another machine. >>> >> >>> >> Bye... >>> >> >>> >>Dirk >>> > >>> > Ah, bingo, thank you.

Re: [gentoo-user] depclean wants to remove xorg-server and xf86-video-intel

>> >>> Don't most (all?) X apps depend on xorg-server? >> >> >> >> Nope. No X app depends on the server, because the server could be >> >> running on another machine. >> >> >> >> Bye... >> >> >> >>        Dirk >> > >> > Ah, bingo, thank you.  I'll add xorg-server to world. >> > >> > - Grant >> >> A

Re: [gentoo-user] depclean wants to remove xorg-server and xf86-video-intel

On Tue, Oct 27, 2009 at 12:20 PM, Grant wrote: Don't most (all?) X apps depend on xorg-server? >>> >>> Nope. No X app depends on the server, because the server could be running on >>> another machine. >>> >>> Bye... >>> >>>        Dirk >> >> Ah, bingo, thank you.  I'll add xorg-server to worl

  1   2   3   >