[gentoo-user] Removing KDE 3.5? Or reason to keep it around?

[gentoo-user] Removing KDE 3.5? Or reason to keep it around?

[BRM]

I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 3.5.10 installed, and am wondering how much longer I need to keep it around...I probably use all KDE4 apps, though there might be a few here or there that I use on a rare occasion that are still KDE3 based...may be...and no, I don't plan on using KDE Sunset Overlay[1]

Any how...I'm wondering what the best method to remove KDE3.5 safely is:

1) Just leave it and may be it'll just get removed?

2) Found this entry on removing it
http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html

But nothing registers as a 'dup' even though qlist does show a lot of KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it doesn't remove KDE 4.3.5).

3) Gentoo KDE4 guide suggests a method, but it seems to be more related to removing KDE entirely...
http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml

TIA,

Ben

[1] Though I do agree it should be kept around.

[gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Nikos Chantziaras]

On 02/26/2010 06:06 AM, BRM wrote:
> I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 3.5.10 installed, and am wondering how much longer I need to keep it around...I probably use all KDE4 apps, though there might be a few here or there that I use on a rare occasion that are still KDE3 based...may be...and no, I don't plan on using KDE Sunset Overlay[1]
>
> Any how...I'm wondering what the best method to remove KDE3.5 safely is:
>
> 1) Just leave it and may be it'll just get removed?
>
> 2) Found this entry on removing it
> http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html
>
> But nothing registers as a 'dup' even though qlist does show a lot of KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it doesn't remove KDE 4.3.5).
>
> 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to removing KDE entirely...
> http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml

If you keep your world file (/var/lib/portage/world) tidy, simply 
deleting all lines with KDE3 packages and running emerge -a --depclean 
will take care of it.

You *do* keep your world file tidy, don't you? :P

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On 02/26/2010 06:06 AM, BRM wrote:
>> I am quite happy with KDE4 - presently using KDE 4.3.5. I still have 
>> KDE 3.5.10 installed, and am wondering how much longer I need to keep 
>> it around...I probably use all KDE4 apps, though there might be a few 
>> here or there that I use on a rare occasion that are still KDE3 
>> based...may be...and no, I don't plan on using KDE Sunset Overlay[1]
>>
>> Any how...I'm wondering what the best method to remove KDE3.5 safely is:
>>
>> 1) Just leave it and may be it'll just get removed?
>>
>> 2) Found this entry on removing it
>> http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html 
>>
>>
>> But nothing registers as a 'dup' even though qlist does show a lot of 
>> KDE 3.5.10 packages installed. (Yeah, I'd need to modify the line to 
>> ensure it doesn't remove KDE 4.3.5).
>>
>> 3) Gentoo KDE4 guide suggests a method, but it seems to be more 
>> related to removing KDE entirely...
>> http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml
>
> If you keep your world file (/var/lib/portage/world) tidy, simply 
> deleting all lines with KDE3 packages and running emerge -a --depclean 
> will take care of it.
>
> You *do* keep your world file tidy, don't you? :P
>
>

That would be the easiest method.  If you use the kde-meta package like 
I do, just remove the one for KDE 3 and let --depclean do its thing.  It 
should get all of it.

If you want to keep something tho, you need to add it to the world file 
first and then run --depclean.  That way it will keep the program(s) you 
want and the things they depend on but remove everything else.  This 
will save you from having to reinstall those packages.  You may even 
have to get them from the overlay at that point.  So don't uninstall 
something you want to keep.

If you have the drive space, you can leave it there for a while longer 
tho.  Just keep in mind that there are no security updates or anything 
like that.  If you add the overlay, you will get a few updates at least.

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- Original Message ----

> From: Dale <rdalek1967@gmail.com>
> To: gentoo-user@lists.gentoo.org
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
> > On 02/26/2010 06:06 AM, BRM wrote:
> >> I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE 
> 3.5.10 installed, and am wondering how much longer I need to keep it around...I 
> probably use all KDE4 apps, though there might be a few here or there that I use 
> on a rare occasion that are still KDE3 based...may be...and no, I don't plan on 
> using KDE Sunset Overlay[1]
> >> Any how...I'm wondering what the best method to remove KDE3.5 safely is:
> >> 1) Just leave it and may be it'll just get removed?
> >> 2) Found this entry on removing it
> http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html 
> >> But nothing registers as a 'dup' even though qlist does show a lot of KDE 
> 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it 
> doesn't remove KDE 4.3.5).
> >> 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to 
> removing KDE entirely...
> >> http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml
> > If you keep your world file (/var/lib/portage/world) tidy, simply deleting all 
> lines with KDE3 packages and running emerge -a --depclean will take care of it.
> > You *do* keep your world file tidy, don't you? :P
> That would be the easiest method.  If you use the kde-meta package like I do, 
> just remove the one for KDE 3 and let --depclean do its thing.  It should get 
> all of it.

I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates.
From my POV, that is emerge/Portage's job - not mine.

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.

Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled.

I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around.
If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now.
If not, then I definitely want to remove it now as there is no other reason for keeping it around.

> If you want to keep something tho, you need to add it to the world file first 
> and then run --depclean.  That way it will keep the program(s) you want and the 
> things they depend on but remove everything else.  This will save you from 
> having to reinstall those packages.  You may even have to get them from the 
> overlay at that point.  So don't uninstall something you want to keep.

That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.)
 
> If you have the drive space, you can leave it there for a while longer tho.  
> Just keep in mind that there are no security updates or anything like that.  If 
> you add the overlay, you will get a few updates at least.

I do have the disk space on the systems I have KDE3 and KDE4 on; so that's not a concern.

Ben

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Alex Schuster]

BRM writes:

> > > If you keep your world file (/var/lib/portage/world) tidy, simply
> > > deleting all lines with KDE3 packages and running emerge -a --
> > > depclean will take care of it.
> > 
> > > You *do* keep your world file tidy, don't you? :P
> > 
> > That would be the easiest method.  If you use the kde-meta package
> > like I do, just remove the one for KDE 3 and let --depclean do its
> > thing.  It should get all of it.
> 
> I actually don't touch the world file, and just do the 'emerge world
> -vuDNa' for updates. From my POV, that is emerge/Portage's job - not
> mine.

I'd also leave the world file alone, and emerge -C the packages I want 
removed.

> 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.
> 
> Having just done a compiler upgrade, I can say that there are roughly
> 1100 packages (emerge -eav) in world that were recompiled.
> 
> I was just contemplating - KDE4 is stable, and I don't see myself
> running KDE3 again; so why keep it around. If 'emerge world -vuDNa'
> will remove it when it gets pushed off the main trunk, then that's
> probably fine with me - since that seems to not be very far out now.
> If not, then I definitely want to remove it now as there is no other
> reason for keeping it around.

KDE3 is no longer in the portage tree, it's in the kde-sunset overlay.

World updates do not remove things, you need to use emerge --depclean for 
this. It will probably want to remove a lot when you never depcleaned 
before, so be sure to check. Put the stuff you want to keep in your world 
file with emerge -n, then depclean the rest. I guess it will remove your 
whole KDE3 that is no longer in portage. If you like to keep it, add the 
kde-sunset overlay with laymanl, and maybe emerge kde-base/kde-meta:3.5.

> That's the only issue. My only concern is software (e.g. KDevelop) that
> may not have been updated to KDE4 yet. (Not a fan of KDevelop3;
> waiting to see how KDevelop4 is going to shape up.)

The KDE4 version is in the kde overlay, but I do not know if it is usable 
already.

	Wonko

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- Original Message ----

> From: Alex Schuster <wonko@wonkology.org>
> To: gentoo-user@lists.gentoo.org
> BRM writes:
> > > > If you keep your world file (/var/lib/portage/world) tidy, simply
> > > > deleting all lines with KDE3 packages and running emerge -a --
> > > > depclean will take care of it.
> > > > You *do* keep your world file tidy, don't you? :P
> > > That would be the easiest method.  If you use the kde-meta package
> > > like I do, just remove the one for KDE 3 and let --depclean do its
> > > thing.  It should get all of it.
> > I actually don't touch the world file, and just do the 'emerge world
> > -vuDNa' for updates. From my POV, that is emerge/Portage's job - not
> > mine.
> I'd also leave the world file alone, and emerge -C the packages I want 
> removed.

Yep, that's what I do.
 
> > 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.
> > Having just done a compiler upgrade, I can say that there are roughly
> > 1100 packages (emerge -eav) in world that were recompiled.
> > I was just contemplating - KDE4 is stable, and I don't see myself
> > running KDE3 again; so why keep it around. If 'emerge world -vuDNa'
> > will remove it when it gets pushed off the main trunk, then that's
> > probably fine with me - since that seems to not be very far out now.
> > If not, then I definitely want to remove it now as there is no other
> > reason for keeping it around.
> KDE3 is no longer in the portage tree, it's in the kde-sunset overlay.
> 
> World updates do not remove things, you need to use emerge --depclean for 
> this. It will probably want to remove a lot when you never depcleaned 
> before, so be sure to check. Put the stuff you want to keep in your world 
> file with emerge -n, then depclean the rest. I guess it will remove your 
> whole KDE3 that is no longer in portage. If you like to keep it, add the 
> kde-sunset overlay with laymanl, and maybe emerge kde-base/kde-meta:3.5.

Thanks. That's what I needed to know.
 
> > That's the only issue. My only concern is software (e.g. KDevelop) that
> > may not have been updated to KDE4 yet. (Not a fan of KDevelop3;
> > waiting to see how KDevelop4 is going to shape up.)
> The KDE4 version is in the kde overlay, but I do not know if it is usable 
> already.

For now, I'll wait. I mostly use vim; and having done a lot of Windows stuff for work I am familiar with VS.
While there are a lot of things I don't like about VS, nothing else seems to quite compare.
KDevelop3 at least drove me nuts; and Eclipse just doesn't do well when you're not programming in Java - I have yet to get CDT to work, though I've mostly tried on Windows.
QtCreator seems to be on the right track, though it's still quite early.

I'm interested to see how KDevelop4 is going to turn out, but I'll certainly wait for it to reach the mainline tree.

Thanks for the info.

Ben

[gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Nikos Chantziaras]

On 02/26/2010 06:10 PM, BRM wrote:
>[...]
>> From: Alex Schuster<wonko@wonkology.org>
>>> That's the only issue. My only concern is software (e.g. KDevelop) that
>>> may not have been updated to KDE4 yet. (Not a fan of KDevelop3;
>>> waiting to see how KDevelop4 is going to shape up.)
>> The KDE4 version is in the kde overlay, but I do not know if it is usable
>> already.
>
> For now, I'll wait. I mostly use vim; and having done a lot of Windows stuff for work I am familiar with VS.
> While there are a lot of things I don't like about VS, nothing else seems to quite compare.
> KDevelop3 at least drove me nuts; and Eclipse just doesn't do well when you're not programming in Java - I have yet to get CDT to work, though I've mostly tried on Windows.
> QtCreator seems to be on the right track, though it's still quite early.
>
> I'm interested to see how KDevelop4 is going to turn out, but I'll certainly wait for it to reach the mainline tree.

The KDevelop 4 is actually in Portage (dev-util/kdevelop:4), not only in 
the kde overlay.

I have both Kdev4 and Qt Creator installed.  I ended up going with 
Creator, but I'm still keeping an eye on Kdev4.

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> ----- Original Message ----
>
>    
>> From: Dale<rdalek1967@gmail.com>
>> To: gentoo-user@lists.gentoo.org
>> chrome://messenger/locale/messengercompose/composeMsgs.properties:
>>      
>>> On 02/26/2010 06:06 AM, BRM wrote:
>>>        
>>>> I am quite happy with KDE4 - presently using KDE 4.3.5. I still have KDE
>>>>          
>> 3.5.10 installed, and am wondering how much longer I need to keep it around...I
>> probably use all KDE4 apps, though there might be a few here or there that I use
>> on a rare occasion that are still KDE3 based...may be...and no, I don't plan on
>> using KDE Sunset Overlay[1]
>>      
>>>> Any how...I'm wondering what the best method to remove KDE3.5 safely is:
>>>> 1) Just leave it and may be it'll just get removed?
>>>> 2) Found this entry on removing it
>>>>          
>> http://linuxized.blogspot.com/2008/10/how-to-unmerge-kde-3-packages-if-their.html
>>      
>>>> But nothing registers as a 'dup' even though qlist does show a lot of KDE
>>>>          
>> 3.5.10 packages installed. (Yeah, I'd need to modify the line to ensure it
>> doesn't remove KDE 4.3.5).
>>      
>>>> 3) Gentoo KDE4 guide suggests a method, but it seems to be more related to
>>>>          
>> removing KDE entirely...
>>      
>>>> http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml
>>>>          
>>> If you keep your world file (/var/lib/portage/world) tidy, simply deleting all
>>>        
>> lines with KDE3 packages and running emerge -a --depclean will take care of it.
>>      
>>> You *do* keep your world file tidy, don't you? :P
>>>        
>> That would be the easiest method.  If you use the kde-meta package like I do,
>> just remove the one for KDE 3 and let --depclean do its thing.  It should get
>> all of it.
>>      
> I actually don't touch the world file, and just do the 'emerge world -vuDNa' for updates.
> > From my POV, that is emerge/Portage's job - not mine.
>
> 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.
>
> Having just done a compiler upgrade, I can say that there are roughly 1100 packages (emerge -eav) in world that were recompiled.
>
> I was just contemplating - KDE4 is stable, and I don't see myself running KDE3 again; so why keep it around.
> If 'emerge world -vuDNa' will remove it when it gets pushed off the main trunk, then that's probably fine with me - since that seems to not be very far out now.
> If not, then I definitely want to remove it now as there is no other reason for keeping it around.
>
>    
>> If you want to keep something tho, you need to add it to the world file first
>> and then run --depclean.  That way it will keep the program(s) you want and the
>> things they depend on but remove everything else.  This will save you from
>> having to reinstall those packages.  You may even have to get them from the
>> overlay at that point.  So don't uninstall something you want to keep.
>>      
> That's the only issue. My only concern is software (e.g. KDevelop) that may not have been updated to KDE4 yet. (Not a fan of KDevelop3; waiting to see how KDevelop4 is going to shape up.)
>
>    
>> If you have the drive space, you can leave it there for a while longer tho.
>> Just keep in mind that there are no security updates or anything like that.  If
>> you add the overlay, you will get a few updates at least.
>>      
> I do have the disk space on the systems I have KDE3 and KDE4 on; so that's not a concern.
>
> Ben
>
>    

Another reason the question of keeping your world file clean could come 
up, do you use the --oneshot option when needed?  This can really junk 
up a world file.  Let's say kde-meta pulls in konqueror.  For some 
reason, you need to re-emerge konqueror and do so without the --oneshot 
option.  Now, konqueror is listed in the world file when it really 
shouldn't be there.  This can happen with hundreds of other packages as 
well.  I fell for this ages ago myself because I didn't know about 
this.  So, even tho you may not touch the world file, it could still 
have packages listed in there that are not needed.  It sort of creeps up 
on you if you are not careful.  The biggest thing portage does with 
world is add stuff and keep it in alphabetical order.

There are some things that should be done to keep a sane system in my 
opinion.  --depclean is one of them.  Running revdep-rebuild is 
another.  I even go look at my world file from time to time to see if I 
forgot to use the --oneshot option myself.  Gentoo is like anything 
else, it has to be maintained.  The better maintenance you do the better 
things will be.   After all, there will be problems no matter what you 
do but keeping it sane helps.  Your mileage may vary tho.

If you want to keep the Kdevelop 3 around, just add it to world.  
Portage will do this with the -n option if you would rather portage did 
it.  Then you can unmerge kde-meta or whatever you use to install KDE 3 
and run --depclean -p.  I would run with the -p option first since you 
may see something else you want to keep or some other package that you 
need to check on before removing.   The -a option works to.  You can say 
no if it is not what you want just yet.

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

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.


-- 
Neil Bothwick

A seminar on time travel will be held 2 weeks ago.

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

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> 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.
>
>    

This is very true.  I would say that 90% or so of the things --depclean 
removes are not related to packages I removed but what has been moved to 
another package or otherwise satisfied.  Lately, there are several 
packages that have had parts move somewhere else.  Then the old package 
is no longer needed and should be removed.  After all, if it doesn't 
depend on something in the world file, it will never be updated again.  
It's just sitting there doing nothing but taking up space.

Wasn't there a thread a year or so ago that listed the commands that 
should be run from time to time to keep portage healthy?  I seem to 
recall one but it was a while back, maybe a year or more.

Now to go do my sync and check to see what needs updating.

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- 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`.

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

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

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- 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
> 
> :-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

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

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

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!

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

[gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Nikos Chantziaras]

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

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

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

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- 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

[gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Nikos Chantziaras]

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.

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2319 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

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.

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

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

On Fri, 26 Feb 2010 21:21:00 -0800 (PST), BRM wrote:

> 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.

It's a list of packages you want installed on the system. Editing it
doesn't even remove anything, and if --depclean subsequently does, it's
hardly risky, since these are only user packages. You can break a system
by editing world because the critical packages aren't in there.


-- 
Neil Bothwick

Interchangeable parts aren't.

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

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On Fri, 26 Feb 2010 21:21:00 -0800 (PST), BRM wrote:
>
>    
>>  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.
>>      
> It's a list of packages you want installed on the system. Editing it
> doesn't even remove anything, and if --depclean subsequently does, it's
> hardly risky, since these are only user packages. You can break a system
> by editing world because the critical packages aren't in there.
>
>
>    

Did you mean to say that you CAN'T break a system be editing world 
because the critical packages aren't in there?

At least I am not the only one that leaves out the NOT sometimes.

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote:

> Did you mean to say that you CAN'T break a system be editing world 
> because the critical packages aren't in there?

indeed I did.

> At least I am not the only one that leaves out the NOT sometimes.

The difference is, I don't blame it on hal :P


-- 
Neil Bothwick

Top Oxymorons Number 25: New York culture

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

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote:
>
>    
>> Did you mean to say that you CAN'T break a system be editing world
>> because the critical packages aren't in there?
>>      
> indeed I did.
>
>    
>> At least I am not the only one that leaves out the NOT sometimes.
>>      
> The difference is, I don't blame it on hal :P
>
>    

But hal doesn't do the typing, we do.  Poor old hal broke my rig and it 
just doesn't work so, I broke it.  I guess removing it could be called 
breaking it.  ;-)

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[BRM]

----- Original Message ----

> From: Dale <rdalek1967@gmail.com>
> To: gentoo-user@lists.gentoo.org
> > On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote:
> >> Did you mean to say that you CAN'T break a system be editing world
> >> because the critical packages aren't in there?
> > indeed I did.
> >> At least I am not the only one that leaves out the NOT sometimes.
> > The difference is, I don't blame it on hal :P
> But hal doesn't do the typing, we do.  Poor old hal broke my rig and it 
> just doesn't work so, I broke it.  I guess removing it could be called 
> breaking it.  ;-)

Wouldn't that be a break-up?
;-)

Ben

P.S. Thanks all for the help on this one. Got everything straightened out, and KDE3.5 has been removed. :D

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> ----- Original Message ----
>
>    
>> From: Dale<rdalek1967@gmail.com>
>> To: gentoo-user@lists.gentoo.org
>>      
>>> On Sat, 27 Feb 2010 11:12:18 -0600, Dale wrote:
>>>        
>>>> Did you mean to say that you CAN'T break a system be editing world
>>>> because the critical packages aren't in there?
>>>>          
>>> indeed I did.
>>>        
>>>> At least I am not the only one that leaves out the NOT sometimes.
>>>>          
>>> The difference is, I don't blame it on hal :P
>>>        
>> But hal doesn't do the typing, we do.  Poor old hal broke my rig and it
>> just doesn't work so, I broke it.  I guess removing it could be called
>> breaking it.  ;-)
>>      
> Wouldn't that be a break-up?
> ;-)
>
> Ben
>
> P.S. Thanks all for the help on this one. Got everything straightened out, and KDE3.5 has been removed. :D
>
>    

You're welcome.  We all learn something as we reply back and forth.  
Nothing wrong with learning new things.

Dale

:-)  :-)

Re: [gentoo-user] Re: Removing KDE 3.5? Or reason to keep it around?

[Neil Bothwick]

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

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

> 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.

And while you can edit world by hand to remove stuff, it is safer to let
portage add things back. If depclean wants to remove a package, you can
replace it in world with

emerge -n package.


-- 
Neil Bothwick

Unix is user-friendly. It's just very selective with who it's friends are.

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