FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 02-27-2010, 02:11 AM
Dale
 
Default Removing KDE 3.5? Or reason to keep it around?

chrome://messenger/locale/messengercompose/composeMsgs.properties:

----- Original Message ----



From: Neil Bothwick<neil@digimed.co.uk>
To: gentoo-user@lists.gentoo.org
On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote:


Aside from that, I'm not sure I have ever really run "emerge
--depclean", but I also rarely uninstall anything, but don't install
things left or right to try out either, so typically upgrades are all I
need to do.


You should still run --depclean as dependencies change and you could still
have plenty of no longer needed ones installed.


Okay - so I ran "emerge --depclean -a" and got the below.
I tried running "emerge world -vuDNa" as specified, but that didn't resolve it either.

I tried looking in the world file (/var/lib/portage/world) but didn't find any entries that felt safe to remove.
So, how do I resolve?

TIA,

Ben

Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* ~x11-libs/qt-test-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-sql-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-webkit-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-assistant-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-gui-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~dev-libs/poppler-0.10.7 pulled in by:
* virtual/poppler-0.10.7
*
* ~x11-libs/qt-opengl-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-qt3support-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-dbus-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-svg-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-script-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* Have you forgotten to run `emerge --update --newuse --deep world` prior
* to depclean? It may be necessary to manually uninstall packages that no longer
* exist in the portage tree since it may not be possible to satisfy their
* dependencies. Also, be aware of the --with-bdeps option that is documented
* in `man emerge`.




I ran into this a long time ago and I added this to my make.conf so that
I don't forget. Try running this:


emerge -uvDNa --with-bdeps y world

Then see what that does. That added bit makes it look deeper into
dependencies. Like you, I thought that was what the -D did but
apparently that only goes to a certain depth then stops. If you want to
add that to make.conf like I did, this is what goes there:


EMERGE_DEFAULT_OPTS="--with-bdeps y"

It's your choice whether to add that or not. It will make emerge
process what needs to be updated a while longer tho.


Dale

:-) :-)
 
Old 02-27-2010, 02:19 AM
Nikos Chantziaras
 
Default Removing KDE 3.5? Or reason to keep it around?

On 02/27/2010 04:15 AM, BRM wrote:

----- Original Message ----


From: Neil Bothwick<neil@digimed.co.uk> To:
gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800
(PST), BRM wrote:

Aside from that, I'm not sure I have ever really run "emerge
--depclean", but I also rarely uninstall anything, but don't
install things left or right to try out either, so typically
upgrades are all I need to do.

You should still run --depclean as dependencies change and you
could still have plenty of no longer needed ones installed.


Okay - so I ran "emerge --depclean -a" and got the below. I tried
running "emerge world -vuDNa" as specified, but that didn't resolve
it either.

I tried looking in the world file (/var/lib/portage/world) but didn't
find any entries that felt safe to remove.


"Safe" as to what? If something is in the world file that you didn't
explicitly request, then it doesn't belong there. For example, if you
have "x11-libs/qt-gui" in world, you should delete it. The world file
should not contain dependencies, it should only contain the stuff you
emerged directly.


To give an example, if you emerge "media-video/smplayer", then that one
will end up in the world file. But smplayer will also pull-in qt and
mplayer. Those do not go in the world file. When you unmerge smplayer
again, qt and mplayer will not be unmerged unless you run "emerge
--depclean". However, if qt and mplayer end up being in the world file
anyway, it means you made a mistake at some point; like emerging
something that is a dependency but forgot to specify the "-1" (or
"--oneshot") option to emerge.


So if you see something in the world file that you know don't need
directly (and I doubt you need qt directly; KDE for example needs it,
you, as a person, don't) it's safe to remove.


Of course always make a backup first :P
 
Old 02-27-2010, 02:45 AM
Dale
 
Default Removing KDE 3.5? Or reason to keep it around?

chrome://messenger/locale/messengercompose/composeMsgs.properties:

On 02/27/2010 04:15 AM, BRM wrote:

----- Original Message ----


From: Neil Bothwick<neil@digimed.co.uk> To:
gentoo-user@lists.gentoo.org On Fri, 26 Feb 2010 06:34:18 -0800
(PST), BRM wrote:

Aside from that, I'm not sure I have ever really run "emerge
--depclean", but I also rarely uninstall anything, but don't
install things left or right to try out either, so typically
upgrades are all I need to do.

You should still run --depclean as dependencies change and you
could still have plenty of no longer needed ones installed.


Okay - so I ran "emerge --depclean -a" and got the below. I tried
running "emerge world -vuDNa" as specified, but that didn't resolve
it either.

I tried looking in the world file (/var/lib/portage/world) but didn't
find any entries that felt safe to remove.


"Safe" as to what? If something is in the world file that you didn't
explicitly request, then it doesn't belong there. For example, if you
have "x11-libs/qt-gui" in world, you should delete it. The world file
should not contain dependencies, it should only contain the stuff you
emerged directly.


To give an example, if you emerge "media-video/smplayer", then that
one will end up in the world file. But smplayer will also pull-in qt
and mplayer. Those do not go in the world file. When you unmerge
smplayer again, qt and mplayer will not be unmerged unless you run
"emerge --depclean". However, if qt and mplayer end up being in the
world file anyway, it means you made a mistake at some point; like
emerging something that is a dependency but forgot to specify the "-1"
(or "--oneshot") option to emerge.


So if you see something in the world file that you know don't need
directly (and I doubt you need qt directly; KDE for example needs it,
you, as a person, don't) it's safe to remove.


Of course always make a backup first :P

If I edit the world file and I am not sure, I always run -p --depclean.
That should tell you if you are about to make a boo boo. The package you
removed will be cleaned out but so will other things. If it starts to
remove something that you know you want to keep, then you need to figure
out why that entry was there and what can be put in the world file to
keep the things you do want.


The example Nikos used is a good one. If you decide you don't want
smplayer but want to use mplayer, then you would need to add mplayer to
the world file so that it will stay but --depclean will remove smplayer
when you run --depclean.


Nikos is correct on the -1 option tho. That is the same as --oneshot by
the way. That is the biggest reason that something ends up in the world
file that shouldn't be there. I would just about bet that we have all
forgot the -1 option more than once. It doesn't matter how long a
person has used Gentoo, it just happens.


Dale

:-) :-)
 
Old 02-27-2010, 03:34 AM
BRM
 
Default Removing KDE 3.5? Or reason to keep it around?

----- Original Message ----

> From: Dale <rdalek1967@gmail.com>
> > ----- Original Message ----
> >> From: Neil Bothwick
> >> To: gentoo-user@lists.gentoo.org
> >> On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote:
> >>> Aside from that, I'm not sure I have ever really run "emerge
> >>> --depclean", but I also rarely uninstall anything, but don't install
> >>> things left or right to try out either, so typically upgrades are all I
> >>> need to do.
> >>>
> >> You should still run --depclean as dependencies change and you could still
> >> have plenty of no longer needed ones installed.
> >>
> > Okay - so I ran "emerge --depclean -a" and got the below.
> > I tried running "emerge world -vuDNa" as specified, but that didn't resolve it
> either.
> >
> > I tried looking in the world file (/var/lib/portage/world) but didn't find any
> entries that felt safe to remove.
> > So, how do I resolve?
> >
> > Calculating dependencies... done!
> > * Dependencies could not be completely resolved due to
> > * the following required packages not being installed:
> > *
> > * ~x11-libs/qt-test-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-sql-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-webkit-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-assistant-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-gui-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~dev-libs/poppler-0.10.7 pulled in by:
> > * virtual/poppler-0.10.7
> > *
> > * ~x11-libs/qt-opengl-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-qt3support-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-dbus-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-svg-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * ~x11-libs/qt-script-4.4.2 pulled in by:
> > * x11-libs/qt-4.4.2
> > *
> > * Have you forgotten to run `emerge --update --newuse --deep world` prior
> > * to depclean? It may be necessary to manually uninstall packages that no
> longer
> > * exist in the portage tree since it may not be possible to satisfy their
> > * dependencies. Also, be aware of the --with-bdeps option that is
> documented
> > * in `man emerge`.
> >
> >
>
> I ran into this a long time ago and I added this to my make.conf so that
> I don't forget. Try running this:
>
> emerge -uvDNa --with-bdeps y world
>
> Then see what that does. That added bit makes it look deeper into
> dependencies.

Okay, tried that. I did install 7 more packages (1 new, 6 rebuilds/updates).
But it didn't resolve the problem. I'm trying to determine if qt-4.4.2 is even installed.
Looking at /usr/lib there doesn't appear to be any qt-4.4.2 libs, only qt-4.5.3.

"qlist -Ia | grep x11-libs | grep qt" only returns the following:
/usr/qt/3/etc/settings/.keep_x11-libs_qt-3
/etc/qt4/.keep_x11-libs_qt-core-4

Also, "find | grep libQt | grep 4.4" didn't return anything, while "find | grep libQt | grep 4.5 returned what I saw in /usr/lib/qt4.

So, then is x11-libs/qt-4.4.2 even installed? If not, how do I get rid of this?

TIA,

Ben

> Like you, I thought that was what the -D did but
> apparently that only goes to a certain depth then stops. If you want to
> add that to make.conf like I did, this is what goes there:
>
> EMERGE_DEFAULT_OPTS="--with-bdeps y"
>
> It's your choice whether to add that or not. It will make emerge
> process what needs to be updated a while longer tho.
>
> Dale
>
> :-) :-)
 
Old 02-27-2010, 04:15 AM
Dale
 
Default Removing KDE 3.5? Or reason to keep it around?

chrome://messenger/locale/messengercompose/composeMsgs.properties:

----- Original Message ----



From: Dale<rdalek1967@gmail.com>


----- Original Message ----


From: Neil Bothwick
To: gentoo-user@lists.gentoo.org
On Fri, 26 Feb 2010 06:34:18 -0800 (PST), BRM wrote:


Aside from that, I'm not sure I have ever really run "emerge
--depclean", but I also rarely uninstall anything, but don't install
things left or right to try out either, so typically upgrades are all I
need to do.



You should still run --depclean as dependencies change and you could still
have plenty of no longer needed ones installed.



Okay - so I ran "emerge --depclean -a" and got the below.
I tried running "emerge world -vuDNa" as specified, but that didn't resolve it


either.


I tried looking in the world file (/var/lib/portage/world) but didn't find any


entries that felt safe to remove.


So, how do I resolve?

Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* ~x11-libs/qt-test-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-sql-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-webkit-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-assistant-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-gui-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-xmlpatterns-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~dev-libs/poppler-0.10.7 pulled in by:
* virtual/poppler-0.10.7
*
* ~x11-libs/qt-opengl-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-qt3support-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-dbus-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-svg-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* ~x11-libs/qt-script-4.4.2 pulled in by:
* x11-libs/qt-4.4.2
*
* Have you forgotten to run `emerge --update --newuse --deep world` prior
* to depclean? It may be necessary to manually uninstall packages that no


longer


* exist in the portage tree since it may not be possible to satisfy their
* dependencies. Also, be aware of the --with-bdeps option that is


documented


* in `man emerge`.




I ran into this a long time ago and I added this to my make.conf so that
I don't forget. Try running this:

emerge -uvDNa --with-bdeps y world

Then see what that does. That added bit makes it look deeper into
dependencies.


Okay, tried that. I did install 7 more packages (1 new, 6 rebuilds/updates).
But it didn't resolve the problem. I'm trying to determine if qt-4.4.2 is even installed.
Looking at /usr/lib there doesn't appear to be any qt-4.4.2 libs, only qt-4.5.3.

"qlist -Ia | grep x11-libs | grep qt" only returns the following:
/usr/qt/3/etc/settings/.keep_x11-libs_qt-3
/etc/qt4/.keep_x11-libs_qt-core-4

Also, "find | grep libQt | grep 4.4" didn't return anything, while "find | grep libQt | grep 4.5 returned what I saw in /usr/lib/qt4.

So, then is x11-libs/qt-4.4.2 even installed? If not, how do I get rid of this?

TIA,

Ben




I don't know about the command you use but you may want to try this:

equery list x11-libs/qt

See if that lists the package you are looking for.

Dale

:-) :-)
 
Old 02-27-2010, 04:21 AM
BRM
 
Default Removing KDE 3.5? Or reason to keep it around?

----- Original Message ----

> From: Dale <rdalek1967@gmail.com>
> > On 02/27/2010 04:15 AM, BRM wrote:
> >>> From: Neil BothwickTo:
> >>> (PST), BRM wrote:
> >>>> Aside from that, I'm not sure I have ever really run "emerge
> >>>> --depclean", but I also rarely uninstall anything, but don't
> >>>> install things left or right to try out either, so typically
> >>>> upgrades are all I need to do.
> >>> You should still run --depclean as dependencies change and you
> >>> could still have plenty of no longer needed ones installed.
> >> Okay - so I ran "emerge --depclean -a" and got the below. I tried
> >> running "emerge world -vuDNa" as specified, but that didn't resolve
> >> it either.
> >> I tried looking in the world file (/var/lib/portage/world) but didn't
> >> find any entries that felt safe to remove.
> > "Safe" as to what? If something is in the world file that you didn't
> explicitly request, then it doesn't belong there. For example, if you have
> "x11-libs/qt-gui" in world, you should delete it. The world file should not
> contain dependencies, it should only contain the stuff you emerged directly.

Okay...that kind of makes more sense now.
From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up.

> > To give an example, if you emerge "media-video/smplayer", then that one will
> end up in the world file. But smplayer will also pull-in qt and mplayer. Those
> do not go in the world file. When you unmerge smplayer again, qt and mplayer
> will not be unmerged unless you run "emerge --depclean". However, if qt and
> mplayer end up being in the world file anyway, it means you made a mistake at
> some point; like emerging something that is a dependency but forgot to specify
> the "-1" (or "--oneshot") option to emerge.
> > So if you see something in the world file that you know don't need directly
> (and I doubt you need qt directly; KDE for example needs it, you, as a person,
> don't) it's safe to remove.
> > Of course always make a backup first :P
> If I edit the world file and I am not sure, I always run -p --depclean. That
> should tell you if you are about to make a boo boo. The package you removed will
> be cleaned out but so will other things. If it starts to remove something that
> you know you want to keep, then you need to figure out why that entry was there
> and what can be put in the world file to keep the things you do want.
> The example Nikos used is a good one. If you decide you don't want smplayer but
> want to use mplayer, then you would need to add mplayer to the world file so
> that it will stay but --depclean will remove smplayer when you run --depclean.
> Nikos is correct on the -1 option tho. That is the same as --oneshot by the
> way. That is the biggest reason that something ends up in the world file that
> shouldn't be there. I would just about bet that we have all forgot the -1
> option more than once. It doesn't matter how long a person has used Gentoo, it
> just happens.

True. I never really understood the --oneshot thing before, but now that makes sense.
I did it when directions said to, but not really otherwise. Well, now I know...

TIA,

Ben
 
Old 02-27-2010, 05:53 AM
Nikos Chantziaras
 
Default Removing KDE 3.5? Or reason to keep it around?

On 02/27/2010 07:21 AM, BRM wrote:

----- Original Message ----


From: Dale<rdalek1967@gmail.com>

On 02/27/2010 04:15 AM, BRM wrote:

From: Neil BothwickTo:
(PST), BRM wrote:

Aside from that, I'm not sure I have ever really run "emerge
--depclean", but I also rarely uninstall anything, but don't
install things left or right to try out either, so typically
upgrades are all I need to do.

You should still run --depclean as dependencies change and you
could still have plenty of no longer needed ones installed.

Okay - so I ran "emerge --depclean -a" and got the below. I tried
running "emerge world -vuDNa" as specified, but that didn't resolve
it either.
I tried looking in the world file (/var/lib/portage/world) but didn't
find any entries that felt safe to remove.

"Safe" as to what? If something is in the world file that you didn't

explicitly request, then it doesn't belong there. For example, if you have
"x11-libs/qt-gui" in world, you should delete it. The world file should not
contain dependencies, it should only contain the stuff you emerged directly.


Okay...that kind of makes more sense now.
From what I've read in the past, modifying 'world' would be a big no-no, and very risky - so I never touched it - also why I never really ran 'emerge --depclean', which is reporting some 400 packages to remove now that I've got that cleaned up.


emerge -C does the same. It's just that I find it easier to edit the
world file directly (it's just a text file, after all, no magic in
there) if I want to clean up stuff. If you don't want to delete
something from world by hand, simply copy&pasting the line you want
removed to "emerge -C <pasted line>" will have the same result.


Of course there might be special cases I simply don't know about; so
simply emerge -C instead of removing lines from world if you want to
play it safe.
 
Old 02-27-2010, 06:21 AM
Mick
 
Default Removing KDE 3.5? Or reason to keep it around?

On Saturday 27 February 2010 06:53:31 Nikos Chantziaras wrote:
> On 02/27/2010 07:21 AM, BRM wrote:
> > ----- Original Message ----
> >
> >> From: Dale<rdalek1967@gmail.com>
> >>
> >>> On 02/27/2010 04:15 AM, BRM wrote:
> >>>>> From: Neil BothwickTo:
> >>>>>
> >>>>> (PST), BRM wrote:
> >>>>>> Aside from that, I'm not sure I have ever really run "emerge
> >>>>>> --depclean", but I also rarely uninstall anything, but don't
> >>>>>> install things left or right to try out either, so typically
> >>>>>> upgrades are all I need to do.
> >>>>>
> >>>>> You should still run --depclean as dependencies change and you
> >>>>> could still have plenty of no longer needed ones installed.
> >>>>
> >>>> Okay - so I ran "emerge --depclean -a" and got the below. I tried
> >>>> running "emerge world -vuDNa" as specified, but that didn't resolve
> >>>> it either.
> >>>> I tried looking in the world file (/var/lib/portage/world) but didn't
> >>>> find any entries that felt safe to remove.
> >>>
> >>> "Safe" as to what? If something is in the world file that you didn't
> >>
> >> explicitly request, then it doesn't belong there. For example, if you
> >> have "x11-libs/qt-gui" in world, you should delete it. The world file
> >> should not contain dependencies, it should only contain the stuff you
> >> emerged directly.
> >
> > Okay...that kind of makes more sense now.
> > From what I've read in the past, modifying 'world' would be a big no-no,
> > and very risky - so I never touched it - also why I never really ran
> > 'emerge --depclean', which is reporting some 400 packages to remove now
> > that I've got that cleaned up.
>
> emerge -C does the same. It's just that I find it easier to edit the
> world file directly (it's just a text file, after all, no magic in
> there) if I want to clean up stuff. If you don't want to delete
> something from world by hand, simply copy&pasting the line you want
> removed to "emerge -C <pasted line>" will have the same result.
>
> Of course there might be special cases I simply don't know about; so
> simply emerge -C instead of removing lines from world if you want to
> play it safe.

Does anyone know why regenworld adds a lot of what seem like dependencies into
world (e.g. qt libraries)?

--
Regards,
Mick
 
Old 02-27-2010, 10:38 AM
Neil Bothwick
 
Default Removing KDE 3.5? Or reason to keep it around?

On Fri, 26 Feb 2010 21:11:11 -0600, Dale wrote:

> I ran into this a long time ago and I added this to my make.conf so
> that I don't forget. Try running this:
>
> emerge -uvDNa --with-bdeps y world
>
> Then see what that does. That added bit makes it look deeper into
> dependencies. Like you, I thought that was what the -D did but
> apparently that only goes to a certain depth then stops.

-D goes as deep as you can, but the default when emerging is to consider
only runtime dependencies, not buildtime ones. After all, if it is
already installed, you don't need the bdeps any more.


-
Neil Bothwick

During a raid on a local chemist's shop, 2000 Viagra tablets were stolen
Police are looking for hardened criminals!
 
Old 02-27-2010, 10:39 AM
Neil Bothwick
 
Default Removing KDE 3.5? Or reason to keep it around?

On Sat, 27 Feb 2010 08:53:31 +0200, Nikos Chantziaras wrote:

> emerge -C does the same. It's just that I find it easier to edit the
> world file directly (it's just a text file, after all, no magic in
> there) if I want to clean up stuff. If you don't want to delete
> something from world by hand, simply copy&pasting the line you want
> removed to "emerge -C <pasted line>" will have the same result.

That's true if you know you want to remove the package, but if you are
cleaning the world file of dependencies that are in there, just edit the
file and let portage decide whether the package should be unmerged.


--
Neil Bothwick

Indecision is the key to flexibility.
 

Thread Tools




All times are GMT. The time now is 05:00 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org